> Code was just the medium with which I could create great user experiences — it was never about the actual code. I’m not saying it isn’t important, but I could

> Code was just the medium with which I could create great user experiences — it was never about the actual code. I’m not saying it isn’t important, but I couldn’t care less about indentation, how the project is structured, or if we use camel case or not – as long as it allowed me to build something interactive that could engage end users. > Funnily enough, those that tell me I’m good are never actually the developers. While I think part of being a professional is knowing which things matter (i.e. building a decent, maintainable product) and which don't (indentation style), I can't help but wonder if these are red flags. I've worked with engineers in the past who left in their wake a string of first-version products that were built almost unbelievably quickly, but had built-in maintenance, performance, and dependency nightmares that we're still dealing with a couple of years later. These results made the early stakeholders and PMs very happy by churning out a working product at record speed, but boy did we pay for it later.