There’s No Such Thing as Clean Code
So True !
After 25+ years of coding, I know one thing. I STILL don&#x27;t know how to &quot;code correctly&quot;.<p>And apart from a few gifted individuals (Rob Pike, Fabrice Bellard Bobby Bingham [ffMpeg team] etc) I&#x27;m HIGHLY suspicious of ppl and programmers who claim &quot;they can program correctly&quot; and that &quot;this xyz is the correct way&#x2F;stack&#x2F;method&#x2F;arch&quot;.<p>Background:CS grad, start coding at around 13 (thank you dad !) I am well versed in C,C++,PHP,Go,TypeScript and to a lesser degree Java and a few bits and bobs in between F#,Haskell,LISP...<p>The above is not to brag (not that it&#x27;s brag worthy after 25 years you bound to pick up a few tools) just to put it in perspective.<p>On Code quality:
I&#x27;ve noticed it&#x27;s easy to agree&#x2F;identify the &quot;extreme cases&quot; the VERY VERY BAD CODING and the very very GOOD CODING. But most of the coders and codebases falls somewhere in between where the code-quality-water quickly gets murky.<p>PS2. Oh and on &#x27;code reviews&#x27;: It would be cool if code-reviews were done &quot;anonymously&quot; i.e I should not know until the very end WHO wrote the code. Helps to keep any personal biases at bay - my 2cents.<p>The <i>best</i> thus far advise I&#x27;ve seen on code-quality guidelines is from a comment on HN:<p>&gt;I try to optimize my code around reducing state, coupling, complexity and code, in that order. I&#x27;m willing to add increased coupling if it makes my code more stateless. I&#x27;m willing to make it more complex if it reduces coupling. And I&#x27;m willing to duplicate code if it makes the code less complex. Only if it doesn&#x27;t increase state, coupling or complexity do I dedup code.<p>Source: <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=11042400" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=11042400</a><p>Sure I might just be a dumb idiot or completely not gifted in the &quot;art or science&quot; of coding. :)