程序员的悲哀是什么？ 第1页

本来曾经受邀来回答这个问题的，我当时没想写什么。

那天空闲，做了一个回复，结果响应的人挺多的。

后面一个一个补充一下，回到15年前的一个状态么？好像有点像，真得很多年没有这样应答了。

我做的回答是：

“

你这并不是喜欢编程，喜欢编程的人，不会因为996就厌烦，反而是乐在其中的，我就是这样的人。所有只是因为程序员薪资高才过来当程序员的，没有一个是真正喜欢编程的，他们只是爱钱而已，因为爱钱而骗自己，骗公司，骗所有人，说自己喜欢编程。

”

我说的是不会因为996就厌烦，可从来没有一句话说我支持996。

于是，只会断章取义，以偏概全的一群人出现了。唉，无语，国内太多的人，不懂得看本意，只会看有利于自己想法或者不利于自己想法的部分。

刚刚有时间才看了一下差不多所有直接回复我的评论，嗯，这种特色很常见。我截了张长图：

上面针对评论回复，我都做了图片点评，也许不到位，但是，差不多了，就这么多吧。

20200622补充：

关于兴趣，可以看看前两天应邀参加腾讯云+社区的一个关于新技术的直播，我和两位专家之间的对话与讨论：

这里面有不少点其实是和本话题有一定关系的。

我理解的悲哀还是没有真正从内心喜欢上做一个程序员，能够真正感受到开发的乐趣。

我讲一个小例子，一个程序员工作了5，6年做开发，后面转行做了类似成功学的自媒体，当然个人收益更大是好事。但是我们却看到在文章里面说自己讨厌开发，终于可以不写代码了。工作累996，或者待遇不算高，但是你不能否定的是开发真正带来的乐趣和成就感。你不喜欢开发可以早点转行，委屈自己5，6年对你或对程序员这个职业都是最大的悲哀。

所以程序员的悲哀是自己压根就不想做一个真正的程序员。

最后摘录下《人月神话》一书里面关于编程乐趣的描述。

编程为什么有趣？作为回报，它的从业者期望得到什么样的快乐？
首先是一种创建事物的纯粹快乐。如同小孩在玩泥巴时感到愉快一样，成年人喜欢创建事物，特别是自己进行设计。我想这种快乐是上帝创造世界的折射，一种呈现在每片独特、崭新的树叶和雪花上的喜悦。
其次，快乐来自于开发对其他人有用的东西。内心深处，我们期望其他人使用我们的劳动成果，并能对他们有所帮助。从这个方面，这同小孩用粘土为“爸爸办公室”捏制铅笔盒没有本质的区别。
第三是整个过程体现出魔术般的力量——将相互啮合的零部件组装在一起，看到它们精妙地运行，得到预先所希望的结果。比起弹珠游戏或点唱机所具有的迷人魅力，程序化的计算机毫不逊色。
第四是学习的乐趣，来自于这项工作的非重复特性。人们所面临的问题，在某个或其它方面总有些不同。因而解决问题的人可以从中学习新的事物：有时是实践上的，有时是理论上的，或者兼而有之。
最后，乐趣还来自于工作在如此易于驾驭的介质上。程序员，就像诗人一样，几乎仅仅工作在单纯的思考中。程序员凭空地运用自己的想象，来建造自己的“城堡”。很少有这样的介质——创造的方式如此得灵活，如此得易于精炼和重建，如此得容易实现概念上的设想。（不过我们将会看到，容易驾驭的特性也有它自己的问题）然而程序毕竟同诗歌不同，它是实实在在的东西；可以移动和运行，能独立产生可见的输出；能打印结果，绘制图形，发出声音，移动支架。神话和传说中的魔术在我们的时代已变成了现实。在键盘上键入正确的咒语，屏幕会活动、变幻，显示出前所未有的或是已经存在的事物。
编程非常有趣，在于它不仅满足了我们内心深处进行创造的渴望，而且还愉悦了每个人内在的情感。

悲哀的就是，想吃技术饭，那就要走专家路线，但是中国软件开发绝大多数是应用，能给得起钱的也是应用，对专家的需求就没多少。

这条路才真的是独木桥，走到后来，你会发现，你潜心研究的技术都是狗屁，不赚钱。

