进了一家强制 996 的公司，略有体会。在 IT 行业，特别是开发岗位，总避免不了加班。以前工作也时常有加班，还会有封闭开发，但这些加班总会有个期限，有个项目完成结束加班的盼头，但 996 不是，无尽头。

业务驱动的 996 ，个人认为也有某些好处，但只对刚毕业的，新手、才入行、开发经验低于 3 年的工程师有效，可以通过较多的工作时长接触更多的业务和模块，了解学习项目中已有的技术栈，达到快速理解业务，快速实现业务功能，技术快速成长成型。

若是一个经过好几个项目历练的，经验相对丰富、自我驱动成长的开发工程师，业务驱动的 996 与之存在必然的矛盾。

1. 项目及项目结构已成型，大量的时间消耗在无止境的 CRUD 需求中。
2. 特别是技术型人才，自我驱动需要绝对的闲余时间来保证学习的持续性。
3. 996 上班，到家过了 10 点，洗洗歇歇就很晚了，不管工作中有是否忙或闲，在公司总待了那么长时间，到家总需要放松歇下。然后第二天仍是重复的工作。
4. 若是一个已成家有孩子的，一周也就周日一天时间在家可以陪陪，真正有时间用时学习成长上的少之又少。

接下来可能就变成了老白兔、老油条、专属的螺丝钉。

1. 有较多的技术笔记，想整理下，也回顾下，从基础到稍有些深度的技术，才发现坚持写博客真的不容易，比自己写技术笔记难得多。
2. 博客可能会有其它同行来看，必须写的清楚明白，尽可能少错误，更不能误人。
3. 有时需要对里面个别的技术点进行深挖，反复验证。
4. 写博客也挺磨人，也是一个巩固知识点的好方法，可能一篇博客要准备两三天才能成型。
5. 尽可能不要出现看6个月前写的代码不知道写的啥。

从事互联网行业十年，日志多多，一直想搭个自己的博客，终于在此时完成，博客搭建仍在完善中。

之前一直没写博客，但一直写技术日志，印象笔记用着不错，后续将日志迁移到此。

主做技术、带过团队、管过项目、创过业、踩过N多的坑，个中精彩故事在些停留。