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

[lagoon]

第一个版本：

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

后期迭代：

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

重构：

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

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

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

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

中小公司：

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

[fanyingmao]

大小厂都一样，而且大厂可能因为项目历史长，而叠出更高的屎山。

[m102]

大厂也是如此。
曾供职于某业内前三大厂。
该厂某产品是 A 语言的开源框架基础上进行二次开发。
多轮迭代后硬生生的二开成了 B 语言。非常残暴。。。

[lap510200]

上市了也是 需求变来变去 时间进度又不延期 为了赶工很难写出优雅的代码，而且经常岗位职责变动做其他事，接手的人的水平很难保证

[loveuqian]

@yyysuo #37 是什么让你产生了 iOS 的代码会好点的错觉 🙀

[Anajiuzheyang]

现在天天写屎一样的代码，经常一个事情给一点点时间 赶着上线 然后要求能跑就好 上线后各种奇葩需求又来了又一点点时间 只能用最快的方式去解决 然后在屎山上叠屎 然后就是一座更高的屎山。

[duduaba]

所有公司有这样的，而且还很多。对，所有。

[onlyForward]

大公司的屎山比小公司要大得多,只有纯技术导向公司会稍微好一点

[charlie21]

因为水平烂阿，还能因为什么？水平好的呢可以在工期紧 任务重 急忙上线 钱少时间紧的情况下，依然坚持不产出 shit 代码

[xuanbg]

只要是开发团队对业务的理解不够深入的，开发出来的产品就必然是屎山。因为从设计层面就错了，和代码水平反而没多大关系。

[leo108]

借楼打个广告，我司有非常严格的 code review 流程，最近后端团队安排了 3 个月时间的代码质量专项训练，大到架构设计，小到变量命名。

我们在工作时有一项原则：『自己多思考，让同事少思考』。我们希望构建一个让工程师写起代码很舒服的项目环境。

招聘贴见 https://www.v2ex.com/t/795579

[Cloutain]

Oracle 传说是屎山之王
Windows 下很多应用层的管理器是屎山，包括 IE 。NT 内核还是不错的相对来说好得多

[decken]

只要不赶时间 + 有颗不断追求完美的心 在大小公司都可以让屎山更矮一点

[ww2000e]

都是那波人写的那波代码。。

[levelworm]

@wellsc 老的那个还好吧

[xw]

能用就行 /

[leeyom]

换工作其实就是从一个坑换到另外一个坑，坑其实都是💩山

[jsjgjbzhang]

先完成在完美，完成之后在看这个产品是否值得完美

[watzds]

哈哈，大公司的大，堆得更高😄

[youyang]

@RubyJack 兄弟，agree no more

[a852695]

大公司的屎山可能更大，只是有人有经费去维持和改善而已