有的程序员表面上风平浪静
其实谁还不是大风大浪过来的呢
他们会创造各种花式英语，比如：
data -> date
receive -> recive
button -> botton
bottom -> botton
别轻易给同事review，除非你做好学习更多中英混血单词的心理建设：
比如有次双十一活动，获取双十一拼团活动数据的接口叫做“get_ShuangShiYi_GroupTuan_activity_data”，特等奖的命名：TeDeng_price....更气人的是，我们活动奖等有十级，他就虔诚地继续OneDeng_price、TwoDeng_price
...%$%^$%$...
一直到JiuDeng_price
怎么办，好气哦！奖是prize啊啊啊啊...
呐，下次red不会拼，我教你啊！
无敌签名狂
到一家创业公司上班的第一天，老员工王XX给我看了公司他负责的项目，奇怪的是，命名是“WangQXProject”，王XX看着惊愕的我说：“怎么了？有什么错吗？”
有什么错吗...
什么错吗...
么错吗...
错吗...
吗...
有一说一，有志气的程序员总是想争取多写漂亮代码，少写注释的。
但也在同事能看得懂的前提下啊喂！！
当然还有些惊雷注释，你品一下：
//已经有x人在这个bug上浪费了xx小时
//在你浪费完时间后请更新上面的数字
注释也是程序员间友好切磋的战场：
// 不要再用 anal 做变量名了
// 你们想用 anal 这个缩写来表示analyze（分析），可是 anal 这个单词的意思是“肛门”
// 我特么在哪都能看到 anal 这个词！
// 请不要再这么做了！
// 你们要用就用analyze，或者xbvvzr，要不然用什么其他的都可以。就是别写成 anal_insert 或者 anal_check了
// insert是插入的意思，check是检查的意思，自行脑补吧
倒也不是记仇，就是突然想起来...
之前某音乐app的穷13Vip，
果然，穷13在哪里都是会被标记的。
程序员出bug是正常事，就和程序员写bug一样正常。
有人说不写几个损失惊人的bug你就成不了大神。
但是！
怕就怕那些写了bug的同事，自己就是个拼命回怼的大bug！
世界上最不能相信的话就是产品经理的鬼话。
-------
乘风破浪的程序员，没在怕的
毕竟，又不是我一个人秃
数学老师也会的
End