不少新工作的萌新，都会有这么一个疑问：公司线上的代码非常陈旧且完全是“屎山”的情况下，为什么能支撑起业务的发展？虽然是“屎山”吧，但是却异常的稳定，很少出现大的问题。

回答一：

因为屎山不是一天拉成的，它是很多人多年慢慢拉成的。

每当新人在山顶拉软软的新屎时，底下的屎已经凝固硬化了，强度经得起考验。

不怕在山顶拉新屎，就怕在山脚铲旧屎。

回答二：

它如果不稳定，就不叫屎山了，叫垃圾。

屎山之所以叫屎山，是因为屎被压缩得非常紧实，就像一座山，你想象一下把屎压成石头的密度会是什么情况。——而「异常紧实的屎」本身就是对其稳定性的形容。而正因为它异常紧实，你从山脚撬一块下来，可不就整个山都塌了。因为你敲掉的，可能是屎山的承重柱啊。

毕竟屎山的承重柱，不会长得正常的样子让你看出来那是承重柱的。

回答三：

只要封装做得好，屎山的屎是不会外溢的。就像化粪池一样，你别进去就没事。 =￣ω￣=

等真出事了，你才需要找个敢死队穿好防化服进去修。

回答四：

因为屎山之所以屎的一个原因就是为了稳定。

每一段你觉得屎的代码，都是在Deadline近在咫尺或者客户的情绪处于崩溃边缘时候，程序员牺牲头发换来的解决方案。

回答五：

其实只是看起来像屎，那一行行奇葩代码都是对现实和业务的妥协。毕竟大家上班是来挣钱的。

回答六：

真有程序员信屎山这种东西呢。

你先搞清楚，你的业务能不能稳定、高效地运行。既然业务能稳定、高效的运行，那就是精准有效的代码。

你认为的屎山只是不够优雅，但是足够稳定。

看这个回答的应该都是程序员。我就提一个问题。

现在有订单有10种。你要分别算出他们的比例。这个问题简单吧。那么最有趣的地方来了，你如何保证数据准确的情况下，他们的合是100%。你在四舍五入的情况下，总会有，合就不一定是100%，可能是100.1%也可能是99.9%。

那么怎么解决这个问题呢，我在这里不说。但是这就是堆“屎”的开始，你要开始为这个问题写 if else了。

而这堆”屎“，是真正解决现实精度问题的核心代码。

所以这类代码100%不够优雅，但100%足够稳定。

优雅美丽的总是bug不断，因为你肯定没有写足够的代码量去处理问题。

而“屎山”的底部代码，是处理完了所有异常情况下非常丑陋但极端可靠的代码。

你觉得它丑、臭。只是你看不到代码稳定的美。

只看到虚幻的代码简洁之美。

​

回答七：

很多程序员的心中，都有一个理想国那里，设计优雅，扩充性良好，代码风格统一，单元测试充分，bug 很少。这就像一个涉世未深的少女，幻想自己将来的另一半，一定是年少多金，帅气无双。

然后，现实中，大家疲于奔命，为了应付一个又一个业务需求，根本来不及仔细设计，能运行就阿弥佗佛了这些正常运行的代码，支撑了公司的业务，也把钱从用户的兜里掏出来，一部分成了大家的工资，用于养家糊口然而，这些代码不仅没有得到赞赏，反而被扣上了屎山的名字。

这像不像一个心存幻想的女人，面对自己辛辛苦苦赚钱养家糊口的另一半，还嫌弃他不高不富不帅？

醒醒吧，正如高富帅不是常态，屎山才是正常的代码。

回答八：

可能很多人都搞错了，屎山并不是bug，屎山是没问题且不影响程序运行的，只是为了方便多写了很多废话，或者很多没必要占的内存。比如一条语句能写完的你写了10条，或者可以用局部变量的用成全局变量，用char类型就可以变量用int类型。这些才是屎山代码，所以屎山不影响代码稳定。

代码如果不稳定，那是写代码的时候逻辑不严谨，然后纯在很多bug导致的，当然就算写代码很严谨，也会出现很多bug，因为人不可能会任何情况下任何可能都能想到的，这算是人大脑的一种系统误差，可以用严谨减少，但是不能杜绝。

阅读原文：原文链接