4 个月前
工作感想作为一个曾经在传统行业工作过的程序员，这是我一直很想聊的一个话题，
每天代码也在写，项目也在做，回过头看，发现自己并没有真正创造什么价值，反而陷入了一种说不上来的无力感。
我在线下跟在传统行业有过工作经历的同行聊天时，大家都有类似的感受。
我所提到的传统行业，并不是落后的行业。
恰恰相反，它们都在自己的行业领域深耕多年，拥有稳定成熟的商业模式，比如外贸、物流、化工、零售......
它们最大的特点就是：公司的核心收入不依靠互联网产品或服务，而是来自线下业务。
互联网系统更多承担的是支持与辅助。大多数程序员在这类公司里都有一个固定的角色：职能部门。
言简意赅就一句话：因为公司的核心竞争力，并不掌握在程序员手里，说白了就是公司不靠程序员直接赚钱。
对于大多数传统企业来说，支撑企业发展的，往往是三层关系：
而程序员，对这三层关系能够提供的帮助其实非常有限，公司的核心竞争力，也不是靠几套管理系统，也不是靠用了什么最新技术框架建立起来的。
理论上可以，现实往往比较骨感。
我在一家传统行业工作时，曾经有过的想法是：只要我把系统做好，业务自然会全力支持和推广。
现在回过头看，不得不说当时的我很傻很天真，本质上业务与你的工作目标就是不同的，
销售关注的是业绩。
市场关注的是获客和转化率。
交付关注的是执行效率。
对于他们来说，每周、每月、每年都有清晰的业务指标，不可能有时间去配合技术团队打磨产品，优化系统。
而程序员如果不了解业务，系统开发全靠猜，最终就会变成：技术不懂业务，业务不明白技术的沟通壁垒。
也是程序员在传统行业里最常见的问题。
之前在一家传统行业公司工作时，我们尝试开发过一套询价系统。
设想中的流程是：客户注册账号--在线询价---留下联系方式，公司从中获得一部分潜在客户，再由销售后续跟进，一个看起来很完整的商业闭环。
然而真正上线后，每周访问质量并不高，负责维护价格的同事只是例行更新数据。
至于一些重要的反馈，客户转化率、用户体验、成交数量、成交额，没有人再去持续跟进。
所以问题并不是出在系统写的不好，程序员能做的就是把系统做出来，至于最终的使用效果，取决于业务部门是否愿意投入精力去推动。
系统长期没有人使用，自然也就不会获得有效反馈。
没有性能压力，没有产品迭代，没有商业逻辑，为了维持仅有的存在感，只能去维护OA系统，修改企业官网，开发一些简单的内部管理后台，做几个CRUD页面。
形成恶性循环后不只是技术停滞，也很难培养商业思维和产品思维，因为很少有机会真正直面用户。
过去15年，互联网的浪潮可以说席卷了各个行业，“数字化转型”，“数字化赋能“在很多传统企业里也被反复提及，但最终做到的并不多。
原因并不是技术，也不是人才。
很多传统企业起步于2005年前后，那时候互联网没有深度融入商业活动。他们依靠原有的模式获得了发展，也因此会形成路径依赖。
只要现有的业务还能持续赚钱，就不会主动投入大量资源去重构流程。
技术部门只是一个支持角色，而不是业务驱动角色，程序员在企业中的定位也自然会变得尴尬。
如果长期处在一个既无法触达外部业务、又很难深入内部业务的环境里，职业生涯就会遇到瓶颈。
当然这篇文章并不是在否定传统行业，
相反，大量真实世界的运转在依靠它们支撑。
只是对于程序员而言，真正需要思考的，也许不是学会多少新框架，而是如何让自己的技术真正参与到价值创造的过程当中，
我们需要主动寻找那些真正能让技术与业务产生连接的机会。
毕竟，当潮水退去，无论是AI时代还是互联网时代，能够留下来的，始终是那些持续创造价值的人。