如何避免屎山代码，理论上可行的思路

没办法避免，大多数中小公司奉行的业务系统必须具有及时响应和支撑业务的能力，这样就带来了工期的上紧张的问题，例如重复的代码，不明意义的代码，没有更新维护的文档，甚至八百年前就没有动过的注释、项目初始的开发人员离职也会造成错误的理解。这样的问题都会造成楼主形容的代码问题。

只要需求来的快，什么架构和设计都没用=。=

82 条回复没有一条说到点上

1. 提高工资
2. 减小工作量

这两条比什么都重要

之前我也认为主要是开发水平问题导致屎山多。
在我从一个产品水平合格的公司跳到一个产品不如回家养猪的公司之后，我更赞同屎山代码更多来自于需求端。
当然项目工期仍然是个重要因素。

及时冲马桶可以避免屎堆积成山

@taogen 要互相理解，小公司尤其是创业型公司需求本来就需要变来变去试错，怎么可能如你所愿，你能完成任务就行，老板不会看你代码的。
十几年前 asp 的天下，也有人写所谓的“优雅高大上”代码，现在还不是被时代抛弃，这种东西目的就是完成任务赚钱，屎不屎都不重要，你又不会把你写的代码传给下一代。

需求定好后，等你做的差不多的时候，开始要频繁改需求了，就算是高级工程师，也会产生 s 山吧