作为一名程序员，我渴望我加入的应该要是一支“30%的时间在写代码，而70%的时间在喝着咖啡讨论着如何将产品做好”的团队。我觉得软件工作应该成为一项技术和艺术融合的高智力活动，我们的项目经理应该是一个高度理解质量、范围和进度客观规律的明白人，“高效工作，快乐生活”才应该是我们的座右铭。
可现实情况却是，团队在一边超负荷的做着需求，一边改着没完没了的Bug。过点前夕，项目经理熬着通红通红的眼睛盯着我们整晚整晚的加班，质量专员一遍一遍的催促质量数据还不够，软件工作已经无可挽回的沦落成了体力劳动，别说快乐生活，生活都没了。
好吧，以上可能都对，项目经理和质量专员是一个不懂客观规律并且毫无同情之心的大魔头，让我们程序员们毫无尊严卑贱的活着。
只是，有句话憋了很久了：“醒醒吧，所有的这些，都是因为你的代码写的太烂，你制造了太多的Bug！”。你可能会抱怨这分明是需求变更太快，领导计划太紧导致的。嗯，听着挺有道理，但是要知道需求变更本身就是软件的客观规律，而领导要求进度，呵呵，你也可以认为是客观规律。
这不是一篇证明谁导致程序员加班太多的论证文，也不想给大家灌鸡汤，让大家一夜之间都变成编程高手，但是至少说一些实实在在的经验和方法。总之让大家多看一点就多获得一点实际的价值。
01 不要一上来就开始写代码
你可能性子急，也可能早已按耐不住跃跃欲试昨天刚学会的一个编程小技巧，我想要告诉你的是，不急，收起你那磨刀霍霍的表情，在你拿到需求准备写出你第一行代码之前还有更重要的事情要做。我想怎么强调这件事情的重要性都不为过，在我以前写的自己非常满意的代码经历中，我都采用了这个方法，它能消灭原来可能会被测试提的90%的Bug单，甚至做到零缺陷，当然做到这点可能需要一个过程。
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式