近日，一条“有赞年会亲历”的帖子在知乎刷屏，关于有赞年会上宣布的年后开始执行“996”工作制度的消息，引发了有赞乃至整个互联网员工激烈吐槽。
什么是“996”？它是一种上班作息制度，早上9点上班，晚上9点下班，一周工作6天，大多在创业公司。
站在风口浪尖的有赞CEO白鸦回应称：
几年后回头看，这次绝对是好事，让更多人了解了有赞文化，也会让人才想进时谨慎考虑，不至于来之前和来之后不一样。
但是真的是好事吗？
国内很多互联网公司都默认执行996，但是对外还是宣称：“弹性工作制”，八小时工作制这个劳动法的底线并没有明目张胆撕下来，可是有赞这次年会挑明了这么做。
它撕下了最后一块遮羞布..
不要在低效率陷阱中做伪工作者
原腾讯副总裁、《浪潮之巅》作者吴军博士分享过一个故事：
2006年谷歌成立了中国分公司，吴军将东亚市场相关产品交给了李开复。
可是谷歌总部对于李开复负责的北京和上海工程师的评价特别低，当时北京三、四个工程师工作效率甚至抵不上谷歌总部的一个工程师。
于是吴军亲自回到北京，发现北京工程师特别忙绿，但是产出却不高，而且显得十分焦虑。
吴军博士让每位工程师罗列了5项优先级最高的事项，并问他们是否完成其中一半工作就会减轻焦虑？所有人都给予了肯定的回答。
事实却恰恰相反，为什么呢？
1.因为在互联网公司永远不会有工作做完的时候，这个行业发展速度太快。
2.更因为互联网产品开发是一个动态优化迭代的过程，根本没有一个静态的版本，新的问题总是会不断涌现。
新出现问题都需要第一时间解决吗？
NO，选择比努力更重要些。
那些每天都显得特别忙，同时也特别焦虑的“优秀加班”员工其实就是谷歌内部所称的 Pseudo Worker，中文译为“伪工作者”。
伪工作者：那些每天把自己搞得很忙，虽然看着会解决一些问题，但是这些工作并不会产生什么特别好的效果。
相比于国内“狼性文化”、“996”的拼命模式，谷歌和FaceBook则采取相反的激励模式：
他们衡量一个员工的评价，不是基于他写了多少行代码，而是所做事情对于产品产生了多大的效果。
在一个最需要创新的领域，通过工作时间来限制员工，怎么会有土壤培养高效率的员工呢？
这次有赞的行为真的有点本末倒置，白鸦最需要做的是让员工站在“能让公司获得最大收益”的基础上去做事。
要让所有员工明白积极工作的最大受益人是他们自己，而不是通过“996”来让员工产生巨大抵触情绪。
男程序员们，别只顾低头写代码了
互联网的大环境往往很难很快改变，那么作为互联网公司核心的程序员们，如何才能在这样激烈、险恶的环境中稳步提高、培养自己的核心竞争力呢？
健男会从6个方面进行简要分析
1.注重沟通能力培养
2.提高解决问题能力
3.打造个人IP
4.扩大自己社交圈
5.坚持读书习惯
6.闲暇时间的管理
1.沟通能力
沟通在每个行业都很重要，在平时工作中沟通能力强的同事也会更有职场竞争力些。
在参加多个部门协同进行的会议中，经常会发生分歧和争论，对于程序员来说在会议中表明自己观点、即时沟通一直是很大痛点。
所谓的程序员沟通，最常见的包括：日常开发中与产品经理沟通需求、与技术人员交流技术、向领导汇报工作、与跨部门同事吃鸡等。
有时候程序员看似坐在座位上冷静编程，其实内心波涛汹涌，有可能正在经历一种崩溃，他们有可能正在和bug生气、更有可能是在和产品经理怄气。
也许一部分程序员会说，与人沟通本身就不是我所擅长，我们之所以选择做技术开发就是因为不爱和别人说话。
程序员著名网站StackOverFlow创始人之一Jeff Atwood说过：
成为一位杰出的程序员其实和写代码没有太大关系。
做程序员确实需要一些技术能力，当然还有要坚韧不拔的精神。
更重要的是要有良好的沟通能力。
如果仅仅认为写代码是人与机器在沟通的话就大错特错了，与人的沟通能力永远是你必须要跨越的瓶颈。
甚至可以说写代码本身就是一种沟通，通过代码来表现沟通的结果。
沟通的一个难度在于清晰的传递内容和观点，特别是讨论某一重要产品实现流程，必须要和产品经理反复确认才可以推动下一步工作。
在《黑客与画家》中Paul Graham说过：
判断一个程序员是否具备“换位思考”的能力有一个好办法，那就是看他怎样向没有技术背景的人解释复杂的技术问题。
不信的话你可尝试用“人类的语言”来向产品经理讲清楚区块链的实现原理，一旦你开口你就会发现自己对于区块链的理解有多无知。
沟通另外一个难度在于场景复杂，不论是在线沟通还是面对面沟通都是一种载体的传递，这种载体包括你的语言组织、眼神、姿态、动作，甚至包括你的气质。
所以沟通能力的提高只能通过勇敢的尝试，并迭代总结出适合自己的说话、交流方式，可以多尝试用换位思考。
2.提高解决问题能力
在程序员队伍中，有一部分人特别好学，经常会买各种类型的技术书，周末还会上技术类的网课，照努力程度来看，他们已经可以和大牛相媲美。
可现实情况却是，他们距离大牛的差距越来越大，为什么呢？
因为他们只是做了知识的搬运工而已。他们也进行了阅读，但是他们看的不够精细，对于很多知识只是粗略一览。
特别是在这个碎片化的时代，利用手机来看技术类的文章很多都无法深入，经常只对字面意义进行了理解，没有做太深入的思考。
对于程序员来说，理论知识的过度累积也许只能让你成为一个假大空、只会夸夸其谈的代表。
心理学家丹尼尔.威林厄姆在《为什么学生不喜欢上学》中提到：
反复练习的价值，在于使某些认知活动可以自动化进行，从而为思考时所用的工作记忆腾出宝贵的实践。
其实，你掌握了多少技术知识，并不取决于你看了多少技术的书，记住了多少知识点，而只是取决于你能调用多少相关的知识。
所以说，程序员最重要的能力绝不是掌握了多少知识，而是解决问题、适应新技术、认知迭代的能力
那如何通过实践练习来提高解决问题的能力呢？
1）首先要从知识的源头去找寻
github和英文官方文档都是很好的资料来源，平时也可以适度关注高质量、更新频繁的国外大牛的技术博客。
不要轻易使用百度，因为你搜出来都是百家号。
不要轻易使用二手的知识，那是被别人咀嚼过的。
2）通过问题来建立自己的知识体系
你看Android源码，从头开始看估计10年都看不完。
因为信息是无穷尽的，你想通过大量的信息来建议自己的知识体系是非常低效的。
这时候如果你带着一个个小问题（开机启动、异步消息、屏幕绘制等）去解读源码，这时候你会发现源码变得好理解了。
平时通过发散的问题找到对应解决方案，在需要的时候深入学习对应的知识，这才是一种高效的解决问题的方法。
3）对问题进行整理并输出
《美国之梦：富兰克林自己的故事》中有一段：
富兰克林要培养自己养成13个道德准则，采用了“集中精力一次实践一项，待一种习惯养成之后，再实践另一项”的方法，为了监督自己，他便每日自省，把道德要求和自己的行为做比较，持之以恒。
对于程序员来说，最好的反省方式就是写技术博客。
当我们写技术博客，进行技术输出时，我们会分析所写知识点的“内在深层结构”，我们会调用各个知识点的内在联系，这样会加深理解深度。
一篇技术博客要被人读懂、把人说服，这需要一个清晰的逻辑表达、充分详细的代码以及缜密的思维，完成整个闭环，才是提高程序员能力的关键。
除了自身理解之外，写博客可以带来一个明显的好处：能收获的即时反馈，也就是用户的评论，评论中蕴含中巨大的价值。
评论可以修正你对知识理解上的错误、局限，也可以让你认识到自己认识的盲区，通过“用户反馈”来进行认知和产品迭代，这本质上也是一种互联网思维。
（别改需求了Pm大大，我不写了还不行吗）
关于后面4点，会另启一文。
至于为什么只说男程序员，下文也会进行解释
大家再见，我是jian男，健康的健。
··································
共同学习，写下你的评论
评论加载中...
作者其他优质文章
