Editing 2138: Wanna See the Code?

{{comic
| number    = 2138
| date      = April 17, 2019
| title     = Wanna See the Code?
| image     = wanna_see_the_code.png
| titletext = And because if you just leave it there, it's going to start contaminating things downstream even if no one touches it directly.
}}

==Explanation==
This comic is the fifth and latest comic in the [[:Category:Code Quality|Code Quality]] series:

* [[1513: Code Quality]]
* [[1695: Code Quality 2]]
* [[1833: Code Quality 3]]
* [[1926: Bad Code]]
* [[2138: Wanna See the Code?]]

Cueball declares that he has written a script to automate some (presumably time-consuming or tedious) task, which pleases Ponytail at first... until she remembers how messy Cueball's code tends to be, and gets worried.

Cueball offers to show her his code, but Ponytail remarks that it sounds like he's creepily inviting her to see a dead body. (This is likely a reference to the movie "Stand By Me," which begins with one of the main characters making this exact offer.) Magnanimously, Cueball accepts the comparison, noting that his code ''does'' have at least one similarity to a deceased corpse: although unpleasant, if Ponytail allows it to go unchecked, it causes problems which will get increasingly worse over time. In the "dead body" analogy, a recently-deceased corpse is easier to deal with than one that has been left for a few weeks, which will be decayed, unpleasantly smelly, and will likely have attracted disease-spreading vermin.

Ponytail then makes a near threatening comment where she says that he is lucky that people understand both that his code causes more problems than it solves and that dead bodies create more problems than they solve. Most likely this means that they understand that killing him would cause more problems than it solves (the problem solved would no doubt be his code).

This may be a reference to the concept of {{w|technical debt}} in software development: the idea that an initially poor implementation accrues a sort of "compound interest" over time, becoming increasingly difficult to repair the longer it is left unfixed. This happens because any future development might have to take unorthodox or unrecommended measures to work around the problems that are already there, making the system increasingly complex and fragile the more that is added to it.

In the title text, "downstream" has a double meaning, as it is a term that applies to a situation where a dead body would decompose in or near some river, and as well to a software engineering concept: In the river situation, the dead body will contaminate the water or groundwater that it feeds from and have consequences for organisms that come in contact with that water. In the software engineering analogue, "downstream" refers to software derived from, or depending on, "upstream" software like the cadaver that Cueball devised. The causality with flowing water and software is reasonably comparable: both can be seen as a stream of atoms that are (almost) endlessly divisible and recombinable.

==Transcript==
:[Cueball is walking, talking to a voice offscreen]
:Cueball: I wrote a script to automate that thing.
:Voice offscreen: Oh cool! 
:Voice offscreen: ...Wait, '''''you''''' wrote it? 
:Voice offscreen: Oh no.

:[Cueball and Ponytail are standing next to each other]
:Cueball: Wanna see the code?
:Ponytail: I would, if you hadn't said that in the tone of voice of "Wanna see a dead body?"

:[Cueball and Ponytail are standing next to each other]
:Cueball: My code ''is'' sort of similar to a dead body, in that you can either come look at it now, or wait a few weeks until it becomes a problem.
:Ponytail: And because you're lucky that the people around you understand that they create more problems than they solve.

{{comic discussion}}

[[Category:Comics featuring Cueball]]
[[Category:Comics featuring Ponytail]]
[[Category:Code Quality]]
[[Category:Programming]]
[[Category:Cueball Computer Problems]]