It's probably time to stop recommending Clean Code (2020)
From my decade writing software professionally and my current job search, I really question the actual demand for clean code.<p>That’s unfortunate because it’s my specialty and what gives me job satisfaction.<p>I love fixing things. I actually enjoy working on a crappy codebase that has made the company money but is now too hard to maintain&#x2F;extend and needs cleaning. Adding tests, refactoring, extracting functionality to discrete functions, figuring out what the black box actually does, etc. This is what I’ve specialized in.<p>However, it seems to me that companies don’t actually value that. They all say they do of course, while actually being afraid of doing this because it takes more time and money. Even if they’re mature enough that survival isn’t an immediate concern anymore, there is time to clean things up, and the mess is actually slowing them down through downtime, bugs, and not being able to ship relatively trivial features&#x2F;updates in less than weeks.<p>I also suspect that not focusing on clean code is a strategy many managers have because they can show velocity to their higher ups and get promoted before it all blows up and they’re held responsible.<p>So what do you all think? Is clean code really actually valuable in the eyes of organizations or will they always take the quicker and dirtier option given the choice? Will I ever find work selling code cleaning (even to companies that ask for it) or should I “rebrand” on fast and cheap code at the expense of quality?