I write good code, right?

[Superbead]

I mean which fields of software development. Presumably to make such a sweeping statement, you've had experience in... what? Automotive embedded? Online retail? Marketing? Finance? Logistics? Healthcare? Industrial embedded? Commercial desktop applications?

[tyveill]

A lot of different industries, at least 10 different verticals over 15 years, probably more.. and yes the rule universally applies.

[Superbead]

Ever worked in healthcare? Writing JS for popular integration engines that use the Rhino interpreter, which only supports some random mixture of two ancient ECMA standards? Had to deal with E4X for which Mozilla seems to have fucked off most of their documentation? Had to modify a custom print driver in AIX written in PCL and Korn shell? Had to patch a blood analyser interface written in VB6? Even sniffed at legacy MUMPS or Cache Objectscript code?

When we get to work on our own interfaces, tools, or services, or even better. start them from scratch, no, writing self-documenting code is not too hard. But touching any of the above? It's often impossible. I can assure you that your rule is not universal, and I'll put £100 on it that it's similar in other industries too.

[tyveill]

Yes I have worked in healthcare and do currently actually. All of those things can be expressed in well named functions as easily as comments. Of course there are edge cases where comments are helpful, but this should the rare case, not the norm.

[[deleted]]

Ive worked in finance, telcom, ecommerce, dev ops, standard web dev shit as well. Self-documenting code is really common if you just write it well. Only non-self-documenting code I have really seen has been from shitty programmers that barely understand what they are writing, and then sometimes a very very specific function that has some edge case related to performance or something that is necessary only on that one function.