# [阿里DIN] 從論文原始碼學習 之 embedding層如何自動更新 [toc] ## 0x00 摘要 Deep Interest Network（DIN）是阿里媽媽精準定向檢索及基礎演算法團隊在2017年6月提出的。其針對電子商務領域（e-commerce industry）的CTR預估，重點在

2020年9月21日，我突然收到一位教授的邀請。這位教授是我高中時課題研究的指導老師，他知道我的電子與計算機大概是什麼水平，而他邀請我參加的正是電子設計競賽。 我去做了點功課。往年，電子設計競賽都在暑假裡舉辦，今年因為特殊情況改到開學以後。教授則是學校裡負責該競賽的“出口”。因為以上種種機緣巧合，我才能有這

## **前言** 最近在學習ConcurrentHashMap的原始碼，發現它採用了一種比較獨特的方式對map中的元素數量進行統計，自然是要好好研究一下其原理思想，同時也能更好地理解ConcurrentHashMap本身。 本文主要思路分為以下4個部分 **1.計數的使用效果** **2.原理的直觀

 ## 1\. 前言 在我們日常工作中，經

前言 直接上，不多 BB 了。 正文 CPU Cache 的資料寫入 隨著時間的推移，CPU 和記憶體的訪問效能相差越來越大，於是就在 CPU 內部嵌入了 CPU Cache（快取記憶體），CPU Cache 離 CPU 核心相當近，因此它的訪問速度是很快的，於是它充當了 CPU 與記憶體之間的快取角

作為程式設計師對 `GitHub` 應該都不會陌生，我經常沉迷其中，找一些驚豔的專案或者工具。不過用的時間久了，發現它的使用者體驗實在是不敢恭維，有時候會讓你做很多重複操作，浪費不少時間。 比如我想單獨下載一個檔案，但`GitHub` 不支援，你必須要下載整個工程；想要看倉庫裡的某一個檔案，你只能層層點進去

# 1 簡介 　　`pandas`作為開展資料分析的利器，蘊含了與資料處理相關的豐富多樣的API，使得我們可以靈活方便地對資料進行各種加工，但很多`pandas`中的實用方法其實大部分人都是不知道的，今天就來給大家介紹6個不太為人們所所熟知的實用`pandas`小技巧。 圖1 # 2 6個實用的`pa

# C# 9.0 新特性預覽 - init-only 屬性 ### 前言 隨著 .NET 5 釋出日期的日益臨近，其對應的 C# 新版本已確定為 C# 9.0，其中新增加的特性（或語法糖）也已基本鎖定，本系列文章將向大家展示它們。 ### 目錄 [[C# 9.0 新特性預覽 - 型別推導的 new](ht

常用命令 開啟CMD命令視窗（記住使用管理員身份執行），我們就可以在命令視窗中做一些MySQL的命令操作了：    服務啟動和關閉 這個我們上一個章節使用過了：net start mysql，這是服務命令，不是語句命令，後面不需要加引號 1 net stop mysql --代表停止My

## 資料結構 本文準備講一下軟體開發中的資料結構。 ### 物理儲存 因為資料結構是用來儲存資料的具體方式，在將資料結構之前，說說資料物理儲存。 平時軟體開發中，一個8G的記憶體可以同一時間儲存8G的資料，在物理上來說，這些儲存單元是連續的，理論上可以可以看成是地址從0開始到 8*2^30次方。理

微控制器的RAM和ROM 微控制器的ROM，叫只讀程式儲存器，是FLASH儲存器構成的，如U盤就是FLASH儲存器。所以，FLASH和ROM是同義的。微控制器的程式，就是寫到FLASH中了。 而RAM是隨機讀/寫儲存器，用作資料儲存器，是在執行程式時，存放資料的。 記憶體區 記憶體主要分為：程式碼區、常量區、

​        EFCore是.NETCore團隊開發的一個ORM元件，但這個元件在執行傳統SQL的時候並不方便，因此BeetleX.EFCore.Extension的設計目的是讓EFCore執行傳統SQL更簡單方便。 引用 在使用元件之

　　最近兩年，我對於網路知識，包括底層協議學習比較多，webrtc這種幾乎是使用到了所有層面網路協議的技術也逐漸進入我的視野。 　　之前我提出了兩種在嵌入式裝置上實現webrtc的方式，一是用官方程式碼，然後改編譯鏈，但是這條路是留給c++高玩的，因為它的程式碼是用最新的c++17寫的，你必須重寫adm(Au

目錄 一、前言：TCP原理簡介 二、Socket程式設計通訊 三、TCP伺服器端（具體程式碼） 四、TCP客戶端（具體程式碼） 五、通訊效果演示 六、“創意”機器人：價值一個億的AI核心程式碼（具體程式碼） 七、最後   一、前言：TCP原理簡介 首先，保證文章完整性，TC

# 目錄 [TOC] # 前言 Nginx+Lua或Openresty已經是閘道器代理的流行架構，比如Openresty，KONG，API6等，現有大多數閘道器均在http協議上工作，雖然Nginx已經支援了TCP、IP stream，但由於對除http協議外，其他協議解析和分析模組的缺乏，使得其應用條