There Is No Bad Code
<p>They understand that it’s not functionally doing what is expected, and so take the time to revise it until it—at least seemingly—does the right thing. If someone ever knows what it actually should do. When they do (think they) know, they might add tests, or even use a <em>test-driven approach</em>, to get to that state in which they have confidence that what is shipped is what is expected.</p>
<p><strong>Some ship the code</strong>.</p>
<p>They might know that it does the wrong thing. Maybe they hope no one will notice. Sometimes no one does.</p>
<p><strong>Some are forced to ship it</strong>.</p>
<p>They are not measured by outcome but by output. They spent their X number of hours. Time’s up, boys and girls! Fuck it, ship it. The task/scrum/scum master has spoken. The whip has been cracked, and so has the will. Word is bond, ye slaves, and nothing is more sacred or more bondaging than story points and “burning down” at an increasingly heart-racing pace. If a forensic psychologist would come in, pyromania would have been declared long since.</p>
<p><a href="https://medium.com/better-programming/there-is-no-bad-code-5198fb8a58c2">Read More</a></p>