程序员暴怒动图

‘壹’ 那些 40 岁的程序员都去哪了

前些时候北京市政府做了一个关于 996 的调研，第一时间我参与了调研，同时发到所有读者群，让大家一起发声。

不少朋友开始热烈的讨论起来，有人很乐观认为这是改变的开始，也有人觉得这就是走一个形式。 不管怎么说，也算看到政府针对这个问题开始有行动了。

其实 996 最残酷的一点是：年纪大的人很容易被无情淘汰。中国互联网的 35 岁危机是和 996 盛行分不开的。

996 对于打工人来说，绝不可能常态化！

为什么不能常态化？ 从生理规律上看，脑力劳动者如果不以进 ICU 为目标，那么每天能够认真投入的时间，八小时也就到极限了。 人毕竟不是机器，是血肉之躯！

但中国老板普遍希望程序们 996，别激动别骂，这是残酷的现实。

同时中国老板们偏爱年轻人，为什么？很简单，老了之后，你舔活速度显然没有年轻人来的卖力，来的凶猛！长年累月的辛苦劳作，已经让你这颗螺丝钉生锈甚至发霉了！如果你是老板，这个时候你还要支付比年轻人多 2 倍的薪资，你怎么选？

更别提，年纪这么大的你，还有各种猝死风险 ，拿最近的 pdd 猝死事件来说，在超级大小周（996+997）的压力下，这么年轻的女孩都猝死了，更何况 40 岁的一线码农？那猝死率该得多高了？企业的商誉还要不要了？

显然，资本家一定会作出最商业最正确的选择：年轻人，甚至是刚毕业的大学生，这些最新鲜的韭菜才是他们的最爱。

所以，对于打工人尤其程序员而言，996 本身反而不是最大问题，最大问题是我们如何跨越大龄危机。

相比等待环境发生改变，不如主动思考清楚这个问题。

想起去年写过的一篇旧文，再次分享给大家，讲的是我身边五个大龄程序员的故事，绝对真实的经历分享，有洋哥的同学、朋友、下属，他们都成功的跨越了 35 岁危机，希望他们的经历对大家有一点点启发：

1.沉迷是一种力量

第一次见 A 君是 10 年前参加人人网的面试，他是面试官，那个时候 A 君 35 岁，担任后端 leader。入职后，我发现，他用于做管理的时间不多，90% 时间在疯狂编码。

A 君基本没有社交，上班就是撸代码，下班就是回家带孩子。他对优秀的工程师容忍度极高，对差一点的完全没耐心。

偶尔能听见他训斥下属的吵闹声：“这个类写成这样，你没看代码规范吗？”、“这个线程池不能这么用，给你说多少次了！”、“是你没听清楚还是我没讲清楚？不能这么干！”。

一次下班，和他一起回家，一路上给我讲各种编程技巧和方法论，我听的津津有味。聊了差不多半小时，心想可以换个话题了，于是我问：“您周末 娱乐 都干些什么呢？”，他是这样回答的：“我会去看些开源代码，自己改着玩很有趣”。那一刻，空气都凝固了，这话我实在没法接下去了。

后来有一天，A 君上班拍桌子，暴怒之后冲了出去。大家一脸懵逼，后来才知道，原来是大 Boss 批评他不懂管理，只知道埋头写代码。

几年前，和他在微信聊了一次。他去了一家创业公司做技术负责人，我很好奇，很想知道这次他是怎么做管理的。

我问他：“您现在是怎么带团队的”，这一问不要紧，聊了半小时。从 Flutter 的优越性到微服务的落地，再到 Google 出了什么新技术，顺带鄙视了一些还在用落后技术的公司。一顿硬核技术科普下来，收获挺大，但是管理这两个字？嗯，不存在的。

我现在理解了，他压根就不关心管理，聚集一帮极客跟他一起成长战斗才是最开心的事情。

A 君今年快 50 了，前不久和其他人聊起他，大家都感叹，这老哥战斗力太强了，真是那种一顶十的程序员。

有时候，沉迷是一种力量，焦虑？不存在的.....

想起 A 君给我说的那句：“我要开心 coding 到 80！”。我真心相信他能做到。

2.不服就是干

这次说说我的好朋友 B 君，今年 40 岁，曾经鹅场的高级工程师，7 年前，晋升失败一怒之下开启了创业之路。

我们是在 CSDN 论坛上认识的，他帮我解决了一个底层操作系统级的防劫持问题。后来经常问他一些排查线上故障的方法论、微服务怎么拆分、如何做出能抗更高并发的架构，他都非常耐心的指导我，他还有句口头禅：不服就是干！

B 君出来创业没拿融资，自己投了 100 万。团队 5 个人，挤在一个很小的民房。创业期间找他喝酒，他告诉我：“我一定要改变世界，否则我会被世界改变”。

