Title Text:”Oh my God, why did you scotch-tape a bunch of hammers together?” “It’s ok! Nothing depends on this wall being destroyed efficiently.”<

Origin:https://xkcd.com/1926/

https://www.explainxkcd.com/wiki/index.php/1926:_Bad_Code

这个漫画是Code Quality系列中的第四个，即使名称已经改变，它也是1833年的直接延续：Code Quality 3在此之前半年发布。随后是2138：想看看守则？一年多以后。除名称外还有其他一些差异，请参见下文。

马尾辫抓住了Cueball，编写了一些混乱的代码 – 以电子表格公式的形式编写代码，然后以一种叫做Haskell的语言生成另一个程序。 Haskell是一种纯粹的函数式编程语言，这种概念具有极其陡峭的学习曲线，这使得它有点模糊，如1312中引用的：Haskell。据解释，此代码将反过来解释更多源代码，特别是HTML中的标记。

在Cueball通过声明“没有任何依赖于此”（意味着没有其他项目依赖于这个代码可以正常运行）来解释他的不良代码之后，马尾辫使用打破非负载墙的类比来嘲笑Cueball的借口。承重墙是支撑建筑物的墙。破坏这样的墙将威胁整个建筑的结构完整性，并可能导致崩溃。相比之下，不承重的墙壁仅设计用于隔离建筑物内的空间，并且不会有助于保持建筑物。破坏或破坏这些墙壁不会危及建筑物的整体结构。然而，支撑建筑物只是可以依赖于具有完整墙壁的功能之一，并且非承重墙仍然存在于某个目的。墙壁用于许多其他重要目的，从创建不透明和隔音屏障（出于隐私目的，特别是卧室和浴室[需要引用]），包含和保护水管和电线。马尾辫的类比表明，即使写得不好的代码不会导致整个程序失败，但它仍然不是一个好主意。

紧接着之后，马尾辫似乎意识到她只是启发了Cueball继续前进并打破了墙壁，而不是让他远离编写难看的代码。如果不加以控制，这只会以悲剧告终。热闹，膝盖发作的悲剧。

这很可能是代码质量系列的延续，但略有不同。首先，所有以前的条带都被命名为“Code Quality＆lt; number＆gt;”，但第一个条带除外，它被命名为“Code Quality”。还要注意的是，与以前的Code Quality条不同，Ponytail不会开始使用像“这就像在一个孩子建造的房子里，只使用斧头和房子的照片”。这也是Cueball自己对Cueball代码的最长解释。

标题文字表明，Cueball打破墙壁的方法 – 将一堆锤子捆在一起 – 与他的代码一样好，他的借口是相似的。