很少有程序员能在眨眼之间从一种活动中转换到编程的状态中。通常情况下
我们更类似于需要慢慢启动的火车，而不是能突然加速的 法拉利
; 我们需要一
定的时间才能进入工作状态，一旦我们进入稳定有效的工作状态，我们的工作
效果和产出会很丰硕。不幸的是，当思路不断的被客户、经理、以及你的同事打断
时，你的大脑很难进入编程的状态。
当我们干一件事情时，有太多的琐事需要我们放在心里，我们需要先放下
这个事情，处理那个人事情，回头又干这个事情，还不能有差错。这些干扰会中
断我们的思路，而重新整理清楚思路又要你花费大量的时间，这是让人懊恼的、
没有比这更让人泄气、让人有挫折感的过程了。
3. 范围蠕变(Scope creep)
来自
Wikipedia 的解释：
范围蠕变
(Scope creep) (也称作焦点蠕变(focus creep)，需求蠕变
(requirement creep), 功能蠕变(featurecreep)，以及其它一些乱七八糟的
演变词语
)，指在项目管理里项目的需求变更失控。当一个项目的范围没有明确
的定义清楚、没有文档化、不受控时就会出现这种现象。这通常被认为是一种有负
面影响的事情，应该尽力避免。
范围蠕变通常会把一个简单的需求变成一个复杂惊人的需要大量时间的巨
无霸。那些负责需求调研的家伙们只需要敲几下无辜的
样：
版本
1: 显示这个地区的地图
版本
2: 显示这个地区的地图，要三维立体的
版本
3: 显示这个地区的地图，要三维立体的，而且能够使用它作为飞行导
航图
晕倒
!一个本来 30 分钟能完成的任务变成了一项要几百人/天才能完成的超
级复杂的系统。更糟糕的是，大多数情况下，需求变更是发生在开发阶段 的，
这样一来你需要重写代码，重新回归，有时要把前几天才开发的代码删除。
4.
—
管理者
完全不懂编程
管理工作不是一种简单的工作。人是一种让人很讨厌的动物
; 我们善变、喜
怒无常，我们都自以为天下第一。想让这样的一群人都感到满意和团结，你需要
付出像山一样大的努力。 然而，这并不意味着管理者就可以在对下属的工作毫
不理解的情况下进行管理。当管理者对我们的工作没有一点知识概念时，后果只
会是需求频繁变动，不现实的工期，普遍的挫折感
(管理者和开发人员)。程序员
们对此的抱怨相当普遍，这也是产生争执不合的根源
(
就像一个欢闹的卡 通片
).