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

[lagoon]

第一个版本：

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

后期迭代：

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

重构：

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

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

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

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

中小公司：

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

[liubaicai]

大小公司都呆过，大公司真的是大屎山，小公司是小屎山，没啥区别

[timedivision]

80 条回复，一共 88 个屎字

[klarkzh]

我现在比较好奇，控制飞机火箭运行的代码里面屎多不多

[leon0918]

重构还是要的，按照科学流程来。之前花了很久重构了一个大模块，算上奖金晋升等七七八八的收益有 100 多 w 。

[ffffb]

@klarkzh 这个世界都是草台班子搭建出来的。只要涉及大量人力的工作，我猜都没有本质区别

[3dwelcome]

@waterlaw “（ 28 ）人死了以后，你想让代码成为你的遗产吗？如果是那样，就花很多时间在代码上面吧，因为那是你的遗产。但是，如果你像我一样，更看重与家人、朋友和生活中其他人相处的时光，而不是写的代码，那就别对它太在意。”

可生而为人，好不容易来世间一次，我还是想留下一点点什么，哪怕代码也是好的。

[hqs0417]

不用吐槽别人，先把自己的代码写好吧，多写出容易阅读的代码。

[cyrivlclth]

中小公司是屎山，大公司就是屎海屎星了

[blessyou]

荆棘里种花 🌝🌝

[yiios]

@klarkzh 阿波罗登月的代码是开源的，就是 TM 看不懂

[jiayong2793]

国内所有企业都是这样，要么假大空不能落地，要么经常改，最常见的就是做到后面钱不够、时间不够，各种裁剪需求妥协上线，然后一堆问题

[hereIsChen]

需求一层层加，而且还会来回变动
结果就变得越来越复杂

[weidaizi]

只要是在公司里写的代码，很难在规模扩大以及多人合作的情况下不出现混乱的代码。想起曾经的老梗: 让为客机开发控制系统的程序员去乘坐跑着自己程序的飞机，其中有 80%的人觉得不安全而选择不去，还有 20%的人欣然前往，因为他们心里很清楚这玩意压根飞不起来

[zi]

没需求才最要命，开个会放一下 PPT ，所有功能请自由发挥…

[uiosun]

@2i2Re2PLMaDnghL 建议大佬牵头研究“沼气”相关的生物科技，使这一循环更加有机 🥳

[DrJoseph]

相同的公司不同的业务的代码质量也差很多，跟业务本身的重要性有关，跟 TL 对 CR 的态度有关系，也跟我们自身对代码规范的重视程度有关

[nash]

可能跟语言也有关系，像 PHP 这种可以自由发挥的语言更容易屎，像 JAVA 这种工业级别的就算屎也屎不到哪里去。。。

[linora]

所谓敏捷开发，哈哈！！！！！！

[cstj0505]

@cubecube
> 经常做需求的时候，设计思考设计原型的时间超过 60%

以前我也很诧异这个问题，后来发现现实是时间不等人，有项目来了，乌央乌央把几十号人都召集过来，规划，思考？不存在的，让十几几十号人等着设计，不可能的。谁让老板只看工期和结果呢，质量往后排。

[RubyJack]

可悲的事，大厂也不重视代码质量