“我需要”，“小问题”，“立刻”。你激怒我了。你的每个词都激怒我了。这种情绪很难翻译成英语表达，但在荷兰，有些人就是用这种方式要求你。翻译成英语，这有点像“你要几分钟内把这个东西修改好”。大家都知道的这样的逻辑，你要么追求好和快，但付出很多，要么追求好但不付出，这样你就别贪图快，要么追求快，但是不想付出，那你只能得到坏的结果。
荷兰人有一个毛病，干什么事都说“只需要几分钟”。
让我解释一下这为什么会让我恼怒。
1. 这种事情不是简单的“几分钟”，你打断了我的工作思路，你的“小问题”至少会耽误我10分钟。为什么？
首先，我要查看和分析你说的问题。第二，我必须去处理你说的问题。然后，我需要提交代码，部署它。一旦部署完成(或编译等类似的)，我需要去检查修改后的代码是否按你要求的方式工作。
现在1个小时都不够了，因为我需要花时间重回到之前的工作状态中。
2. 我不知道你在想什么。
正如我说的，我需要分析你的思想。如果我把你的想法理解错了，那就浪费了2小时的实际工作时间，因为我还需要去讨论你的真实意图。
我有一个非常好的例子。一个客户告诉我，“信息面板显示日程信息。它不应该有这个。”猜我怎么做的？我把日常信息给删了。
而客户的实际意思是什么呢？他的意思是,”信息面板显示日常信息，但上面还有下载表格的选项。不应该有这个。”好吧。交流不畅。我应该再问一句“哦，你指的是什么？”而客户也应该把说完整。
3. 就算是只增加一行代码，我也要认真的检查。
随便的往现有的程序里塞代码，那是在给自己找麻烦。这点请相信我说的。
4. 你的“只要一分钟”不可能是一分钟。它会变成我一整天的工作。
我还没有说“流”状态吧？
你给别人的印象是你做的很快，几分钟就搞定了。
大部分问题都是因为他们没有正确认识问题的所在而产生的问题，其实你只要帮他们找到真实的问题就好了，他们可以用很多方法解决，手工解决或者修改自己的东西以适应程序。。。
不要一味的改代码，以改代码来解决问题，是个死胡同。
如果真的是程序的问题，我相信对你来说改起来一定很容易，并且你也可以预估需要多长时间，不是吗？
事实上，大部分情况，没有人会跟你探讨这个问题的原因，这已经不是双方交流的问题了。处于劣势的程序员没有话语权。即使有些时候你尝试跟上级交流设计/经验，少数人才会心平气和地与你沟通，即使你这个时候不是为了证明谁对谁错，只是为了找到更好地解决方案。这是“习惯性防卫”使然。
请不要对我说这个问题很简单
网站的文章不错，不过好久没有更新了，经常来这儿。希望经常更新。
我也感觉这里更新的好慢啊
每个人在认真工作的时候都非常不乐意被打断！被打断一分钟的确是需要上十分钟乃至1个小时才会找到原来的投入状态。
我发现程序员干久了，说话都会向写代码靠拢
1.可读性强：会喜欢用容易理解的语句描述。如果一句话结构复杂，我就定义一个变量，先描述这个变量，然后再第二句话里使用这个变量。
2.防误解：我喜欢用类似assert的方法强调自己认为容易被理解错的概念。即，assert(这个词的意思是XXX）。
所以“信息面板显示日程信息。它不应该有这个。”这句话绝不是一个程序员说得出的，它把两句话写在一行里，没有加分号，而且用了容易混淆的变量名“它”。