这里说一个开发流程很小的问题，标题取得有点吓人，所谓‘哗众取宠“，娱乐一下。

开发过程中，有一个名词叫缺陷曲线，就是指提交测试后，随着时间推移缺陷的严重性和数量分布问题。

很多不规范团队很少关注这个，反正有缺陷就解决呗，直到没有缺陷（或者有时间压力的会说有多少缺陷以下）就发布。

举个搞笑极端的例子，一个团队假如规定每月只允许某天发布一次，然后测试不愠不火的测着，每到发布当天突然就发现一个较大缺陷，发布自然延迟，这样一个开发10天的需求由于这种规定和测试方法，几个月都没上线。说这个例子极端，就是说假设开发自测也太不够。但抛开这个，一个这么小的需求，每次都在发布当天才提出一个大缺陷，每个月的前面20多天测试干嘛去了呢？

抄一张图先

这个图别人的，可能是统计缺陷数量，但也代表一个测试规范，就是提缺陷也是要有这个曲线的，假如一个月的测试时间，你得在前面十几天把原生缺陷全部找出来，否则就要承担延期责任，因为后面十几天需要回归和解决延生缺陷。你不能到29号还提出原生还重大缺陷（或者需求缺陷），要求开发在30号修复完成然后发布。

不规范团队容易忽视这个问题，而且容易把责任推到开发身上，作为一个开发人员，吃了太多这个亏，特此备注一下。愿天下可怜的程序员们周末愉快！

一觉醒来，发现自己已经两年不写博客了，再不写，是不是博客都要过时了，现在又是微博，又是SNS的。

半夜正跟周老前辈下棋，一声啼哭，只得回来，儿子吵着要喝奶粉，一看时间两点正。

先往奶瓶里装了四匙奶粉，按照LP的交待，4*35=140,要加水到140毫升，

奶瓶瓶是有刻度的，所以我本能地看了一下刻度，无奈光线有些暗，根本看不清，怎么办？

如果要准确，现在只能开灯，但开灯就要吵醒儿子（注：儿子喝奶粉是睡着喝的，以下类似很多限制条件就不细注了），那肯定不行。

我突然想到奶瓶满时是220，一半就是110，那再往上30就差不多了，搞定！

大家也许觉得你泡个奶粉真麻烦，每次都这么泡吗？

说实话吧，其实平常都是LP辛苦，至于她怎么做呢，可能刻度都不用看，闭着眼睛听声音人家就知道倒着够不够了...

惭愧！知道什么叫作专业，什么叫作经验了吧！

我们现在年轻人看老程序员有时想不通，总觉得一项任务下来，似乎他们也只“做那么一点点”，凭什么拿那么高工资。确实，一些常规任务，我似乎百度一下，人家步骤都出来了，照着抄下来就OK了。其实如果这样推理，我们程序员都没有存在的必要，打字员就可以搞定一切...，这样一想似乎又不可能，那么请各位再“这样一次”，高级程序员、老程序存在也是非常有价值的。具体例子不想说了，以上泡奶粉差不多就是这个意思，有时没法上网的，有时时间紧百度不不及的，有时百度也没有的，有时...，在很多场合我们需要丰富的经验，需要果敢地判断。

其实本文是一篇“三十岁以后程序员如何如何...”半夜版。抛除他人对老程序员的一些“正常”心理，其实管理层都了解或部分了解老程序员的价值，但有时又迫于成本压力，不得不忍痛割爱，真正碰到难题时又焦头烂额，小年轻搞不定，有时只有自己出马，搞得人经常“超负何以至晕倒”。此一心结也！

咱从交战双方来试着破解一下这心结。

从管理层方面讲，我觉得就是要建立梯度队伍。最近可能是物价变得太快，程序员的流动速度也加倍，有些公司50%的都有，这对管理层来说不是什么好事，虽说流出也在流进，中间涉及的交接、培训成本也是巨大的。我们都知道梯度队伍，比如三角形、橄榄形什么的，应该说各有各的需要吧。大概的意思都知道，但具体执行却不一定做得好。有时一个老程序员要走了，跳到一个大公司，我们总是会说：那公司，太有钱了，我们根本无法跟他们竞争！我们知道，如果一个团队都是经验丰富的老程序员，成本自然很有压力，其实有时还很难管，简单的事情反而做得不好，但是如果能控制一个比例，你为什么就不能跟人家竞争。你100个人的团队，你养10个高级的行不行？养不起，5个呢，2个呢，1个总可以了吧？但关键是这一个你得是“真养”啊，得给人家有竞争力的待遇，不要这时还觉着我们公司比不上人家百度、腾讯、华为，还给个中级待遇，那不能叫“梯队”。

从另一方面讲，什么叫“老程序员”，也不能说工资越高就越老吧！当然，大家生活都不容易，工资能涨点就涨点吧。但咱们总不能天天想着这点工资吧，另一个公司高点就跳，高点就跳，整得象新手买股票一样，太浮燥，静不下心也就很难做成事。我的理解是有一些职业规划，不要太小频繁，沉淀一些东西还是很重要的。到了一定时候，钱够用就行，关键还是要身心愉快，同事和睦，我想这个时候老大也不太忘记你的。

手真不行了，这点东西写了一小时，赶快睡！