软件开发是以时间换进度、提效益的高发行业，996 的代号也早已“蜚声海外”，人尽皆知。
在这个加班写代码司空见惯的行业里，少有企业管理者提出不以加班为手段的软件开发模式。
好的软件，跟加班 coding 有直接关系吗？
成功不需要每周工作 80小时
每个人都应该这样
在中国的互联网企业里，受“996”的大环境影响，很多人身不由已。
对于软件工程师来说，仍然存在很多压力，得花非常多的时间或干脆在周末敲代码。
很多管理会以各种隐的方式来鼓励加班：
“有任何疑问，可以在周末甚至晚上给我电话。我一直在工作，会接听你的电话。”
“Sam 是很优秀的工程师。非常专注和勤奋。因为其他团队的进度慢，他耽误了两天，无法完成任务，整个周末都在敲代码。”
周末加班对软件工程师来说是否正常？
如果有紧急情况要处理，加班肯定是逃不掉的。
例如，宣布周一应该上线运行的产品，但在发布之前的周五下午，我们发现了一个严重的问题，如果不修复，会对发布造成损失。
这是一个真正的紧急事件，所以团队在周六和周日都加班了，我们在发布前夕按时修复了问题，后面的发布很顺利。
短期内通过增加额外时间完成工作的方法，从长远看不可行！
实际上，加班的副作用要么会抵消长期取得的进展，要么让团队比以前的情况更差。
最终，他们会意识到他们牺牲生活时间工作，生会变得脾气暴躁，健康问题加重，过度疲劳。
收益是项目按时提交，而成本是停工休息和降低的生产率，90% 的时间里，不值得以过度劳累的代价进行加班。
其实，很多时候是有选项的：一个是和产品团队协商缩小产品范围以便按时交付，或者寻找其他更创意的方法。
专注核心业务，云开发将是大势所趋
对于任何一个项目来说，快速上线都是极为必要的，这也是导致大多数程序员不断加班的根源之一。
在传统的单体开发模式中，应用需要以应用、站点为单位进行伸缩，因为开发是基于整个应用、整个站点进行开发，无法单独对某一个特定的功能进行伸缩。
后续，兴起了微服务模式，我们可以将一个服务拆分成为多个不同的服务，可以基于服务进行伸缩，大大提升了伸缩的效率和资源的利用率。但是，这样的伸缩力度依然比较大。
对于很多需要快速实践、快速成长的项目来说，云开发将是大势所趋！
专注核心业务，放弃非核心逻辑：使用云开发以后，你只需编写最重要的“核心代码”。
不再需要关心周边组件，极大地降低了服务架构搭建的复杂性，成本更低，弹性效率更高，能够承载的请求量也更大！
在这个加班写代码司空见惯的行业里，少有企业管理者提出不以加班为手段的软件开发模式。
好的软件，跟加班 coding 有直接关系吗？
成功不需要每周工作 80小时
每个人都应该这样
在中国的互联网企业里，受“996”的大环境影响，很多人身不由已。
对于软件工程师来说，仍然存在很多压力，得花非常多的时间或干脆在周末敲代码。
很多管理会以各种隐的方式来鼓励加班：
“有任何疑问，可以在周末甚至晚上给我电话。我一直在工作，会接听你的电话。”
“Sam 是很优秀的工程师。非常专注和勤奋。因为其他团队的进度慢，他耽误了两天，无法完成任务，整个周末都在敲代码。”
周末加班对软件工程师来说是否正常？
如果有紧急情况要处理，加班肯定是逃不掉的。
例如，宣布周一应该上线运行的产品，但在发布之前的周五下午，我们发现了一个严重的问题，如果不修复，会对发布造成损失。
这是一个真正的紧急事件，所以团队在周六和周日都加班了，我们在发布前夕按时修复了问题，后面的发布很顺利。
短期内通过增加额外时间完成工作的方法，从长远看不可行！
实际上，加班的副作用要么会抵消长期取得的进展，要么让团队比以前的情况更差。
最终，他们会意识到他们牺牲生活时间工作，生会变得脾气暴躁，健康问题加重，过度疲劳。
收益是项目按时提交，而成本是停工休息和降低的生产率，90% 的时间里，不值得以过度劳累的代价进行加班。
其实，很多时候是有选项的：一个是和产品团队协商缩小产品范围以便按时交付，或者寻找其他更创意的方法。
专注核心业务，云开发将是大势所趋
对于任何一个项目来说，快速上线都是极为必要的，这也是导致大多数程序员不断加班的根源之一。
在传统的单体开发模式中，应用需要以应用、站点为单位进行伸缩，因为开发是基于整个应用、整个站点进行开发，无法单独对某一个特定的功能进行伸缩。
后续，兴起了微服务模式，我们可以将一个服务拆分成为多个不同的服务，可以基于服务进行伸缩，大大提升了伸缩的效率和资源的利用率。但是，这样的伸缩力度依然比较大。
对于很多需要快速实践、快速成长的项目来说，云开发将是大势所趋！
专注核心业务，放弃非核心逻辑：使用云开发以后，你只需编写最重要的“核心代码”。
不再需要关心周边组件，极大地降低了服务架构搭建的复杂性，成本更低，弹性效率更高，能够承载的请求量也更大！
