你们是怎么面对 shit mountain 项目代码的？

資深大佬 : taogen 3

入职公司一个月左右，目前主要工作是维护公司的老项目，面对屎山代码真的太难受了。

没有文档说明。没有任何项目文档，只有代码和数据库。
没有规范。项目文件结构混乱。代码编写不规范，数据库设计不规范、风格不统一，接口设计不规范、不统一。
没有注释。代码和数据库字段几乎没有注释。
使用技术老旧，使用开源依赖库版本老旧。
代码冗余。代码不重构，一直往里面重复堆代码。
单体结构，项目太大，启动太慢，开发效率低。

大佬有話說 (30)

資深大佬 : xiaofan305

继续往里面拉 shit
主資深大佬 : taogen

@xiaofan305
資深大佬 : xuxu5112

新增代码按照一定的规范(至少能让自己满意的规范)添加，老代码能完全搞懂的尝试修改，不能完全搞懂的 else if 。
資深大佬 : edenma

继续往里面拉 shit
資深大佬 : GM

大部分公司代码都这样，去哪都一样，所以，忍着吧。

（你要说微软、G 这类高大上的公司，那另外说）
資深大佬 : x940727

@GM Windows 不是一样屎山……没有任何项目能跑得了
資深大佬 : raymanr

继续加 if

加 if 也解决不了就直说解决不了

随时准备跑路
資深大佬 : rurishi

继续往里面拉 shit
資深大佬 : hbolive

一点一点的啃下来，然后再拉成自己熟悉的 shit mountain
让下一位继续啃
資深大佬 : tikazyq

继续拉
資深大佬 : boris93

能稍微擦一擦的，就擦一擦
擦不了的，就接着往上面拉
当然，我会尽量不要拉的很臭
資深大佬 : xishijt

日常优雅的如何处理 shirt mountain 贴
資深大佬 : cincout

@hbolive 哈哈哈哈哈哈
資深大佬 : 5sheep

把自己当成 shi ke lang 啊
資深大佬 : liuawei

那么难受那就跑路吧还在等啥
資深大佬 : zoffy

以前我遇到这个问题老想着重构项目或者重写，现在不想了，因为没人在乎，只会给自己带来无尽的痛苦烦恼。

正确的做法是，加个 if else，赶紧提交赶紧撤退。
資深大佬 : GM

@x940727 相对好很多吧，人家起码是码的比较规整的屎山，有些公司的屎山，从入口开始就是满地都是一堆一堆的小屎峰，根本没有落脚的地方。
資深大佬 : speculatorA

@xuxu5112 老代码真是别碰别改。。出点问题人就炸了。真想改复制一份出去玩。
資深大佬 : qwerthhusn

说实话，就是新项目，做两个迭代就变成了小屎堆。。
資深大佬 : maichael

看你个人想法，如果你只是想在那里混一混的话，那你就能不碰就不碰，能维持那么久的屎山有它的道理。
如果你想混久一点，那么你可以做一些外层加固，加多点测试，外面包一层把屎山跟新东西做个隔离之类的。

像我其实很享受做清理重构的活，就像家里大扫除一样，清理和扔东西让我很有成就感，我会先逐步解耦然后每个模块单独重构，重构过程输出文档和添加单元测试
資深大佬 : mamahaha

如果难度太大超过预期就找老板加钱，老板不答应就重新找下家。要是规规矩矩的都给写好了，估计也轮不到你接手，天上掉馅饼的事也不是没有，你得再多找找，不可能一出家门大馅饼就砸头上。
資深大佬 : RJH

尽快把手头的活干完，上班摸鱼不香吗？
資深大佬 : PinkRabbit

继续拉 shit，能跑就行，除非钱到位，钱不到位就继续拉 Shit，拉完摸鱼
資深大佬 : JDog

“新人和老人的区别就是面对一坨屎山，新人会大吃一斤。老人会贤淑的避开最臭的那部分屎，然后灵巧的在保证屎山不垮的情况下把自己的屎再拉一层上去”
via @est
資深大佬 : j747677392

重构是需要成本的，即使重构过几年后也会被新来的说是 shit，既然如此保证自己新拉的这坨在离职前不塌就好了。。。
資深大佬 : est

@JDog 怎么我记得在哪里看过这个帖子。。
資深大佬 : zunceng

花了大半年重写搞离职了一半人这个代价够不够
資深大佬 : wangsd

别管，真的别管，到头来难受的是自己，能跑就好，自己的代码尽量写好一点，况且你刚接手，你不知道改了哪些玩意会发生什么。
資深大佬 : Leonard

老代码能不动就不动，自己写的新代码有点要求就行
資深大佬 : JDog

@est 哈哈，每当遇到这种帖子，都会把你的回复粘过来