据这名程序员网友所说，他是刚接手这个项目，打开后60%的代码都曝黄线，if判断写的跟爬楼梯一样，controller里面各种逻辑判断一个方法几百行，这个项目的作者前几天离职了，现在轮到他来掩护这个项目了，让他觉得很棘手，这名网友说好想把那个程序员拉过来暴揍一顿，这样的情形他该怎么办，让我们看看其他网友们都是怎么看的吧！
网友一：不怕造飞机，就怕修飞机
上世是朵花：有这种体会，毕竟开拓新的是按照自己的思路，算是在自己的舒适区内干事，掩护别人代码可能就须要走出自己的舒适区去理解其他人的思路了。
网友二：古人挖坑埋后人
上世是朵花：这话不仔细看还以为是：“古人挖坑后人埋”会以为说的是：“古人挖坑，后人填坑”，实在这名网友说的不是“后人埋”，而是“埋后人”，看这情形说的更严重了。
网友三：看着一个七千行的类，抱怨一番，默默加到了九千行
上世是朵花：这句话怎么似曾相识啊，彷佛再哪里见过似的，这样的做法是逼迫系统一步步走向重构的边缘啊！
网友四：事实便是这样，先办理有无问题，优化？不存在的。老代码更是这样，不敢乱改逻辑只好添加新的分支判断
上世是朵花：能够理解，有时看是荒诞的做法也是无奈之举。
网友五：ifelse完备是职业素养问题，和需求啥的，重构啥的没紧要，最大略的拆方法都不懂
上世是朵花：没错，有的时候，我们虽然没有能力去改不雅观全体项目的所有代码，但是我们可以做到把我们自己的那一部分代码写的精细一点，让后人看着很舒畅，从而也不会被骂。
网友六：我是接手一个PHP项目，还是用tp3搞的，真不敢直视，接口直接输出html，看的我一愣一愣的
上世是朵花：可见这个项目比较古老了，这样不友好的写法的确有，并且更让人以为烦恼的是，有的代码虽然很遭，但是业务很火，代码还在高频利用，修正起来也必须很慎重。
华为员工：我在面对一个9014行的.c文件
上世是朵花：家家都有一本难念的经啊，各种各样的高难度掩护。
网友八：这便是代码，为什么均匀两年一重构的缘故原由，不重构实在弗成了
上世是朵花：没错，如果没有良好的代码管理制度，末了都可能走向重构的边缘。
每种不好掩护的项目代码，都是从第一行代码写起的，都不是一开始是这样的，前期如果不太看重代码的规范与质量，就已经打下了不好的根本，后人只能在这个根本上一步步累积，末了歪楼。这种征象的产生，我个人认为任务紧张不在一线程序员们，比如有的程序员很讲究代码质量，代码写的很精细，但是他接手了一个地基没打好的项目，他也很无奈，只能在这个不好的地基上连续开拓，这个缘故原由紧张在于技能管理者，技能管理者除了卖力技能方案制订，项目的跟进之外，代码流程的管理也是相称主要的，制订代码规范，让所有人写的代码是一个风格，统一大家的思维，让全体项目的代码看着就像一个人写的似的，并且有完全详细的代码注释与及时同步的项目文档，这样的话，相信不论是多少届职员的更替，代码看起来仍旧很舒畅，从程序员网友们的评论就可以看出有相称一部分公司存在着代码管理的问题，因此，作为公司的一名技能管理者，在这方面要做的事情还是任重而道远啊！
以上所有图片均来之互联网
大家好，我是“上世是朵花”。如果你有什么好的意见或者不雅观点可以在评论区展现你的才华，互动互换，如果想进一步理解我，那就关注我吧！
