有赞996刷屏:男程序员们,别再低头写代码了

近日,一条“有赞年会亲历”的帖子在知乎刷屏,关于有赞年会上宣布的年后开始执行“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男,健康的健。

你可能感兴趣的:(有赞996刷屏:男程序员们,别再低头写代码了)