一年后，再次去找他喝酒，这次他脸色灰暗，人也非常低迷。原来前期 100 万烧完，又投入了 50 万积蓄，项目还是没有做成。酒过半巡，他突然抱着我哭了起来，我这才得知因为积蓄全部烧完，他女朋友已经和他分手了。

再后来，他回到大厂当程序员，级别薪资跟创业前相差无几。谈起创业经历，我为他惋惜，而他并不后悔。

两年前，他开始炒比特币，炒着炒着嫌这些交易平台做得都不够好，于是空余时间动手做了一个交易平台。

去年，B 君告诉我，他的交易平台融资 500 万，再次出来创业。第二次创业，他已平和很多，没有豪言壮语，让公司活下去是最大目标。

今年听说 B 君的公司已经快 30 人了，为他祝福，相信他一定能改变世界。

有时候，我们需要点不服就是干的精神！

3.反焦虑

这次上场的是 C 君，硕士师兄，40 岁。C 君是一名大厂总监，他花了四年时间跳了三次才来到当下的这家大厂扎根下来，带 100 人团队，每个月安安稳稳拿高薪，不用担心公司倒闭的风险。

以 C 君的专业技能和学历背景、工作经历，其实完全不需要担心没工作。可他总是莫名担忧，害怕自己没有创造更多价值。

100 人的团队不是那么好带，除了技术之外还需要精通业务产品、精通组织流程、掌握良好的沟通推动技巧、在大厂还需要明争暗斗。

一次和 C 君聊天，他感叹到：“还是写代码有安全感，做管理不仅心累还觉得自己没创造价值”，可不是，这种焦虑几年前我也感同深受。

大厂的高 P 看起来风光无比，其实要跳槽也不容易，毕竟中小公司能接得住大厂高 P 薪资期权总包的，并不多。

有时候，不是现在取得了成就就会开心，决定因素是你未来会不会更好，如果答案是否定的，不仅不会开心还有可能带来焦虑。

C 君就陷入这种焦虑当中，总是担心未来的上升空间和 40 岁以后的收入。特别是大厂还有年龄线的要求，到一定年龄不能晋升就有可能被淘汰。

有一段时间，公司领导层波动，他面临被连带的危险，甚至需要依靠抗抑郁的药物。但最终他依靠持续有规律的运动和学习新领域克服过来。

C 君给我提的最多的话： “反焦虑很重要”， 是啊，真的重要，从 C 君身上我真正学到了一点：无论你是否能成功，首先要反焦虑。

4.舍命狂奔

这次要说的是清华 MBA 同学 D 君，39 岁。他在通讯行业干了 10 多年，超级专家那种，带十人团队。

问起他读 MBA 的原因，他很坚定的说：“我对投资非常感兴趣，就是为了转行投资才这么大年纪了还选择读书”。

清华 MBA 课程安排的很紧张，我们都是六日班，也就周六半天周日全天，而他公司的工作非常忙，几乎 996，但从没见过他迟到过一次。

三年时光，D 君在跟时间赛跑，小组讨论、企业访谈、课程作业，他都完成的堪称完美。有一次我问他，你为什么这么拼？他说，当你笃定一件事，确定一个目标，那剩下的只有舍命狂奔。

毕业后，D 君如愿以偿加入一家投行，当上了投资人。有一次很好奇的问他投资人的收入，他告诉我刚入行薪资很低，只有之前做架构师带团队的 1/3。但他说这话的时候，一脸幸福感。

去年 D 君已经晋升为所在机构的合伙人级别，为他感到开心。

5.接受现实

最后上场的是老同事 E 君，41 岁。他是那种职场老黄牛。属于领导让做什么就做什么的人，任劳任怨勤勤恳恳，但个人成长一直比较缓慢。

前几年开始 E 君就不太顺了，因为编码能力一直没有达到高级或者架构师水平。他其实一直在跟年轻人拼体力，而随着年龄增大，是真拼不过了。我和他经常讨论的话题是颈椎病如何康复。

去年 E 君所在公司效益不太好，领导决定裁员，他进入了优化名单。被优化后，他休息整顿了好久，将原来 90kg 的体重减到现在的 75kg，颈椎病也恢复不少。再开始找工作，大概花了几个月时间，他终于找到了一个不那么满意的 Offer。

听到他找到下家的消息，我还挺为他开心的，因为这个过程我也帮他各种投简历，但大佬朋友们一听说 41 岁还是中级水平，都不太愿意给面试机会。

没想到过了半年，我和他吃饭，他对我说：“洋哥，我没有入职这家公司，我想明白了，继续做程序员对我来说没意义。我拿积蓄开了个小店”，刚听到消息，我非常惋惜，编码十多年最后却去做小生意，在我眼里就是逃兵。

