程序员的一天是怎样的

早上看到这样一篇文章，六成开发者日编程不足 4 小时。

调查机构 ActiveStates 今年调研了包括美国、中国在内的 88 个国家、1250 名开发者，得出了这份开发者调查报告。报告显示：超过 61% 的受访者每天花在编程上的时间不超过 4 小时，65% 的受访者表示不参与或维护开源项目，其中近一半 (49%) 的人将此归咎于时间不够。52% 的受访者认为增加或融入一门新语言非常困难。

算了一下，我就是这 60% 的人，一周编码时间不会超过20小时，这正常吗？

非常正常，项目组里即便很忙非常忙，也不会一天8小时都在 coding 。

正常的工作流程是这样的，一个功能，无论大小，到了开发工程师这里，都要经过一下过程

1. 需求评审：开会（撕逼时间），产品经理发起，前端，开发，测试，数据，算法只要和这个功能相关的人员都会参与，技术人员对需求作出审核，哪写可以实现，哪些不合理，哪些需要改进，哪些怼回去不做，一番激烈辩论，1-2个小时过去了，甚至更长。
2. 代码架构设计阶段：需求评审需求最终敲定后，进入设计阶段，包括表对表的设计，接口设计，输出设计文档。
3. 技术间沟通会议：服务端开发人员的接口文档给前端，确保前端能看懂，数据测算法测确认能否提供数据，都沟通好后，OK，1-2个小时又没了。
4. 开发排期：一个完成功能上线需要多方技术支持，大家确认好大概什么时候完成，精确到日期，比如，本周4我的接口必须上测试环境，不然就影响到前端开发，影响到测试人员测试，计划内如果你的进度delay，会影响别人，这也是为什么会加班。
5. 代码实现，真正的开发阶段，也就是这编程阶段不足4小时。
6. 提交测试：前端，服务端，数据，算法准备就绪。
7. 测试妹子测试，提BUG。
8. 程序员修改bug，责任到人。
9. 所以bug改完，测试妹子验收，bug全部关闭。
10. 功能上线 - 产品验收。

从上面看，一个完整开发流程需要这么多工序，你觉得你有多少时间 coding ？

一天

8:00 - 8:30 起床

8:30 - 9:10 出门

9:45 - 10:30 到公司，来一瓶快乐水。

10:30 - 12:00 确定一天的工作，需求评审，设计，wiki输出。

12:00 - 14:00 吃饭，午休，打游戏。

14:00 开始撸代码，到18:00 四个小时，去掉中间的会议，去掉活动放松，是不是写代码时间不足4小时了？

18:00 吃晚饭，看别人下班，感叹人生。有事就走，比如重大约会 or 心情不爽。

19:00 - 20:00 没有约心情也ok就加班，项目忙的在多花点赶进度。

20:00 - 21:00 属于自己的时间，看心情几刻钟下班，看点自己喜欢的，学习新技术。

到家基本就 21:00 到22：00了 ，洗漱，看剧，打游戏，出牛逼。00:00 之前觉不睡觉，因为属于自己的时间舍不得！！！

第二天：重复第一天。

我的座右铭：要好好学习，不然别人只会指着你的鼻子说，你那看个人，除了帅一无是处。

我的理想生活：1点睡，10点起，中午吃肉，下午喝茶，晚上喝酒。

人生目标：想不干啥就不干啥

番茄工作法规则

1. 一个番茄时间共30分钟，包括25分钟的工作时间和5分钟的休息时间。
2. 每完成四个番茄时间，就进行一次较长时间的休息，大约15-30分钟。
3. 一个番茄钟是不可分割的，一旦开启就必须坚持到底，如果打断，就视为此番茄钟作废。
4. 如果一项任务估值大于5-7个番茄，那就将这项任务分割为更小的任务。
5. 一个番茄接着一个地做下去，就会做得更好。