什么？脏话越多，代码越好！

类似还有，比如把变量名起名叫 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

优雅解压

其实解压的方式千千万，完全可以用另外一种方式来幽默排解，这样一样可以成为程序员界的一道靓丽风景~~

之前就有网上爆出各种程序员的花式注释，了不起觉得都非常的有趣，非常的解压。