[1926] Bad Code

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打破墙壁的方法 – 将一堆锤子捆在一起 – 与他的代码一样好,他的借口是相似的。

Leave a Reply

Your email address will not be published. Required fields are marked *

Categories