直到最近去他小店玩，我才发现，这也是另一种好的生活。他开的是一个小型亲子游乐园，带上小孩，一边陪小孩一边工作，月收入也不差，养家完全没问题。这一瞬间，我产生了一种羡慕的情绪。

有时候，接受现实然后重新出发，未尝不是一个更好的选择。

最后的话

程序员不是一个“银发职业”，但也绝不是如某些贩卖焦虑的自媒体宣传的那样：35 岁危机，40 岁失业。

40 岁的程序员有的做了大厂中高管、有的成了小公司联创、有的成了连续创业者、还有的转行投资金融、也有人继续坚持写代码战斗在一线。

不可否认，有一部分人会被行业淘汰出局，但互联网的老年人在其他行业恐怕还是年轻人，接受现实，人生再起航完全没问题。

最重要的是，我们不能因为年纪的增长而焦虑，因为焦虑本身除了干扰我们成长，没有任何意义。

尽最大努力，做最好打算，但接受最坏的结果。在这个复杂多变的 社会 ，反焦虑、不断提升认知，不断充实自己的专业技能将永远重要。

‘贰’ 有没有这张动态图是关于程序员的，开开心心写程序——又出错了——最后磕头绝望而死。。。

您好这是你要找的：

‘叁’ 阿里程序员推动无障改造成火炬手，这位程序员为何会做无障碍改造

阿里程序员推动无障改造成火炬手，这位程序员为何会做无障碍改造？下面就我们来针对这个问题进行一番探讨，希望这些内容能够帮到有需要的朋友们。

希望根据此次火炬传递，这团爱心之火，可以点亮和协助到大量须要帮助的伤残人小伙伴们。期待杭州这座城市可以变为一座天下无“障”，幸福无“碍”的一座大爱之城。

‘肆’ 从程序员到项目经理（17）：你不是一个人在战斗--思维一换天地宽

程序员和项目经理是两种完全不同的岗位，工作方式也大不一样。以前是一个人单干，现在是团队一起干，以前是自己亲自干，现在是指挥别人干，这是一种巨大的变化。要适应这种变化，首先必须要转换思维模式。思想决定行为，思维模式就好比在陌生城市找路用的地图，拿着过时的地图，自然无法到达想去的目标。思维不换走老路，思维一换天地宽。

1.从单干到群干

从程序员到项目经理，不只是职位的变化，其工作性质也发生了根本性改变，简单的说，是一个从单干到群干的过程。

严格来说，程序员并不是单干，他们也是在团队中，需要具有团队合作的精神，但其实程序员的工作具很强的单干的特征。在项目中，程序员的基本工作，也就是完成项目经理分配的开发任务，而这些开发任务，是项目经理或团队进行工作分解后的小的工作包，是一个确定的功能点，一个人足可以胜任，因此程序员只需要自己构思、自己编码就可以了，并不需要很多人一起来合作完成。

项目经理不一样，他面临的不是某个确定的功能点，而是整个项目，无法一个人完成，必须要整个项目组齐心合力一起来做，这就是群干，也就是团队作战。项目经理不只是自己需要团队精神，更要能够激发其他人的团队精神。

我们看一看程序员和项目经理两种角色的比较：

正如黄健翔的名言说的一样：“你不是一个人在战斗！”项目经理要时刻记住这一点，不要只顾自己闷头编码。只有学会发挥团队的力量，才能管好项目，成为一名真正合格的项目经理。

2.为什么软件企业人难管

从单干到团队做战，项目经理最大的变化就是以前只需要管自己一个人，现在你要管一个团队，以前独善其身就可以了，现在要兼济他人了。可以说，项目经理最重要的一项工作就是管人。

但是软件企业的人是出名的难管。软件公司的经理管人有两难，一是留人难，人才流失成了很多公司的心病；二是用人难，要把程序员用好，把大家的潜力发挥出来，决非易事。

（ 1 ）留人难

每年春节过后大约三月份，是很多软件公司的人力资源部经理最“兴奋”的时候，一方面他们要大量招人，另一方面，大量程序员辞职流失，让他们叫苦不迭。

程序员的离职率高，一直是行业的普遍存在的问题。据前程无忧网站2012提供给《中国经济周刊》的信息表明，IT行业人才流失率高居所有行业的首位。另外据CSDN的一份调查显示，43.6%的开发者在5年内换了3份以上的工作，这么高的跳槽频率真是让人瞠目结舌。我们不禁要问，为什么程序员这么“喜欢”跳槽呢？

我曾经接触过数以百计的人员离职，根据对他们的分析，我将程序员离职的主要原因分为三种：

表 程序员离职原因分析

以上枚举显然不能穷尽所有的问题，但能抓住主要原因就可以了。

