早上看到这样一篇文章，六成开发者日编程不足 4 小时。
调查机构 ActiveStates 今年调研了包括美国、中国在内的 88 个国家、1250 名开发者，得出了这份开发者调查报告。报告显示：超过 61% 的受访者每天花在编程上的时间不超过 4 小时，65% 的受访者表示不参与或维护开源项目，其中近一半 (49%) 的人将此归咎于时间不够。52% 的受访者认为增加或融入一门新语言非常困难。
算了一下，我就是这 60% 的人，一周编码时间不会超过20小时，这正常吗？
非常正常，项目组里即便很忙非常忙，也不会一天8小时都在 coding 。
正常的工作流程是这样的，一个功能，无论大小，到了开发工程师这里，都要经过一下过程
需求评审：开会（撕逼时间），产品经理发起，前端，开发，测试，数据，算法只要和这个功能相关的人员都会参与，技术人员对需求作出审核，哪写可以实现，哪些不合理，哪些需要改进，哪些怼回去不做，一番激烈辩论，1-2个小时过去了，甚至更长。
代码架构设计阶段：需求评审需求最终敲定后，进入设计阶段，包括表对表的设计，接口设计，输出设计文档。
技术间沟通会议：服务端开发人员的接口文档给前端，确保前端能看懂，数据测算法测确认能否提供数据，都沟通好后，OK，1-2个小时又没了。
开发排期：一个完成功能上线需要多方技术支持，大家确认好大概什么时候完成，精确到日期，比如，本周4我的接口必须上测试环境，不然就影响到前端开发，影响到测试人员测试，计划内如果你的进度delay，会影响别人，这也是为什么会加班。
代码实现，真正的开发阶段，也就是这编程阶段不足4小时。
提交测试：前端，服务端，数据，算法准备就绪。
测试妹子测试，提BUG。
程序员修改bug，责任到人。
所以bug改完，测试妹子验收，bug全部关闭。
功能上线 - 产品验收。
从上面看，一个完整开发流程需要这么多工序，你觉得你有多少时间 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点起，中午吃肉，下午喝茶，晚上喝酒。
人生目标：想不干啥就不干啥
番茄工作法规则
一个番茄时间共30分钟，包括25分钟的工作时间和5分钟的休息时间。
每完成四个番茄时间，就进行一次较长时间的休息，大约15-30分钟。
一个番茄钟是不可分割的，一旦开启就必须坚持到底，如果打断，就视为此番茄钟作废。
如果一项任务估值大于5-7个番茄，那就将这项任务分割为更小的任务。
一个番茄接着一个地做下去，就会做得更好。
公众号：【转行程序员】专注新人转行入门指导，老兵技术提升，包含各种新手学习资料，架构师技能提升系列文章，还能给小姐姐介绍程序员男票，给小哥哥介绍小姐姐，欢迎关注。
网友评论