把梗埋在程式碼裡，最多一兩年就沒了，在 API 裡，也許能撐個三五年，但是如果把梗埋在基礎通訊協議握手驗證欄位裡，就能永垂不朽了……

我2006年在百度實習的時候做百度搜藏（還有人記得這個東西麼），彼時 tech lead 福至心靈想要設計一個新的通用的一點的 RPC 協議。最後不知為什麼寫程式碼的變成了我。

這種二進位制協議的訊息頭裡經常會放一個類似江湖切口的 magic number 驗證通訊兩端是不是講的同一個協議大小端是否一致之類。然後我放了一個

0xfb709394 (粵語數字梗：出來搞三搞四)。

後來這個協議 somehow 變成了百度一個蠻通行的通訊協議，幾乎全百度的伺服器都在呢喃著這句粵語切口，網絡卡燈的每一次閃爍都是來自大吃省的親切問候。機房外的北京城漫天黃沙，機房裡的空氣卻是初夏廣東露天大排檔的味道。

就算到了全新的 BRPC, 也不得不留下對這個老介面的相容程式碼：

https://github.com/brpc/brpc/blob/master/src/brpc/nshead.h#L21

如果有想要學習web前端的小夥伴，可來我們的web前端學習扣裙哦：571019044裡面贈送web前端系列教學視訊和資料!小編也是從事了6年web前端開發的全棧工程師，歡迎初學者和想要進階的同學進來一起學習。

對於多人專案，只需要在自己寫的bug那裡留下幾行註釋——

“如果你除錯到這裡，說明你攤上事了。但是年輕人，別緊張，作為這個bug的創造者，我有一個好訊息，和一個壞訊息要告訴你。

壞訊息是這個bug確實很棘手，很難解決。

好訊息是，你可以加我QQxxxxxxxx，我們一起探討。”

然後你就可以收穫一大堆好友，和他們一起探討素質三連在各種語境下的運用

不要問我為什麼知道，又有人加我好友了…