程序员往往渴望加入的是一支“30%的时间在写代码，而70%的时间在喝着咖啡讨论着如何将产品做好”的团队。可现实情况却是，团队在一边超负荷的做着需求，一边改着没完没了的Bug，软件工作已经无可挽回的沦落成了体力劳动，别说快乐生活，生活都没了。
这不是一篇证明谁导致程序员加班太多的论证文，也不想给大家灌鸡汤，让大家一夜之间都变成编程高手，但是至少说一些实实在在的经验和方法。总之让大家多看一点就多获得一点实际的价值。
一、不要一上来就开始写代码
你可能性子急，也可能早已按耐不住跃跃欲试昨天刚学会的一个编程小技巧，我想要告诉你的是，不急，在你拿到需求准备写出你第一行代码之前还有更重要的事情要做。
拿到需求之后你首先要问下自己对需求是不是已经充分理解了，得到肯定的回答之后，我们就可以开始了：
1. 先在你忙碌的工作中，找出你能完全掌控的一个小时时间段，这一个小时完全属于你自己，保证这一个小时不会有任何打扰，要记住这一个小时非常重要，比你后面要执行的所有活动的时间都重要，它绝对值得。
2. 在第一张白纸的上方写下“该需求特性的正常流程和影响范围”，然后在白纸下方逐条开始写下该需求特性正常流程包含的内容，大概会使用到哪些库函数，会提供出哪些接口，是否影响资源文件，是否影响原有的接口等等。
3. 在第二张白纸上方写下“该需求特性所有的异常场景和本人以往经常会犯的一些错误点”，然后在白纸下方一条一条的开始往下写。
你可能会觉得这不就跟写的需求澄清材料差不多吗，我要告诉你的是这是两回事，它不是一项质量专员要求你做的质量过程活动，这是你自己和自己之间的一次深层次对话，这是对自己要写出优秀代码的一次自我驱动。
一开始你可能会觉得很难，写几条就写不出来了，或者闪过“这玩意儿是不是真的有用”的念头，不用着急，起身去窗户边呼吸一口新鲜空气或者去打杯水喝，总之不要中断，除非办公室着火了不要去干让这件事继续不下去的事情。记住，中间不要放弃，你坚持下去的决定会将这一个小时变成你整个需求实现当中最重要的一个小时。
二、先忘掉后面还有该死的质量活动
所有编码之外的质量活动，都是基于公司对于你写代码水平的不信任产生的。也就是说公司花了大量的钱招来质量专员、网元测试、解决方案测试这些人都是因为你没把代码写好造成的浪费。
常见一些开发人员，刚来的时候对质量专员安排的质量活动颇有微词，“我以前公司做项目根本不需要做这些东西还不是一样能把项目做完”，“这些质量活动，简直就是对编码时间的侵占”。说这些都没问题，但是你一边说着这些一边写完代码后Bug就乌泱乌泱上来，是不是有点不要脸?质量专员设计的这些活动，就是为了不让你的烂代码一泻千里的冲到客户面前设计的一个个检查站，当你对于“写出好代码”什么事都没做，只想着取消这些质量活动的话，就只能理解为耍流氓了。
三、你要记住，你写的代码是给人看的
好的代码是让人看来赏心悦目的，任何能力不够或者炫技成分的增加人的阅读障碍的行为都需要被改进，你能不能三两句话就能说清楚你自己写出来的代码的脉络，当然这同样涉及到你要掌握尽量多的重构方法和重构思维方式。
作为一名程序员，希望在你某天离开公司后回想起的若干个开心时刻中，有一个会是因为你面对自己刚刚出炉了一份让自己心动的代码的那份感动，而不要成为上面提到的那个“离开后，公司才知道他有多么重要”的家伙。
四、现在开始，刻意练习
你是否发现自己长期维持着“刚刚好能完成story”的代码水平，写了好几年代码仍然会被测试人员追着屁股提单?种种疑惑是因为代码能力的提高跟你写了多少年代码没有直接关系，你需要做的是刻意练习。
比如把我前面提到的方法反复练习，或者把你自己琢磨出来的方法分解成一项项的环节，刻意的去练习，然后不断加以改进，慢慢你就会从一个整天被测试人员追着跑的人，变成发现自己很容易就能达到质量过程标准的人，再慢慢就会发现你写出来的代码测试人员越来越难发现问题，最后只要你状态好点就能经常性的写出零缺陷的代码。
其实有些道理我们貌似都知道，但是我觉得离真正懂得还差了两步，第一就是你需要亲身去经历、践行这些道理和方法，第二就是你要能够转述并让其他人也能够明白。所以最好的学习方式就是亲身经历，然后写下来分享给大家，这样才能让你真正懂得那些你原来认为懂得了其实未必懂得的道理。
❤提问/互动请留言，可直接在最底右下方"写留言即可"
❤欢迎大家一起交流学习Q群694646083（备注简书）
❤如果觉得写得不错请点击“订阅”，每天更新全新的内容！
❤你们的喜欢和关注就是我最大的动力支撑！！！
网友评论