说实话，每次看到这种话题我都想笑。计算机科班出身的那帮人，总觉得搞算法、搞底层、搞架构的才是“真·程序员”，而写业务逻辑、调接口的“软工”就是高级码农，甚至有人觉得那是“CRUD Boy”。这种鄙视链，我听了十几年，早就麻木了。但今天我不讲大道理，我就讲讲我在一线踩过的坑，和那些真实得让人想骂娘的行业现状。

先说个真事。前年有个大厂P7来我们小团队做技术顾问，张口闭口“微服务拆分”、“分布式一致性”，眼神里透着股清高。结果呢？项目上线前一周，核心业务逻辑有个隐蔽的边界条件没考虑到，导致资损。最后是谁在通宵修bug？是那个被他们瞧不上的“软工”老张。老张没搞什么高大上的架构，就是死磕业务细节，把每一个异常流程都兜住了。你看，这就是为什么计算机鄙视软工，因为他们往往只看到了代码的复杂度，却没看到业务的复杂度。

很多人觉得软工没技术含量，这纯属扯淡。你知道现在一个成熟的电商后台，光是一个订单状态机的流转，就能写出几十种异常场景吗？从支付超时、库存扣减失败、物流异常到售后退款，每一个环节都要考虑数据一致性。这不是靠背八股文能解决的，这是靠无数个深夜的Debug和与产品经理的“互殴”磨出来的。

再聊聊钱。别听那些搞算法的吹薪资天花板高。在大部分非头部大厂，软工的薪资其实更稳。为什么？因为业务永远在变，需求永远在改。算法岗可能因为模型效果波动被优化，但业务系统崩了，老板第一个找的就是能最快恢复服务的人。我有个朋友，在一家中型互联网公司做后端，年薪40w+，工作朝九晚六，周末基本不加班。反观他那个搞AI的朋友，为了调一个参数，熬了三个月，最后因为业务方不需要这个功能，直接项目砍掉，人也没了。

这里有个大坑，新手最容易踩。很多人以为学好Java或Go就能拿高薪，结果入职后发现，真正累的不是写代码，而是理解业务。你写的代码再优雅，如果不符合业务直觉，那就是垃圾代码。我见过太多刚毕业的计算机系学生，拿着LeetCode 300分的水平去面试，结果被问到一个简单的“如何防止重复提交”都答得磕磕绊绊。因为他们只关注技术本身，忽略了技术是为业务服务的。

所以，为什么计算机鄙视软工？因为软工太“脏”了。要处理各种历史遗留代码，要和不懂技术的业务方沟通，要背锅，要面对随时可能变更的需求。这种琐碎和无奈，让那些只追求技术纯粹性的人感到不适。但恰恰是这种“脏活累活”，构成了互联网世界的基石。没有这些看似平庸的代码，再牛的算法也只是空中楼阁。

如果你现在还在纠结自己是该转算法还是继续深耕业务开发，听我一句劝：别被那些虚头巴脑的概念忽悠了。技术只是工具，能解决实际问题才是王道。软工不是低人一等，它是互联网行业的毛细血管，虽然不起眼，但一旦堵塞，全身瘫痪。

最后给点实在建议。别光盯着技术栈更新，多去理解业务背后的逻辑。去读读公司的需求文档，去听听客服的录音，去看看用户是怎么骂产品的。当你开始从业务视角看代码，你会发现，那些曾经让你头疼的“烂代码”，其实都藏着深刻的业务智慧。如果你在实际工作中遇到搞不定的架构难题，或者对职业路径感到迷茫，不妨找个靠谱的前辈聊聊，别自己瞎琢磨，容易走弯路。