这么多问题中，最重要的还是薪资问题。据《北京青年报》的调查显示，“职业收入高低”是促使人们跳槽和选择新职业的首要原因。然而在这一问题上，公司其实也有其苦衷。

很多人从学校毕业，对开发基本上一无所知，经过在公司一年多的培训学习，取得了巨大进步，个人能力提升很快，此时必然对薪资要求也比较高，这是可以理解的。然而，站在公司的角度，这一年你基本上还谈不上什么贡献，公司却付出了较大的成本，大幅加薪一时难以接受，难道我把你招进来就是为了培训然后再涨工资干活吗？你也许会认为公司非常短视，这样的公司不待也罢，殊不知，软件行业看似光鲜，其实大量的企业挣扎在生死线的边缘。据工信部统计，2011年上半年我国软件行业利润仅占软件业务收入的1.28%，这么低的利润率，能活下来就是成功，对公司提出过高的要求也是不现实的。

在这一场博弈中，没有谁对谁错，但公司肯定是受伤的一方。真正将员工利益与公司利益统一起来的凤毛麟角，大部分公司里，公司和员工就像一对冤家，虽然互相需要，却又矛盾重重。

当然，其实公司也应该转变思路，不要总抱着我培养了你、你应该感谢我的心态，在程序员进步巨大的情况下，还是要给员工相应的薪酬，真正留住人才，毕竟软件项目禁不起人员剧烈变动的折腾，从长远来看，公司还是划算的。

（ 2 ）用人难

留人难，用人更难，要把程序员用好，则是难上加难。员工用得好，每个人都奋勇当先，以一当十。用得不好，员工死气沉沉，没有朝气和干劲。在我所见过的软件项目中，虽然有不少程序员工作主动积极、富有效率，但更多的是缺乏激情、消极怠工、甚至不服从项目经理工作安排情况。

为什么软件开发人才就这么难用呢？这是由多方面的因素所决定的：

●软件开发的特点

软件产品有一个非常显着的特征，就是它是一种无形的东西，在生产过程中看不见也摸不着，完成以后可以看到运行效果，但你还是无法知道它是不是一个“豆腐渣工程”。它里面暗藏的问题也许若干年后才能看到，也就是说它的质量评价非常困难。这与传统的制造行业有着非常大的差别，比如你是造一栋房子，生产过程中我们就能看到它的结构设计是怎样的，它的地基是不是够牢固，它有没有用“牙签钢筋”等等。

第二个重要特点是对人的依赖性非常大。同样的一个功能点，由不同的程序员来做，所花的时间可能会相差很远，比如有经验的人来做可能只要1天，没经验的人来做，可能1周甚至1个月都完成不了，做出来的质量也可能有天壤之别。即使是同一个人，由于其工作状态的差别，也会产生巨大的差异，如果主动积极做，可能只要1天，消极怠工的做，就无法预期了。这样的情况，在传统行业是无法想象的，只要按规定的程序和规范来做，即使换一拨工人，也可以在同样的时间建造出来，建出来的房子的质量也不会相差太远。要知道，再烂的挖土机也能挖出一个大坑。

总之，软件开发存在非常多的不确定性，非常依赖于每一个开发人员。虽然管理专家们发明了很多方法企图来减少这种不确定性，减少对人的依赖，让软件开发像传统行业一样变得可控，但迄今为止，仍然没有一个通用的行之有效的方法，专家们也不得不无奈的发出“没有银弹”的感慨。

● 程序员的个性比较强

不得不承认，与其它行业人员相比，程序员显得更加内向、不合群，有些人自视甚高，看不起别人。他们做事冲动、不服管，也就不足为奇了。

●程序员的想法比较多

程序员都很聪明，对自己的期望值也很高，不会满足于现状。有想法本来是好事，但人人都很有想法时，经理就没那么好当了，没有高超的领导技能是难以应付的。

综上所述，软件企业对人的依赖性非常强，却又面临着留人难和用人难这样两难的困境。要解决这些问题，一方面要求软件企业真正要做到以人为本，另一方面也对管理者提出更高的要求。

3.转换思维提升领导力

留人难、用人难，难道我们真的就无能为力了吗？这两难困境中，有行业原因、有公司原因，对于这些，作为项目经理也许力不从心；但也有程序员的原因和项目经理自身的原因，对于这一类问题，项目经理并非无能为力。即使在同一个公司，不同项目组中的人员流失情况、团队士气也会有很大的差别，这说明项目经理完全是可以有所作为的。对于有强大领导力的项目经理而言，人员的流失率会更小，工作效率会更高。要提升领导力，首要的是转换思维。

在前面博文中曾介绍了管理的五大思维：以目标为中心的思维、整体思维、平衡思维、以人为中心的思维、团队思维。其中前面三项与理事有关，而后面两项与管人有关。下面我们对这两种思维进行详细的解析：