例如某个回答里提到的，悲观锁乐观锁。我也曾经喜欢研究这类问题，但是后来我发现，一个框架就搞定了。我们的业务量根本做不到需要这种专家的量级——等我们做起来了，系统推倒重来再说。

中国最缺的，是懂管理、懂技术、懂业务的人。

这类人太少了，知乎上你来看，有几个程序员能给你讲一讲他们公司的业务的？有几个能说清楚老板怎么想问题的？

CTO这个群体，要说技术能力，一群人跑出来七嘴八舌给你出主意。

一说业务，好多人就只是粗糙的背背宣传材料，公司到底怎么赚钱，行业趋势什么样，商业模式怎么创新，两眼一抹黑。对业务的理解就是“代码中的业务逻辑”。

一说管理，全抓瞎，连沟通都费劲，别说激发员工潜力，打造技术COE这种话题了。

就这个水平，这个能力，35岁，不淘汰你，淘汰谁？

还有脸说内卷……可不是内卷吗？光会技术，那不就是个高级开发，28岁的就能用，我养你38的，有钱没处花？

有人愿意听，我就多说两句。

我这个回答是从国家视角谈的，所以有些人感觉不舒服很正常，基层如果格局跟高层一样了，早就平步青云了，何至于在知乎上褒贬我。

很多人不懂，作为一个技术人，我为什么要懂业务，懂管理？

其实我并没有要求你懂，我只是告诉你，你如果只是钻研技术这条路，天花板很低。

至于你到底想怎么突破，是不是想要突破，是不是要走业务和管理的路，随便你。

给大家讲个故事吧，技术人在行业面前的无力感。

要说中国技术让大家能够亲身感受的，莫过于电商和支付业务。

阿里是这个行业里世界级的翘楚，高并发，高可用，敢在双十一玩儿真秒杀。

我有个朋友，2012年进入支付行业，一直走技术路线。那么支付行业什么时候最赚钱？2015年跟着P2P赚了一笔钱。

2015年，公司明面利润N个亿，销售冠军奖励900万，首席产品官奖励400万，CTO你猜多少？100万都不到。他在技术团队跟着喝汤，下了一场毛毛雨而已。那时候你看他们晒什么？晒全世界到处旅游，晒品味，晒格调。

2016年开始走下坡路了，随着备付金统一存管，网联启动，通道同质化，第四方支付崛起，监管步步收紧，第三方支付的颓势在2016年开始盛极转衰。

记住这段话，这叫行业趋势分析。

什么叫业务，业务是business，就是商业。通俗的说，就是公司怎么赚钱。

绝大多数技术人不懂这个，不关心这个，所以在2016年，他还是很兴奋，觉得钱可以继续赚下去，好日子还在继续。

大家都在拼谁的技术强，谁的职级高，谁能涨薪，你三万，我就四万，你四万，我就五万。

各大P2P公司搅乱市场，只要你有金融背景，就直接待遇翻倍。

到了2017年，有先知先觉的就已经退出支付行业了。那时候他还懵懵懂懂，因为一直在中台做产品，他不太了解前端的行业趋势，但是很羡慕有人赚了钱。所以2018年，他去内部创业，去研究监管，研究市场，研究客户，研究业务模式，跟公司签了对赌。

这一年研究的结果，他跟我聊的是：第三方支付死定了。

这哥们后来急流勇退，不管哪家支付公司让他去，甚至许下CTO的职位，他都抵死不从，坚决不碰支付了。

2016年能看出支付完蛋的，是神人。2017年能看出支付完蛋的，是牛人。2018年看出支付不行了的，是普通人。2019年，甚至2020年还在往第三方支付圈子里钻的，不敢说没有牛人，但是大多数都是废人。

给大家讲这个故事，为的是啥呢？

技术人，你可以选择两耳不闻窗外事，一心只读圣贤书。

但是这条路是独木桥，天花板很低，竞争压力极大。

甚至一个行业的兴衰，决定了你最黄金的十年到底能有多大成就。

人生几十年，错过了就是错过了，愿意在技术领域呆着，没人反对，自己的路自己走就完了。

1、不爱这行，为了工资硬撑着做

2、只会调用api，却以为这就是编程的本质

3、没有学习过计算机基础（如数据结构、操作系统、网络等），却天真的以为这些东西没卵用

