如何避免屎山代码，理论上可行的思路

[taogen]

如何避免屎山代码

1. 减少屎山代码产生的可能。实行单元测试和代码审查。但时间成本提高了。
2. 减少产生屎山代码的人。多招高级工程师，不招初级工程师。但人力成本提高了。

[yc8332]

没用的。。代码是服务业务的，除非是不直接面对用户的业务。不然屎山是无法避免的。他们的要求千奇百怪

[zhangtest]

我们项目一年换 6 个产品，每个产品刚来都大刀阔斧大改版，流程逻辑都改的那种，为了兼容线上历史数据代码慢慢堆成了屎山，你来告诉我怎么解决？高级工程师有预言家的能力吗？

[8355]

@whileFalse #39 客观原因从开发自身无力解决的，研发话语权主要是自身部门高层决定的。
如果是业务导向型继续堆就是了，开发只要尽可能做好全责范围就好了，对老板而言其实只要系统能用可能屎山是最低成本解决方案。

[taogen]

@zhangtest 外部矛盾，只能使用六字真言。就像接受不了也改变不了国内环境的只能润。作为技术人更多地是去提倡去改善技术上的问题。尝试跳到产品需求合理的公司。

[xiaofan305]

不写代码

[aijam]

屎山是无法避免的，高级程序员应该比初级更懂得如何在屎山中游泳。

[janxin]

你当然不可能既要又要还要。你在某些方面想节省成本，就必然在其他方面付出成本。不过，我们可以通过在某些方面付出一部分成本，以小搏大，换取更大的成本节省。

> 实行单元测试和代码审查。但时间成本提高了

时间成本并不等于一切，计算项目成本时，时间成本只是其中一环。我们的目标是让总成本最低，而不是所有方面的成本都无限低。

> 多招高级工程师，不招初级工程师。但人力成本提高了。

你的高级工程师很难拉平在同一水平上，产出必然会参差不齐。所以这种其实比投入时间成本更不靠谱。并且，即便是筛选了人员进入，仍旧需要进一步通过其他成本抹平这种参差，毕竟这就是个水桶，取决于你的短板。而且，工程的本身其实更希望是完成标准化从而实现规模化，换句话说，工程更希望的是提升下限。

屎山目前看完全没有办法避免，我们能做到的最好的办法就是在开发前开发中和开发后都投入成本维护，确保代码库尽量慢的变成屎山。

[westoy]

正视屎山
直面屎山
融入屎山

[Mark24]

有没有可能，工作本身属性就是 —— 屎上雕花。



你不会因为堆屎山，写代码烂而被找麻烦。
但是你会因为需求不能及时上线而被找麻烦。
有没有可能这样的工作本身就是在屎山属性。

[stonesirsir]

都按严格的流程和标准来就好，但是这个很难实现😂

[NiceFSH]

本身大部分都在生产屎，你拉你的我拉我的，重要的是你要有看懂别人屎的能力，然后还要有在这坨屎上小心翼翼的加上自己的那坨，让他看起来像本来就是一坨。升职加薪

[likunyan]

有一滴屎的山，也是屎山，逃不掉的

[icyalala]

如果需求就是屎，那代码是不可能没有臭味的

[murmur]

大家都是在屎里摸爬滚打，项目开发就是这样，产品经理不知道怎么做，用户也不知道想干嘛，都是先做个东西给用户看看，然后等反馈再改，一步到位的项目只有梦里才有。

[fkdog]

你自己写的觉得不是屎山的代码在别人看来也许就是一坨屎山。

[yaphets666]

@taogen 反证法，需求瞎来一会这样，一会那样，工期紧张每天上 16 个小时班，谁能保证不写屎

[lanlanye]

选 1 ，
理想情况下至少需要一套完整的 CI 流程，别的就无所谓了。靠测试保证功能可用，迭代的时候不需要关心研发是怎么改的，打补丁到一定程度改不动了自然需要重构，重构就可以避免 shit 。
第 2 的话，没有合理的制度保障，你就算招的全是专家估计也没用。

[qzhai]

还有就是人事变动，要有足够的条件避免频繁的人事变动

[jackbrother]

“屎山”的定义带有很强的主观意识

[rm0gang0rf]

有人的地方就有江湖