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

[lagoon]

第一个版本：

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

后期迭代：

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

重构：

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

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

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

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

中小公司：

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

[harde]

我会告诉你上市公司也是这样么

[JavaFirstMaster]

想多了, 大公司也是这样, 而且可能会更臭

[iClass]

粪土中容易培养好苗苗

[q447643445]

时间久了 现在的想法是能用就行,管它是不是屎山的

[chaosjohn]

大公司更甚

[en20]

小公司都是新项目,写不好是你的问题. 大公司业务不能动,才是不断往上堆屎

[wellsc]

微软够大吧？ windows 的文件管理器就是一坨屎山代码

[crazyhorse]

看一下国内各大厂开放平台的 SDK 代码和 API 规划 一样是屎山

[chendy]

屎山从来不看公司规模不看国内国外
中小公司是屎山，大公司是屎山脉
其实不止软件行业，制造业也有很多产品，看着像那回事，里面其实也一堆坑

[aababc]

大部分的都是表面光，各种个样的的历史遗留，各种个样的突破规范和魔改。

[virus94]

+1,我司就是屎中屎

[abigeater]

确实。第一版为了赶工 怎么省事怎么来。
现在有问题回头去看，想重写但又怕重新写出问题。
但因为领导在写第一版的时候说以后有时间再重写，现在已经慢慢重构一些地方

[cubecube]

大公司也很难不写出来。

国内公司的现状就是，大部分所谓的领导根本不清楚具体的方案难易程度，无法准确的考核工作成绩。

说个例子，一个对自己代码质量要求非常高的人，经常做需求的时候，设计思考设计原型的时间超过 60%，交付质量非常高，很少有比较严重的 bug 。
另外有一些人，干活毛毛糙糙，思维相对简单，干活急急冲冲而半灌水，出活猛操快，上线后各种问题，又猛操快的去解决自己埋的哪些问题。
虽然，最终，第一种人，整体更高效，但是一来一回，第二类人，第一版交付更早，领导觉得第二类人解决了众多的问题，工作量特别大，特别辛苦，年终考核都是第二类更佳

那第一类人何苦自己想那么多，埋屎谁不会

[itbeihe]

范围小了，去掉中小。大公司也这样，尤其是跑了好几年的 N 手代码。

[SeanChense]

打破你的思维误区，大公司更是屎山，屎的程度甚至超过你想象

[yyfearth]

大公司也一样
只要是产品主导 一定是各种赶鸭子

[onlyhuiyi]

感觉原因还是在于面向 money 编程

[ymmud]

想多了，包括很多大公司，甚至是金融类的应用一样是屎山。

[LowBi]

急着要，又没有天才开发者的大脑，能考虑到长远的未来，也只能写这种代码了呀

[Leonard]

只要公司项目功能足够复杂，屎山很难避免