最近在做一个领导比较重视的项目，由我和另外一个同事一起完成。期间发生了一些事情，让我想要聊聊互联网加班的一些事情。

工作三年，我发现身边90%以上的同事每天都要加班到很晚才回去，我也不例外。其实仔细思考来，加班主要是因为三点。

• 需求太多、代码不熟，开发者评估时间不合理。
• 缺乏对需求的深入理解，没有把需求想清楚就开工，导致大量无用功。
• 再有就是因为团队协作出现问题，导致项目延期。

需求多，开发时间评估不合理，在互联网公司开发排期一般都是根据上线计划倒推编码、联调、测试时间。为了避免紧急情况，通常也需要预留buff时间以防延期，通常1周视项目大小而定。那么开发者就需要按照上述流程，评估自己需要的开发时间。根据预定的开发时间，每天的工作小目标很明确，工作效率自然就会提高，小目标达成，每天都有成就感。如果每天都要熬到深夜10点才能完成，那就要反思是不是哪部分技能出现遗漏，及时补齐。

理解需求，磨刀不误砍柴功。有一位前辈说过，“思辨胜于执行”，这不是鼓励人人都当指挥家，在做事情之前要多思考是不是有更好的实现方案。如何想清楚需求，这是一个需要经验积累的过程。例如，大家都是写for循环有人写的for循环价值千金，而有点人写出来却分文不值。当然，这个积累的过程也不是无迹可寻，例如如果是后台方向，那就要朝架构合理性、容灾、容错、线上监控、系统运营等方面进行思考，要有分布式基因。

优秀的团队才能干大事。在工作中找对人非常重要，领导交待同样一件事情有的人能够保证质量的完成、有的人可能需要协助后才能完成、有的人尽量完成，佛系交差。第一种人才备受领导器重，大多数初学者就属于第二种人，没有关系慢慢培养；第三种人，做事都很佛系，会增加合作同事的工作量，对于这种我是很讨厌的。其实也能想来，公司招聘需要的是前两种人，而我们也要努力去成为这两种人。

我们都不愿意加班，因为某些原因，又都要加班。作为互联网开发者我们需要提升个人技术能力，评估需求开发周期时，给设计方案多一些时间、留足后续debug时间。保证开发的模块功能正常，监控指标齐全、服务异常有容灾保护、超时时间设计合理、关键路径有大招大招保护。对于需求要深入理解场景，从整个系统角度思考新需求开发后可能带来的影响。