不该跑路。有问题的地方，一旦你能解决，就是机会！ 积弊越深，空间越大！
一个类能写9000行，这说明代码的质量很差，进而说明之前的程序员甚至架构师的水平很菜。正是你进行重构和提升代码及产品质量的好机会。
这样的代码，会伴随着产生各种各样的程序问题，从而出现很多产品问题。另外，产品的维护和软件功能的迭代会变得极其困难。如果你能把这些问题都解决了，实打实地让软件质量和产品质量有提升，那么，个人能力的提升和升职加薪都是水到渠成的事。
到一家公司工作，本质上就是要帮boss解决问题，你能解决的问题越多越复杂，说明你的价值越大，如果让boss看到了你产生的价值，就会体现到你的收益和职位上。
举一个我亲身经历的事。
我曾经在一家公司就遇到这种情况，当时那家公司的人力资源VP刚好是前华为同事，他很清楚当时研发团队的水平和软件产品质量，我入职的时候，他就有意识的跟我讲：现在的公司和华为在研发能力和人员水平上肯定是有很大差距，以后能看到各种各样的问题一定是很正常的，但不要遇到问题就抱怨，这些正是能提升能发挥价值的地方。从我后来的经历来看，深以为然。
那家公司的代码能差到什么程度？一个文件上万行，一个函数几千行，函数中有大量的连续上百行没有空行的代码，static变量到处飞，很多的类名、函数名甚至变量名牛头不对马嘴，功能实现错位，到处是越界隐患，异常处理几乎没怎么考虑，没有调试日志，大量的重复代码和废气代码。真是毫不夸张的说。
当时第一眼看到这份代码的时候，我想死的心都有。难怪产品经常出问题，一出问题又很难定位，人员也流失严重，叠加新功能周期很长，旧产品维护投入的人力很大，没人愿意加入那个团队。
但，正是这一个团队和业务，我把它带起来了，后来我的影响力也在整个研发事业部中建立了起来。
我采取了一系列举措：
1）先把现状和产生这么多产品问题的原因，跟boss讲清楚，得有理有据；
2）如果由我来改进这一摊子事，要大刀阔斧地做哪些变更，需要多少人，需要多少时间，跟boss讲清楚。包括架构重构、制定代码规范、明确要整改到什么程度、制定整改计划、分模块进行代码整改、借助哪些工具（代码静态检查、内存检测工具等）、团队成员能力怎么提升、怎么检视代码、怎么验证、怎么保障产品质量、怎么在这个过程中形成好的氛围提升团队战斗力，等等。
3）给出阶段性效果，比如代码质量的改善、产品质量的提升等。让boss能实时了解情况，才会放心大胆地放手放权给你干。
这里面如果展开讲可以讲几天。大家如果感兴趣，后续再补充。
关于这方面代码质量的提升，有几本书可以参看一下：【重构-改变既有代码的架构】、【代码整洁之道】、【聊聊「架构」】、【设计模式之禅】。
【* 如果有所帮助，不妨点赞、收藏、加关注。IT技术管理、个人进阶，分享不一样的见解。*】