表 管人的两大思维

可以看出，这种以人为中心的思维和团队思维，真正体现了以人为本的思想。它们与程序员的机器思维、单干思维大相径庭。许多项目中的问题，就是由于项目经理的思维还停留在程序员阶段造成的。

管理学之父彼德.德鲁克说：“管理是一门反映人的内心，与人性息息相关的科学。”项目经理只有跳出程序员思维的局限，实现思维的转换，尊重人性、遵循人的社会法则，才能真正把人留住、用好，项目团队才能具有更强的战斗力。

4.项目经理也是人事经理

在管人的方面，除了要建立上面两大思维之外，还要提高一项认识，那就是项目经理其实也是整个团队的人事经理。

很多项目经理对下属关注的重点往往是他有哪些具体技能，比如他有几年工作经验，他会用JQuery吗，熟悉NHibernate吗等等，而对于项目组成员培训、薪资、离职这些事情，则认为统统是部门经理或人力资源经理的事情。如果将问题交给人力资源部，需要跨部门协调，比较麻烦，因此干脆直接全部推给部门经理。

我担任部门经理的时候，曾无数次遇到这样的情况：

项目经理找到我说：“经理，某某要辞职了，帮我安排一个人。”

“你跟他谈过没有？”我问道。

 “还没有。”

“他为什么辞职？”

“还不清楚，可能是工资问题吧。”

我找员工沟通过之后，原因自然是五花八门，有要求加薪的，有抱怨环境的，还有跟项目经理合不来的，不一而足。经过多轮沟通，该开导的开导，有合理要求的尽力帮助争取，还有一部分可以承诺延迟满足，或者用前景来“诱惑”等等，采取这些方法之后，还是有不少人愿意留下来继续做的。其实，大部分辞职的人并不是喜欢换工作，而是有一个心结，需要上司来帮他打开。

其实我做的这些工作，项目经理一样可以做。项目经理与员工朝夕相处，要时刻关注员工的动态，发现异常情况，及早介入沟通，也就不需要其上司费尽心力了，而且员工可能根本不会走到辞职这一步，沟通效果会更好。

项目经理还有一个普遍存在的误区，就是在评价下属时，习惯于说某某不听话、不好管。殊不知，一个员工好不好管，其实也取决于项目经理本人的态度和做法。一个看似不好管的员工，经过引导，同样可以成为项目的骨干，这样的例子屡见不鲜。

所以项目经理在碰到管人的难题时，不要再总是想“这个我管不了”、“那个我没办法”，而应该抱着“我也是人事经理”这样的心态，主动沟通、想办法。如果经过分析或者努力后，确实需要上司出马的，才去请上司来帮忙解决。直接把问题丢出去，当然是最简单，但这样做一方面你在团队中的威望会受到影响，项目的凝聚力下降，另一方面你的个人价值也大打折扣。

5.打造“凝胶型”团队

着名职业经理人唐骏说，管理的任务就是“造一条船，然后让船划起来”。对项目经理而言，我们已经有了一条船——就是项目团队，现在的任务要把它划起来。

软件质量之父沃兹.汉弗莱曾经提出，一支高效的团队应该是一种“凝胶型”的团队。在这样的团队中，大家有着清晰的共同目标，彼此合拍，每个人都全身心投入，团队显示出超常的战斗力。

我曾有经过一次项目灾难拯救的经历，这一段时间我真正体会到了凝胶型团队的力量。项目上线后发现软件运行效率极低，故障不断，人人疲于奔命，客户发出最后通牒，三天之内搞不定就下线。在这种情况下我临危受命，临时接管项目。接手后我主要做了以下几项工作：

1.找出当前影响最大的几个问题，采用头脑风暴法一起找出解决方案，在短时间内让客户体验有较大改善，让客户重拾信心，然后不失时机安抚客户情绪；

2.每天客户下班后开会，与项目组成员一起进一步研究项目存在的问题，按轻重缓急做成任务列表，制定阶段目标，并检查上一阶段完成情况，更新任务列表；

3.向公司申请了充足的经费，保障后勤，改善工作环境和吃、住条件，解除后顾之忧；

4.与团队一起加班加点，一起分析问题，并亲自完成一些力所能及的功能修改。

有随后一段时间里，项目团队的状态让人难以置信。项目组虽然夜以继日的工作，却没有一个人说出一句怨言。其中一位同事才刚当上爸爸一个星期，就驻现场无法回家；还有两位同事的女朋友半夜打电话过来，他们只能躲在一边苦苦安慰；还有一位同事，由于个人原因早先已经申请了离职，仍然与我们一起奋战到最后一刻……经过一个多月辛苦修改完善，项目总算彻底摆脱了危机，项目组高高兴兴打道回府。

