聊一个比较接地气的“老生常谈”话题，关于IT人的职场焦虑问题。最近的电视剧《凡人歌》以及电影《逆行人生》，想必很多人都看过相关片段，再次把这个话题抬上了一个高潮的讨论热度。关于IT职场人，一直是社会热点议题，一方面是远高于其他行业的薪资水平，而另一方面则是远高于其他行业的高强度工作和裁员风险。“冰与火”之间，到底是不是一个理想的职业，众说纷纭。![]()
造成35岁it人职场危机的因素很多，不少网友和专家都总结过，包括：年龄大了加不动班，技术栈跟不上，行业太卷利润率cover不了用人成本，性格和人际关系不够“接地气”等等。其实这些问题，仅仅是在人或者公司上找问题，真正的原因可能在于这个行业的发展方向出了问题。IT行业，本质上是一个重建设的行业，总是不断地构建一个又一个系统和工具。为了提高系统和工具的构建效率，增加利润率，又开始迭代和发展出各种软件平台和中间件。在“卷”死同行的同时，也在“卷”死自己。从供应链的角度，一个行业越处于下游，市场的话语权就越大，同时越容易构建门槛。门槛一是来自于对复杂业务场景的控制和决策力，这里包括行业经验、市场资源。同时，还来自于对流量入口的掌握，比如渠道或者是用户数据的沉淀。在一个供给过剩的经济周期阶段，供应链的上游往往处于被动的局面，这就造成处于这个供应链节点上的“人”就会更加被动。在软件行业，以顾客为上帝这个理念被发挥到了一个“极致”的状态。任何匪夷所思的需求都会被尽可能地满足——以至于国内软件行业已经不是一个高科技行业，其实是一个服务业，其服务的“贴心”程度不亚于“房产中介”。站在客户的角度，代码是无差别的，谁来做都一样（尽管绝大多数IT工程师并不这么想）。业务的解决方案才是客户需要的，而不是工具本身，软件服务越来越个性化，越来越需要提供不在技术能力范围之内的IT厂商的老板和管理层，会因为长期和客户“斗智斗勇”，而变得越来越了解“业务”。与此同时，IT工程师则一般思考的是如何构建一些更轻便、更高级的中间件，可以提高代码的复用率，让自己少加班。一面市场侧要求的是横向能力，一方面技术人才精进的是纵向能力。IT工程师和管理层，彼此的分歧会越来越大，以至于不能顺利转为管理岗的IT工程师，会朝着一个企业和客户都不太重视的方向发展下去——也就是所谓“点错”了技术栈。随着互联网红利的逐渐消失，现在很多大厂都开始关注场景了，对新员工的面试题都是“如何实现营销大数据的动态汇总和实时监测”这样的问题，而不是“如何10行写完b-tree的算法逻辑”。接触了很多IT工程师，其实很多已经意识到“业务门槛”的重要性。技术栈再牛，就像手机一样，很快都会过时，但是业务经验则是“越老越吃香”。然而，想到容易做到难，能成功完成核心竞争力转型的“同学”仍是少之又少。首先，大厂的岗位分工非常明确，技术岗很难接触到业务侧的知识资源和商务资源，繁琐的工作节奏也不能满足这方面的求知欲。其次，如果在于小公司，或许技术人员的能力更加综合，会被迫接触一些业务事务，但是由于代码的不规范，导致技术问题频发，也容易让IT人员分心乏术。甚至，由于小公司的业务规范化程度低，搞的大多不入流业务，学到的业务经验可复制性、可推广性也不高。
当然，说了这么多，这里还有一个更加有趣的观点是：阻碍IT工程师在“业务上”取得进步的最大阻力是个人的内在性格特质。IT行业是作用于数字世界，所有的技术逻辑都是确定的。输入一个print('hello world')，就一定是‘hello world’，不会是‘abc’。
这就是为什么写代码会有“爽感”，因为只要代码逻辑正确，电脑一定会给你一个正反馈。任何业务活动都包含大量的不确定性，人、环境、市场、经济、政策等等。
任何一个变量的波动都可能让“努力”白费。乃至业务经验本身，也不是一个可以客观衡量的事务。如果能够接受更多的不确定性，愿意去和复杂的现实世界产生更多链接，走出舒适圈，也许可以看到更多的发展机会。
![]()
公众号推送规则变了，如果您想及时收到推送，麻烦右下角点个在看或者把本号置顶！
![]()
提供数字化咨询和技术支持，有意向者欢迎添加交流 ![]()
![]()
