类似还有，比如把变量名起名叫 boss_is_sb 这样的。
真佩服这些兄弟的勇气！
诚然，程序员也是人，也会有各种烦心事。写代码之余，碰见烦心事想排解一下呢也正常。
但，如果把骂人的话写在代码里面，了不起觉得就不大好了。
这样 无法杀敌，自损三千 的冲动行为，完全是损人不利己，非常不值得提倡。
这让了不起想起来，前段时间有个非常火的开源项目：教你怎样写出”不被同事骂”的代码。
说是不被同事骂，其实条条都是致命的“骚操作”，比如：
变量名越简单越好
变量名用 a 替代 age
时间是直接节省了 2/3 ，工作效率直接爆表。
至于可读性？与我何干呢！
尽可能把代码写成一行
一行代码多优雅，多么能展示哥的水平和才华！而且可以减少不必要的存储空间消耗。
document.location.search.replace(/(^?)/,'').split('&').reduce(function(o,n){n=n.split('=');o[n[0]]=n[1];return o},{})
写这么多，好逊哦~~~
document.location.search
.replace(/(^?)/, '')
.split('&')
.reduce((searchParams, keyValuePair) => {
keyValuePair = keyValuePair.split('=');
searchParams[keyValuePair[0]] = keyValuePair[1];
return searchParams;
},
{}
)
不要处理错误
系统出现错误提示或者提醒，用户是非常烦的~~~
如果出现了错误，不让用户知道。
既没有异常提示，也没有出错的弹框，用户可能就会先自查：是不是自己电脑/手机坏了，或者是网络不好等其他原因。
所以为了用户体验，一定不要提示异常信息。
这样用户就不会有负面的评价啦~
同样的，一定不要将错误信息记录到日志里。
相信我，你的同事会感谢你的，减少了他多少的工作量。
推荐写法
不推荐写法
不要测试
写完代码一定不要测试，测试工程师的工资是白给的吗？
这不是抢别人饭碗吗？给别人留点活，不至于被老板看起来太闲了。
总之是好处多多。
上面列的是项目中比较有代表性的几条，没有做到的小伙伴，请深刻反思一下!
LOL
项目地址如下，感兴趣的可以观摩观摩
https://github.com/trekhleb/state-of-the-art-shitcod
优雅解压
其实解压的方式千千万，完全可以用另外一种方式来幽默排解，这样一样可以成为程序员界的一道靓丽风景~~
之前就有网上爆出各种程序员的花式注释，了不起觉得都非常的有趣，非常的解压。
好啦，今天就唠到这里，咱们下期见呀~
– END –
报告下载