在这一次经历中，虽然大家都很辛苦，但每个人都过得很充实。大家同心合力，每个人都贡献了自己全部的智慧和力量，也都做到了以前难以想象的事情。

我为什么举这个一个非正常项目（陷入灾难）的例子呢？这是因为要建设一个真正的凝胶型团队非常不易，不只是依赖于项目经理和每一位成员，还与公司的制度、氛围、项目的任务特点等多方面的因素密切相关。在这个例子中，项目灾难显然也是激发大家战斗力的一个重要因素。不过，即使是不能完全做到，但通过项目经理努力，还是可以近似实现的。

根据项目经理团队中充当的角色和发挥作用的不同，凝胶型团队可以分为两种，即星型和网络型，如下图所示：

图 两种“凝胶型”的团队

● 星型

项目经理处于中心位置，好比一颗红太阳，把大家吸引在自己的周围，整个项目组依靠项目经理领导力团结在一起。这要求项目经理个人能力极强，富有魅力，具有绝对的权威。星型团队的决策方式常常是这样的：项目经理收集意见，项目经理决策，再反馈给大家，或者由项目经理单独决策，再分发给大家。

● 网络型

网络型的团队中，项目经理看似在其中不占主导地位，项目经理的权威被弱化，实则项目经理的对团队的控制已经内化到每个人的潜意识之中，达到了一种近似于“无为而治”的境界，因此对项目经理的要求更高。

这种团队的决策方式一般采用民主制或民主集中制。把大家联结在一起的不只是项目经理领导力，更是富有挑战性、具有吸引力的目标，以及共同的认识和价值观。项目经理往往是外柔内刚，能够不动声色，于无形中实现对项目掌控。

能够建成星型团队的项目经理已经寥寥，能做到网络型更是可遇不可求。不管有多难，目标不能丢。我们就好比是一群已经出发的登山者，来到了山脚下，怎么能够因为看到山太高太难爬就放弃攀登呢？

https://www.cnblogs.com/watsonyin/archive/2013/04/22/3035203.html

‘伍’ 你们是怎么看待那些动不动就说别人代码很乱的程序员

可以把这个作为互相交流的契机，既然他觉得乱，你就跟了解清楚为什么觉得乱，怎么才能不乱，说不定他说的有道理，你就能学到东西了，如果他说的不对，就用疑问的方式委婉地提醒他一下，如果他还是那样，就随他去了，他的观点不重要，又不会影响到什么的话，听听就好。

‘陆’ 求一个动态图

‘柒’ 程序员6年只干了50个小时工作，被开后称是编写了自动化工作脚本

很久之前，Reddit上出现了一则匿名的自白帖子：“ 大概六年前到现在，我在公司什么活都没干 。”

这个化名为FiletOFish1066的程序员称自己供职于一家知名的 科技 公司，实际上无所事事。

他写道，谋得这份质量保证工作的八个月后，他使自己的全部工作完全自动化。“我可不是开玩笑。每周40个小时，我去上班，在办公室玩《英雄联盟》，浏览Reddit，想干啥就干啥。 在过去这六年，正儿八经的工作我可能也就干了50个小时 。”

上司意识到他在六年内所做的工作比大多数硅谷程序员在一周内所做的工作还少后，就把他开除了。

这个故事在网上的技术圈子迅速传播开来，最终促使这位主人公不仅删除了帖子，还删除了整个帐户。

我发现歪果仁也跟中国人一样爱看热闹，不嫌事大！

大概一年后，一个自称是Etherable的用户向互联网上最重要的程序员论坛之一Stack Exchange上的Workplace版块发了一个问询帖：

“我没有告诉雇主我的工作已自动化，这是否不道德？”这位内心矛盾的程序员说，他接受了一份美其名曰是“数据录入”的编程活；六个月前，他编写了使整份工作自动化的脚本。此后，“ 上一个人过去常花一个月才能完成的工作现在只要10分钟就能完成。 ”这份工作是专职性质的，带来的好处是Etherable可以在家办公。

这个程序取得了近乎完美的效果。

后来这个帖子引起了分歧，评论铺天盖地。（现在浏览量将近50万人次。）意见分成两大派，一派觉得Etherable在欺骗雇主，至少在蒙蔽雇主；另一派认为这个程序员只是找到了一种巧妙的方法来完成手头的工作。Etherable从未回应随至而来的讨论。也许是被受到的关注程度（世界各地的媒体都在竞相报道此事）吓坏了，这个用户销声匿迹，只留下了那则帖子，关于谁可以使工作自动化、在什么样的条件下这么做的讨论越来越备受关注。

