Question

今天有位同学在微信诉苦说： “刘老师，我去年转行学的编程，今年找的工作，进了一个做金融系统的公司，现在差不多工作三个月了，感觉很痛苦。 系统业务逻辑很复杂，经常是花费很大功夫去理清业务逻辑， 然后才能写代码， 一天下来代码没写几行，尽是在理业务逻辑了，公司人员流失比较严重，我们组长都是才来不到半年， 很多模块他也没有做过，经常找不到人问。 我担心时间长了技术就废了 ”

我看了以后，非常感慨，这绝对不是个案， 很多同学可能都处于这种困境当中，国内很多软件公司都有这种情况。

从公司层面来讲， 这种状况在一定程度上反应了管理的成熟程度，管理规范的公司对于一个维护多年的系统，会积累不少的文档（虽然有些文档过时了，但总归有迹可循。） 如果人员离职，也会有转移和交接，确保项目能正常进行。 更有甚者，人员有备份， 走了也不怕。 绝对不会出现这位同学说的连组长都是新人的情况。

当然有更多公司迫于各种无奈的现实压力，走上了野路子， 最后就苦了我们这些程序员。

没有文档， 没人讲业务， 业务都在代码中， “代码才是设计”在这里真是体现的淋漓极致。

客户还在不断地提需求， 为了理解业务得不断地看代码，还是烂代码，都快看吐了。 好如容易找到改动的地方， 心里又犯嘀咕：会不会影响其他功能？ 出了幺蛾子领导还不把我骂死？ 刚入门的新人真是压力山大啊！

该怎么办呢？ 转行后好不容易找到的工作， 再坚持一段时间吧。

在这个项目上熬了一年， 感觉技术没有任何长进， 终于受不了，决定脱离苦海，偷偷地去面试下一家公司。

面试官说： “你在原来的项目上都做了那些事情啊？”

“我们那个项目太烂了， 都是遗留代码，看不懂， 既没有文档， 也没有人可以问，我整天都是看代码理解业务， 然后改动一点点， 实在是太无聊了， 我还是热爱技术， 想找个能做技术的工作。”

面试官心想： 卧槽！ 我们这儿的项目也是这样！ 这人来了估计也不安分，还是算了吧。

那到底该怎么破呢？　其实我也没有特别好的解决办法。　

我只想说的是，确实没有什么理想的工作，让我们舒舒服服地学习技术，但在一种恶劣的环境当中，虽然无法改变全局，至少得留下自己的印记， 不要总是王小二到此一游，把自己当成一个匆匆的过客。

不妨先改变一下对这个“烂系统”的态度，少抱怨，多做实事。

比如说：我费了一天的劲，把这一块代码读通了，业务搞清楚了，然后晚上不打王者荣耀了，把我了解的业务写成文档，方便自己也方便后来人阅读。 或者说：我看到这段代码很不爽，最近刚刚学了重构，就把他改了吧。　

当然你可以做的更牛，我经常举的一例子就是前同事 Jason，下了班后一个人在单步调试一个烂系统， 不久以后就对系统滚瓜烂熟，成了这个团队里的核心人物。

如果他去下家面试，对面试官说： “我们那是个遗留系统， 我把代码都调试了一遍， 搞清楚了， 顺便也把文档给补上了，还修复了一些 bug” 我想每个公司都会非常喜欢的。

很多公司都有自己封装的框架，不要觉得烂，觉得没 Spring 好， 静下心认真学习下， 思考下自有框架的原理，也是一个不错的提升。

突然想起了《士兵突击》中的许三多同学， 在草原五班那个枯燥乏味、没人搭理，干好干坏一个样的恶劣环境中， 不顾李梦、薛林、老魏等人的冷嘲热讽，打击阻挠， 一根筋似的出早操，踢正步，修路， 坚持做自己认为正确的事情，这样的人真是想不出头都难啊！

本文配图：许三多同学孤独地在修路。