本文是从网络上收集各种观点或者某些个人的想法。
关于996
这个话题最近吵得最火。曹大，fenng都有专门发布文章说这事情。鉴于很多人区分不清楚事实和观点。讨论这个事情之前，请认真查看曹大关于 谈谈事实和逻辑 的文章。
事实:
很多人知道我任职于 有赞DBA，坦白的说我们是类似994的样子，周1，2，4，5是9:30-21:00,有事情可以提前走，不强制的。周三家庭日，18点下班想走就走，我一般18:30-19:30分回家。
因为本人从事数据库运维工作，都是7x24小时oncall的，加班难免。晚上熬夜或者凌晨起来处理问题，白天是可以在家oncall或者晚点去公司的。
观点:
1 人们容易混淆行动与进展，混淆忙碌与多产。有效编程中最重要的工作是思考，而人思考时通常不会看上去很忙 一一《Code Complete》
2 工作狂往往不得要领。他们花大把的时间去解决问题，他们以为能靠蛮力来弥补思维上的惰性，其结果就是折腾出一堆粗糙无用的解决方案 一一《Rework》
3 关于程序员的996，我们谈谈历史和逻辑--caoz 阐述加班的历史发展进程
代码语言：javascript复制 第一个阶段，宅男蹭网阶段
第二个阶段，为梦想奋斗阶段
第三个阶段，不拼就会死的阶段
第四个阶段，最不缺的，就是肯加班的程序员观点 996是个市场选择，不是某个企业家，某个企业可以只手遮天的，没有谁有这个本事，给他们底气的，是那些排队等offer的应聘者。
4 与其说996，不如说加班的现象。而程序员靠近互联网，具有天然的 媒体传播优势，现在媒体广泛传播996的事情。回过头思考一下医院的医生，护士，影视媒体编辑等等也是经常熬夜加班的。
用 方文山的话说 这是一种正常的社会现象。
5 聊聊 996 --Fenng
不少人混淆了在公司的停留时长和工作时间这两个概念，甚至故意混淆。在公司消磨时间不等于工作时间。
反对 996 的人的另一个错觉是，一年里有10个月在骂那些疯狂加班的公司，年底 2 个月开始羡慕那些发了丰厚年终奖的公司。可这都是同一类公司。人就是这么善于遗忘，只看到别人吃肉看不到挨打。
对 996 最有力的反击是你有能力用更短的工作时间做出最有效的工作产出，如果工作者能达到这个水平，相信没有什么公司继续要你加班的，毕竟，还要承担水电煤的费用。当然，公司到时候或许会少招聘几个人。
关于工作成长
一 没有预见性你凭什么晋升
第一，市场竞争态势的预见性。 第二，业务上的预见性。 第三，技术上的预见性。 首先，技术领域瞬息万变，昨天的技术新趋势，明天就成为行业标杆的标准解决方案。低头拉车之余，必须抬头看路。
其次，单一技术趋势，并不能承载中大型团队，不能承载剧烈变化的业务，我们对此需要有一个基本的判断。
再次，当业务从零到一的时候，我们需要有一定的预见性，走一步看两步。
二 如何成为一位牛逼的高手
最专业的高手从不指望临场发挥， 随机应变是外人看见的一种错觉。
第一步，找到导师。什么是好的导师？针对你的行为作出及时反馈，告诉你这个做对了，那个做错了，这才是好的导师。
第二步，建立知识框架。 研发工程师的职业生涯需要哪些知识点，我肯定知道。你不知道的话，你的导师肯定得知道。
第三步，分段拆解，反复刻意训练
第四步，商业实践。演习完了最终还是要接受商业实践的检验，这是判断好坏的唯一准绳。
第五步，讲出来，写出来，价值观输出，最佳实践输出。无论是一个人，还是一个公司，当你强大起来之后，一定会伴随着价值观的对外输出。 你的疆域不再只是你写的代码，你负责的工程。限制你的仅仅是你的意愿和行动力。
三 如何向上做汇报？
场景代入——到底讲给谁听？
给出背景——不要隐藏假设
金字塔原理和总分总——帮助领导切换上下文
不要开启新故事——不要逼领导按你的思路走
给人选择的权利——条条大路通罗马
为你的决定找到主逻辑——别生拍啊 其他一些细节
