感觉在中小公司，很难不写出屎山代码

[lagoon]

第一个版本：

中小公司，一般第一个版本，都是赶工上架，以我的感受，基本都是没需求、没计划、没测试（测试没时间，只能随便试试）、领导马上就要，必须上线的状态。
导致第一个版本，无论如何都是屎山。很难不想着“赶紧先交差”。

后期迭代：

基础是屎山，屎山上加盖的建筑，很难不是屎山。

重构：

我的领悟是，小重构可以，绝对不要大重构。
除非领导要求，但领导能用就行，管 bug 、管功能、很少会管代码是不是屎山。

测试也是人，如果是新事物，比较容易认真测，如果是反复测试过的模块，很难用心测。码农也是人，新功能、新模块、思路清晰。大重构很容易大刀阔斧。

重构很容易重构出许多奇妙的、不易发觉的 bug 。写反而不会写出这样的 bug 。

如果是小重构，屎山代码，靠着小重构，根本无法应对下一波来屎（一年总是能遇到几次马上就要）

中小公司：

考虑到大家的水平比较高，我说的中小公司可能等于大家眼中的小公司。
目前呆过的互联网公司规模最大的 300+人，呆过的传统上市公司规模最大的 2000+人。

[zhuangzhuang1988]

有人的地方就有江湖

[yuruizhe]

自信点，去掉“感觉”和“中小”

[lithium4010]

重构还是要写测试的

[lithium4010]

抓新人去重构写测试还能快速上手

[rudder]

大小公司都一样，还是程序员的问题。有的人改 bug 或加新需求不会去读老代码。最后也没人负责 review ，到后边越来越屎

[zhuzhibin]

@nash 牛呀，估计又要开始 battle 大战了

[z1113456051]

不动绝对不会有事。

[cizixs]

有哪些做法可以预防或者减少屎山呢？

[RiceMarch]

@cubecube 太真实了...

[fuermosi777]

这是一个系统性问题，一个解决办法是分割服务，把屎控制在可冲范围内。

[SteinsGate]

因为每个人想法不同，水平不同，你眼里的好代码在别人看来可能就是💩

[rayw0ng]

@metrxqin 国外叫 `shit code` https://shitcode.net/ ， 委婉点的叫 `code smell` 或者 `bad smell`。

[godwinma]

唉，当初看着屎山，也想着，改是改不动了，那就争取不添吧。后来忙起来，赶需求，想想还是算了吧，这么紧的时间，先上了再说。于是乎... ...

[flyn]

“屎山代码” 用英文怎么说？

[fakeshadow]

网友们纷纷对着屎山发出感概，全然忘记了自己也是拉屎的

[Myprajna]

所以个人独立开发者会好点吗？产品，设计，代码都是同一个人做的。