4、前端程序员懒得了解后端知识，后端程序员懒得了解前端知识

5、见了几个科班菜鸡，就觉得所有科班出来的都是这样，自己随便学学都比他们强

6、虽然工作了十年，实际上却只有一年工作经验

完美继承了知识分子哭穷哭得跟真的一样。

这底下好多答案，其实就是把所有loser的共性说成是码农特有的，然后各位码农看到了往自己身上一套发现果真如此，果断点赞！实际上答非所问。

码农最大的悲哀是技术人员的文人式优越感远超社会地位。

今天面试的又一波Java.程序员了。

他们中间有好几位80后的，年龄最大的是80还是81年的，头发更是硕果仅存了。

按说，他们都有将近十年工作开发时间，无论经验还是薪资要求都算得上有一些分量。我尽量绕开初等的概念问题，比如ioc的实现机制，或者aop的实现机制，或者数据库的链接字符串该如何写这样的初等理论问题，因为我也大概工作十年了，我知道这些答案的记忆，早就被繁杂的工作给抹去，也不去问各种绕口的多线程或者线程死锁这样的问题，因为我们做的项目不大，不至于考试那么高深。问点实用而且和我们项目相关的吧。

问了下数据库的事务，大家能说出来加个注解，也知道是用aop实现的。但是注解里面有什么样的参数，如何避免脏读，幻读，不可重复读？基本上都回答不上来了。

再比如数据库悲观锁和乐观锁的问题，更不用说分布式事务了！甚至连权限鉴别的实现也不能说出更深的道道。到使用shiro可以实现权限鉴别，但是如何实现分布式的shiro或者自己定义一些filter或者sessionManage更是闻所未闻。

然后动手搭建一个ssm框架都非常的艰难。一般回答都是这些年公司的框架都是搭建好的，自己只是写写读写删改的业务逻辑，至于这些都是框架考虑的。

其中一个80年的程序员跟我讲，平时工作又忙，家里孩子老婆都需要管，事情一大堆，能解决老板安排的任务，哪有心思去学更多呀！

我听后心里一颤，感觉到一种说不出来的悲凉。鼻子一酸，再想自己或许距离这一状态也不远了。

承蒙大家厚爱，一个周末过来，点赞和评论飙升。都超过我写的这一年多来的知乎总量了。

针对大家评论的几个问题，我自己做一下解释。

首先，针对大家的批评，我表示虚心接受，可能我们的面试方式上有一些问题，认真反思并且改进。

其次，我悲哀的不是说没有在我这里面试通过就悲哀的人悲哀。而是我自己作为一个程序员，想想自己慢慢被工作，被生活，磨的快没有了学习进取的时间和吃苦的精神。已经超过35岁了，身体大不如25岁的小伙子，新的技术又没有能沉下心来研究。至于高并发，大数据，微服务这些框架也只是点到为止。甚至都没机会去深入研究使用。如果创业成功还好，如果创业不成，我去面试和找工作。是多么悲哀的一件事。

再次，关于我们的面试。我也不是上来就问问你spring ioc的原理或者servlet的生命周期这些理论性很深的东西。首先我们大概整理了一个技术框架，然后先看简历，根据简历上您写的精通什么，擅长什么。围绕着你精通的领域提问一下，基础得确认你简历上写的技术，你确实用过，深入一点的看看你对用的技术能知其然有没有知其所以然。当然结合我们的项目再来看看是否能起到支撑。最后顺表聊点新技术的时尚类问题，看看你是否还在关注新的技术。至于解决问题的能力和搜索解决方案的能力，我不怀疑工作多年的人有这个能力。但是面试短短的20分钟时间，没办法让应聘者坐下来解决一个问题。如果合适了，才能到坐下来看看能力的这个环节。

最后，谢谢大家的批评和指正。

我这几天过的诚惶诚恐。不知觉点赞的人数过千，同时挨骂的次数也有好几百了。我也曾试着回复和解释。后来发现，认真看完文章，知道我表达的是什么，然后再去批判或者攻击的人都不多。不知道我表达能力的问题，或者是各位看官遇到过某个操蛋的面试官，然后对号入组就开骂！

我只是针对了一些自己经历过的面试现象，这些现象让我自己引发的反思。然后总结成了一篇小短文。文中面试问题不是出自某一次面试，也不是针对某一个人。