把梗埋在代码里，最多一两年就没了，在 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，我们一起探讨。”
然后你就可以收获一大堆好友，和他们一起探讨素质三连在各种语境下的运用
不要问我为什么知道，又有人加我好友了…