这几天被一件新闻报道刷屏了，据说是一个码农因为提交代码不规范，影响项目进展，导致一个程序员气急败坏，最后酿成了一起故意杀人枪击事件。
看完这个报道后我真的是惊呆了，故意杀人直接导致生命结束，现在构成犯罪原因已经上升到了代码格式、代码质量、代码规范。写代码本身是件好事，但如果写的一塌糊涂，要拿给别人看，是不是得冒着生命危险才敢做出尝试？是不是得低头认错才能被互相尊重？是不是连凭个人兴趣爱好玩起的东西也要遭受他人的质疑？对于此事的发生，我觉得不再简单，我相信会有更多的思考，不仅仅在互联网行业发生，其他行业也会存在。如何拿得起尊严，放得下格调，这不是正常职业人发展应该遭受到的委屈。
事实上，事件的起因也未必准确，可能是国内媒体通过国外报道意外解读出来的东西，也可能是网友的评论或猜测，对事实进行二次封装，相信你们也懂的，对于媒体人这是十分常见的现象。
那么对于程序员来说，为什么代码不规范会是突发事故的直接导火索？如果你是程序员，有多年的项目管理经验，那这道理应该是不言而喻。在开发过程中代码质量是必须要保证过关的，如果起初没有制定代码规范，等着后期通过维护来解决问题，那么在这里我可以很负责的告诉大家：项目不仅走不远，还可能分分钟死掉。最后的结果大家都将得不偿失，损时损力。
代码不规范不一定会引发枪击事件，但一定会造成项目上的很多问题，甚至带来安全漏洞：
1、影响团队合作，降低效率
团队管理必须有个leader，帮助团队成员建立良好的代码要求，必须严格务实，让团队成员各有所长，有力可施。其中项目的代码规范是重中之重，制定适合长期发展和维护，避免出现重构操作出现，尽量做到省时省力，完善团队之间的信任度和满足感，否则就像这起枪击案一样，团队反目成仇，拿枪发泄情绪，最后坑爹害娘。
团队有矛盾，这是经常发生的事情，所以要建立好的沟通机制，这需要leader了解到每一个人，可能很难，但身为团队leader，就一定要做到。
2、提高后期维护成本
差的代码规范是影响后期维护的罪魁祸首，起初做的不扎实，后面再来看可能是一团糟，甚至会发疯。这样就会耗费大量的人力物力，重构整个项目都是有可能的。曾经我负责过一个商城项目，起初觉得一般般，没太大问题，代码也写的简单，但到最后我发现并不是这么回事，代码量越来越大，想找之间的关系都陷入迷茫，在老大的无可奈何下，最后这项目成为了我的第一个失败品，真实惭愧。
3、bug频出
出现bug就是对代码思考不够细致，比如说最常见的类型转换，你应该一眼就知道类型是什么，是否需要强制转换，转换时注意整型和布尔型的二进制位数是否会造成数据泄漏，等等。要写出更好的代码，一些细致入微的东西要深入去思考，你以为是这样，事实上并不是。不要等着调试后再发现错误，当你写下时就得进行思考，切勿太过自信。
4、不利于代码审查，甚至造成安全漏洞
写代码是要给别人看的，如果你没有代码规范或不达标，就会被人质疑你的水平，看不懂你写的代码，代码调试也是难上加难。安全漏洞也是不容忽视的，对于一些企业项目来说，如果对金钱、用户信息方面存在安全问题，那么你可能分分钟被炒鱿鱼，比如一般常见的：sql注入、XSS、CSRF，等等，都是因为程序员经验不足，没能思考更多安全问题，导致入侵者占据上风，干些见不得人的“偷窃”事件。
5、不利于优秀程序员的成长
公司不仅要提升业绩，还要将人把控好。对于程序员来说，代码规范是基础中的基础，一定不容忽视，想写出好的代码，你就得看这家公司的代码水平是否够出色，规范是否合理，落实到位，有发展前景。这是对程序员自身成长的关键因素之一，如果一个成熟的企业连这点都达不到，那我建议你立马掉头走人，换家符合这些要素的公司。
要想优秀，可能不是自己不够努力，也许是团队不够上进，不能满足你的发展需求，这一点你要想好。
对于公司和团队而言，制定合理切合实际的代码规范其实不难，只要有成功的产品上线，我相信这些制度会自然而然地孕育而生。团队的每一个成员都要认识到代码规范的重要性，以及养成规范的习惯并坚持贯彻。
总而言之，这次事故不仅仅是在鼓吹程序员的失职，更多是想让大家的关注点放在代码规范上，如何才能做的更好？如何才能让团队长期发展？如何才能让队员有归属感？相信读完此篇你已经有了自己的思考和见解。
对了，最后忘记说一句：大家中秋节快乐呀～
文章首发于微信公众号「PickHub」
网友评论