<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>robalni</author><text>I used to like to rewrite code that I thought was &amp;quot;ugly&amp;quot; because it was not written in the modern way or it was not very generic or whatever.
I thought that doing that was often pretty easy so I thought &amp;quot;why has no one done this already?&amp;quot;&lt;p&gt;Later I realized that the fact that it was easy to change was what made it good and the changes I wanted to make to it would probably just make it more complicated.&lt;p&gt;That&amp;#x27;s the danger; good code is easy to change so it will easily get rewritten until it&amp;#x27;s not easy to change anymore.</text><parent_chain><item><author>pkolaczk</author><text>It is debatable if Clean Code actually improves the programmer efficiency and programs readability. I find people applying it religiously often create over-complex designs like FizzBuzz Enterprise.&lt;p&gt;Even Uncle Bob&amp;#x27;s examples are not the state of the art in readability:
&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;qntm.org&amp;#x2F;clean&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;qntm.org&amp;#x2F;clean&lt;/a&gt;&lt;p&gt;The main problem seems to be that Clean Code is mostly a premature optimisation in code flexibility. It makes code more complex and objectively worse in hope it would be easier to extend later. Unfortunately we often dont know how the code will change, and in practice the code has to be significantly changed&amp;#x2F;rewritten anyway when a business requirement change appears.&lt;p&gt;IMHO optimizing for simplicity and readability has served me the best. Instead of avoiding the changes in code, it is better to write code so obvious that anyone can safely and easily change it when really needed.&lt;p&gt;And finally, performance of the program vs performance of the developer is a false dichotomy. So many times I&amp;#x27;ve seen a more readable, simpler code turned out to be more efficient as well. You often can have both.</text></item></parent_chain></comment><story><title>“Clean Code, Horrible Performance” Discussion</title><url>https://github.com/unclebob/cmuratori-discussion/blob/main/cleancodeqa.md</url></story>
<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>wirrbel</author><text>Robert C Martin&amp;#x27;s (who is not my uncle) Clean Code book&amp;#x2F;advice is what I would call junior programmer material. Its good to get someone started to think about better ways of writing software (albeit is hasn&amp;#x27;t aged very well).&lt;p&gt;I don&amp;#x27;t recommend it to juniors anymore because it hasn&amp;#x27;t aged well and is for my taste hyperbolic in its promises.&lt;p&gt;IMHO clean code also is more focused on code implementing &amp;quot;business logic&amp;quot; than &amp;quot;systems programming&amp;quot; for example (probably a bit tricky to actually define what the difference is between these too).</text><parent_chain><item><author>pkolaczk</author><text>It is debatable if Clean Code actually improves the programmer efficiency and programs readability. I find people applying it religiously often create over-complex designs like FizzBuzz Enterprise.&lt;p&gt;Even Uncle Bob&amp;#x27;s examples are not the state of the art in readability:
&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;qntm.org&amp;#x2F;clean&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;qntm.org&amp;#x2F;clean&lt;/a&gt;&lt;p&gt;The main problem seems to be that Clean Code is mostly a premature optimisation in code flexibility. It makes code more complex and objectively worse in hope it would be easier to extend later. Unfortunately we often dont know how the code will change, and in practice the code has to be significantly changed&amp;#x2F;rewritten anyway when a business requirement change appears.&lt;p&gt;IMHO optimizing for simplicity and readability has served me the best. Instead of avoiding the changes in code, it is better to write code so obvious that anyone can safely and easily change it when really needed.&lt;p&gt;And finally, performance of the program vs performance of the developer is a false dichotomy. So many times I&amp;#x27;ve seen a more readable, simpler code turned out to be more efficient as well. You often can have both.</text></item></parent_chain></comment><story><title>“Clean Code, Horrible Performance” Discussion</title><url>https://github.com/unclebob/cmuratori-discussion/blob/main/cleancodeqa.md</url></story>