可以称之为自发自动化（self-automation）或自行自动化（auto-automation）。在大规模自动化这个幽灵困扰一线员工的那一刻，自行其事的程序员表明这个威胁到了程序员的手里，如何变成天赐之物，不管雇主是不是知情。由于FiletOFish1066和Etherable都匿名发布帖子，随后很快消失，因此两人都联系不上，无法请他们发表评论。但他们的故事表明，职场自动化会有多种形式，并由高管以外的人来主导。

生性乐观的经济学家和未来学家吹嘘， 自动化的好处在于，将工作交给机器有望消除无须动脑子的重复性工作 ，让人们可以一心扑在有趣又有创造性的工作上，或者更要紧的工作上。

砖家你确定现在程序员干的都是不动脑子的工作？

你还确定，时间多出来之后，

程序员会干有创造性的工作？！

几十年来程序员们一直在编写使工作自动化的代码。编程通常需要用到在不同的层面（从代码格式化到合并至不同的代码库）添加自动化的工具，大多数人根本没有走到使工作完全自动化或几乎完全自动化这个极端。

我通过Reddit和电子邮件的私聊信息与十来个声称有类似经历的程序员聊天。这些自发自动化人士处理过库存管理、报表编制、图形渲染、数据库管理和各种各样的数据输入。

有个人还使他妻子的全部工作自动化。大多数人要求匿名，以保全工作和声誉。

一位很早是自发自动化人士的名为Gary的程序员告诉我：“一开始，我的工作每天实际上要干8个小时。”他在一家大型企业连锁酒店工作，这家连锁酒店在90年代开始实现计算机化工作流程。Gary很快意识到在花大量时间重复同样的任务，于是他开始 下班后学习编程 。他说：“大概 花了三个月的时间，我用Lotus 1-2-3（当时一款很流行的PC电子表格软件）编写了一段代码，不仅使个别的重复性任务自动化，实际上还使整份工作自动化 。”他没有一五一十地告诉上司，其职场生活的质量大大提高了。

他告诉我：“一整天很空闲感觉怪怪的，于是我趁空了解酒店的其他系统。”后来他帮助管理层消除了那些系统中的瓶颈。自行自动化消除了琐碎的工作，减轻了他的压力，并让他可以扑在真正感兴趣的事情上。他说：“实际上，我将这份岗位变成了自己喜爱的岗位，即排查故障。”在离开公司前两周，他交给老板一张软盘，里面装有这个程序和解释如何运行的说明文档。Gary说，老板对他辞职颇为不安，直到他交出了软盘，介绍程序如何运行，并告诉老板万一有问题可以打电话给他，老板才放下心来。 后来电话没来过一个。

在大多数领域，一线员工对于他们的工作是否自动化，或者如何实时、何时实施自动化很少有任何正式的意见。自发自动化人士明白，自由化由势必从中收益的一线员工、而不是由自上而下的公司命令来安排自动化会什么样。一些人欣然享受多出来的闲暇时间，另一些人利用多出来的时间来学习新技能，应对新的编程挑战。

ps：你确定不是玩手机？

不过，许多自发自动化人士害怕与办公室外面的人分享代码。即使一个程序无可挑剔地完成了工作，许多人还是觉得为牟私利而搞的自动化是错误的。人力劳动本质上是善良的（以及员工应始终最大限度地为雇主提高生产力），这比任何自动化脚本更深深地融入到美国的职场文化中。而大多数雇用合同明文规定，工作时间开发的知识产权属于雇主。因此，员工可能所做的任何效率提升或自动化改进都往往归雇主所有。

一位程序员没有把他使其工作完全自动化的真相告诉公司，因为担心公司到时声称知识产权归公司，并拒绝补偿他。另一位只肯自称是Jordan的人告诉我，他曾无意中使整个部门的工作自动化。现在他用自动化脚本每年省下“好几周”的时间。Jordan表示，他和同事们保持缄默，绝不透露自动化技术，以便控制使用自动化技术的方式：“我们通常不对外透露这些工具。”

另一位程序员竭力向老板隐瞒使其年薪5万美元的工作完全自动化的概况。管理层可能通过网络查看其电脑屏幕上的内容， 于是他运行预先录制的视频，掩盖他实际上没在工作的事实。 Etherable在寻求建议的帖子中写道：“我觉得这么做不对。”

一些程序员表示，就因为使工作自动化，自己已被公司炒鱿鱼。2011年，一个名为AcceptableLosses的用户写道：“ 公司拿去了我开发的软件，派一个白痴顶替我，并立即以“不服从”为由解雇了我 。我开发了一款每年让这家公司获利100万美元的软件，对方却仅仅为了省下每年约3万美元的工资而开除了我。我真是自掘坟墓啊。”

正因为如此，自发自动化人士担心的倒不是道德问题，而是不想被雇主开除或盘剥，正如伍德科克特别指出的那样，雇主“不仅要求我们的所有时间归他，我们开发的所有东西也归他。”他推测，谨慎的自发自动化人士“不信任我们的工作场所。上司会说‘谢谢你，干得漂亮。现在再做一次。’”

