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

[lagoon]

第一个版本：

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

后期迭代：

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

重构：

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

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

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

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

中小公司：

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

[expkzb]

有人的地方就有屎山

[xwayway]

流程不规范的话，每个公司都一样。另外项目最一开始就写好单元测试，重构的时候你就知道单元测试有多重要了

[chiuan]

你这样理解是错误的.....屎不屎主要还是看写的人

[lingxi27]

个人经验，大公司的屎山更臭更难处理

[huangmingyou]

我的工作就是让屎山不崩。

[xwayway]

@xwayway 另外你还需要有一个足够刚的技术领导，把业务方不合理的需求都怼回去。一个功能最开始做的目标就是能实现目的就行了，不要想做得多复杂，多人性化，后期再慢慢加，不然一开始就做得大而全，很多东西根本用不上，徒增代码复杂性。

[zhanggg]

其实压根和公司没关系，看公司中高层对码代码这个事情的认知态度
如果领导面向业绩、成果管理，代码好不好看，干不干净，是不是屎山这并不是首要考虑目标，考虑长远？笑话
“东西都还没做出来你考虑那么长远干啥？”

[MuSeCanYang]

大公司也是一样的

[Mark24]

跟公司没关系。

跟人有关系

梦之队都是十几年有默契的团队。


现在哪个公司不是 人员流动的厉害。

你可以参考下装修队伍的现状，都是临时工的感觉。做出来的东西能有什么指望。

[Zien]

大公司最多某些比较边缘的新产品中新模块规范点吧。
毕竟跟风业务、紧急政策、领导拍脑袋什么的优先级最高。

[amundsen]

很多大厂一样的

[icyalala]

大公司屎山之大，超乎你想象。大公司，特别是业务做了很久的大公司，很难没屎山。

[beipiao]

完美的项目：完成开发：重构的时间=1：4

[sakura1]

大公司更多

[hash]

很多公司的屎山代码还没展现出后果的之前,公司就死了.

[coolmint]

我们公司就这样，一模一样，开发十来个人吧。
小功能做到最后一天，测试随便点点，做了两周这种大功能，给测试两三天吧。哈哈哈

[yyysuo]

大厂小厂都一样吧，古今中外都一样，各行各业都一样吧。局部出现不屎山的情况才是意外。我很好奇，IOS 的代码会不会好一些。

[libook]

中小公司代码质量是和技术人员的能力有关的。
大公司有各种标准、制度，拿自由换取风险的降低而已，以及有钱堆人力来收拾屎山。

[cxe2v]

屎山不屎山，能产生实际价值的就是好山

写出一堆无比华丽优雅的代码，然后没产生一点实际价值，这不比屎山更没用

[xuhaoyangx]

@cubecube #13 正解啊。

这些领导巴不得，功能快快上，什么还要设计？难道不是边写边设计？