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

程序员的一周，凌晨 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 点：“电话响了，我得接一下。”

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

你：“哎呀，我也忙得要死，真是的！”

下午 5 点：“感觉时间有点紧巴”

下午 6 点：“好了，生产的问题解决了，接着干活！”

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

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

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

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

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

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

---

6、周六（还是周五？）

凌晨 3 点：“耶！总算弄好了！呃……大家都咋啦？人都跑哪儿去了？”

事实是凌晨三点对程序员来说是个挺不错的时间，先不说编程效率，就测试效率都特别高，项目常常会在这个点儿完成。

---

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

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

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