很少有员工渴望完全自我自动化，但似乎越来越多的员工对于使用脚本来处理繁忙工作感兴趣。网络上有众多这方面的博文和实用文章，比如《我如何用Node JS使我的工作实现自动化？》，也有众多播客介绍每一种想象得到的自动化：小公司、营销和智能手机。这简直就是一个蓬勃发展的家庭手工业。

照目前情况来看，自发自动化大有助益。但随着自动化技术变得更广为人知，它们可能完全成为管理层期望员工拥有或学会的另一种技能，并最终让企业受益，并以另外某种方式使这些人成为有用的员工。

《哈佛商业评论》杂志写道：“员工将越来越需要使自己的工作自动化，否则就滚蛋。放眼全球，我们会看到更多自上而下的管理层命令，要求搞自下而上的自动化项目。”而老板及员工开发的机器人软件会再次品尝胜果。

在此之前，任何使用代码的人都可能应该考虑自发自动化带来的好处。可以以此来测试自动化如何为普通员工带来更高的生活质量，尽管谈不上完美。伍德科克告诉我：“问题在于自动化要有效，自动化要民主化。不是公司企业在提供自动化，这向前迈出了一步。它仍然不是民主化过程。”自发自动化人士在单独行动，决定何时、如何把自己的工作换成代码。而理想情况下，自动化决策将在同事和同行给出意见的情况下共同做出，以便可以均匀分摊好处。

自发自动化人士表示，程序员有独特的条件，可以与雇主就员工应该保留哪些自动化带来的效益展开谈判，比如时间更短的工作周以及更灵活地从事自己感兴趣的工作。从理论上来讲，自发自动化人士可以在属于中产阶级和工薪阶级的程序员当中组织和分配自动化技术，从而打造有望实际上获得15小时工作周的一个行业。这似乎是千载难逢的机会，可以努力为把人放在首位的自动化模式创造条件。

你如何看到互联网蓬勃发展，越来越多产业自动化发展，今后人们能做什么呢？

欢迎评论

点击【右上角，关注 子瑜说IT 】持续更新IT资讯以及web前端开发教学

‘捌’ 现实中程序员是怎样飞快敲代码的

敲代码很快有几个条件

1.对项目代码和结构非常熟悉，知道整个数据流的在代码中的流动过程和变化过程。知道当前新增的代码在整个项目处于哪个位置，对于数据会有产生什么新的变化。这些要心理有数。也就是从架构层面去思考代码的编写。

2.对于需求理解的很透。这样业务逻辑转成代码逻辑就不会有任何不清楚的地方。

3.已经解决了技术难点，也就是说前期测试性代码已经写过了弄清楚了，避免了突然出现的技术性难点

4.新增的代码和新增的数据结构已经仔细思考过了，并设计好。也清楚引入这些新的代码和数据结构对现有代码的整体影响

5.异常点的位置的处理方案已经安排好了。写代码一部分是正常业务流程，算法过程，但是另外一大块就是处理各种异常。当异常出现之后，是代码重试，报错后忽略，还是报错之后停止代码，还是报错后清理代码并重新恢复上一个状态，等等。这些都是要心理有数。

6.对于如何新增源代码文件，命名函数，命名文件名，命名类名，命名变量名有一整套方案。有时候想个函数名或者变量名都要卡好几分钟，就不算飞快了。别笑，想个变量名，网络十来分钟的时候多了去了。

7.外部环境已经准备好了。IDE稳定，数据库结构稳定，数据稳定，网络稳定，访问网页顺畅，准备好免打扰的牌子。准备好刷卡提需求的二维码，准备好板砖和大刀，预防产品经理提需求和改需求。

‘玖’ 程序员2年未涨薪水,跳槽后翻倍！前领导愤怒回应：没有忠诚度,你怎么看忠诚度和薪水的关系

我觉得忠诚度和薪水并不能画等号。
一个企业如果说是让一个员工在职的话，她购买的就应该是这个员工的劳动力，这个和员工的忠诚度没有任何关系，
我觉得忠诚度这个东西，和员工应不应该跳槽跳槽以后如何表现没有任何关系，他不过是领导不想负薪水的一种说辞罢了。
领导这种做法，其实也不过是给自己的抠门找一个说辞罢了，正常情况下的薪水应该是有的，而且涨幅也应该是按照年限成正比。
员工在单位的时候只要是尽心尽职的工作就应该属于有忠诚度，而他跳槽的原因也是因为薪资没有达到他的标准。我们出来工作不就是为了钱吗？又不是做慈善。

对于这样的领导，即使再带个三年五年他也不会给你涨工资，所以早点跳槽算是赚到了。