程序员的一周，凌晨 3 点才是效率最高的

程序员的一周通常是这样度过的：

1、周一

早上 9 点：“这周我们有什么计划？”

老板：“给你分配了新任务，需要开发一个新模块，给你安排了 5 天时间。” 我：“没问题，小意思，周三前就能搞定。”

上午 10 点：“来设计一下吧，纸和笔伺候，画三个框框，用箭头连起来，这就是我们的老套路。对，我就是那个软件架构师！”

上午 11 点：“开始敲代码！”

下午 6 点：“代码搞定了，本想试试能不能跑起来，但一天的工作结束了，真遗憾。”

2、周二

早上 9 点：“我可是个高手，不能带着不完美的变量名发布代码。昨天太急了，今天得改改。比如这个 numberOfUsers，太难听了，改成 userCount  吧。这才像个高级程序员的命名方式！”

下午 5 点：“去参加进度会议。”

老板：“进度如何？” 

你：“差不多了，再给我几个小时就能打磨好。”

3、周三

早上 9 点：“差点忘了还得部署这个模块！先从别的模块复制粘贴构建脚本。”

上午 11 点：“这些脚本不行，试试别的模块的。”

下午 1 点：“还是不行，再试试别的。”

下午 3 点：“天哪，公司里就没有一个能用的构建脚本吗？”

下午 5 点半：“这个好像行了。现在装好了，我是现在试试运行，还是先回家？嗯，只剩半小时了，还是等等吧。”

4、周四

早上 9 点：“来试试运行一下！”

上午 10 点：“什么情况！？怎么不工作！不过没什么解决不了的。”

中午 12 点：“完蛋～～～还没解决”

下午 3 点：“完蛋～～～好像还有点小问题”

下午 6 点：“测试通过了，还有一天时间！明天早上发布。”

5、周五

早上 9 点：“那个，我最后测试下……”

上午10点：“完蛋～～～有点问题，这个情况不符合我的架构！”

上午 11 点：“重新设计！抓紧时间！”

上午 11 点半：“开始编码！”

中午 12 点：“完蛋～～～好像有点来不及”

下午 1 点：“第一个功能的测试通过了”

下午 2 点：“第二个模块的测试通过了”

下午 3 点：“完全跑通了，测试通过了。但这是什么情况！？”

下午 4 点：“电话响了，我得接一下。”

老板：“生产环境出现了紧急问题，大家都很忙，你赶紧处理一下。” 

你：“MD，我也很忙，真是的！”

下午 5 点：“感觉时间有点来不及”

下午 6 点：“好了，生产的问题解决了，继续工作！”

晚上 7 点：“我重新测试一遍。好像还有点小问题……”

晚上 8 点：“我重新测试一遍。好像还有点小问题……”

晚上9点：“重新检查下代码！！！”

晚上10点：“我重新测试一遍。好像还有点小问题……”

晚上11点：“我重新测试一遍。好像还有点小问题……”

午夜12点：“我重新测试一遍。好像还有点小问题……”

6、周六（还是周五？）

凌晨 3 点：“耶！终于搞定了！呃……大家呢？人都去哪儿了？”

事实证明凌晨三点对程序员是个吉利的时间，不管编程效率，测试效率都很高，项目往往会在这个时间完成。

科比：你见过洛杉矶凌晨四点的太阳吗？

我：我测试过凌晨三点的代码！

所以，凌晨三点你们在干吗？