# 加班

领导问这个功能什么时候能做好，你估了一下觉得一天够了，自信地说明天交付。结果写着写着发现有个地方比想象中复杂，改着改着又发现了之前代码里的坑，修完Bug还要测试、还要部署。到了明天晚上，你还在工位上敲键盘，领导已经来问第三遍了。为什么程序员的时间预估总是这么不准，到底是低估了难度，还是因为开发过程中有太多不可预见的意外？

写一个新功能花了两天，但上线之后修Bug修了一个星期。有些Bug看起来很简单，就是一个变量没初始化、一个边界没考虑到，但找出来要花好几个小时。更可怕的是，修完一个Bug又引出三个新Bug，就像打地鼠一样没完没了。明明写代码的时候觉得自己考虑得很周全了，为什么上线之后还是到处是坑？有没有办法从一开始就写出Bug少的代码？

领导问这个功能什么时候能做好，你估了一下觉得一天够了，自信地说明天交付。结果写着写着发现有个地方比想象中复杂，改着改着又发现了之前代码里的坑，修完Bug还要测试、还要部署。到了明天晚上，你还在工位上敲键盘，领导已经来问第三遍了。为什么程序员的时间预估总是这么不准，到底是低估了难度，还是因为开发过程中有太多不可预见的意外？

写一个新功能花了两天，但上线之后修Bug修了一个星期。有些Bug看起来很简单，就是一个变量没初始化、一个边界没考虑到，但找出来要花好几个小时。更可怕的是，修完一个Bug又引出三个新Bug，就像打地鼠一样没完没了。明明写代码的时候觉得自己考虑得很周全了，为什么上线之后还是到处是坑？有没有办法从一开始就写出Bug少的代码？