Yeah I can’t feel good about that kind of stuff anymore (it’s the same thing in my field with IaC - Infrastructure as Code). Even if I agree that these are good ideas, it all comes down to being able to treat workers like interchangeable cogs rather than people who can amass knowledge and expertise over time.
Then the dream: that you could sell an entire skeleton of a company with none of the old workers clinging to the bones, and another team of replaceable workers could just slot themselves in place and start making money for investors!
I’m not sure it’ll ever get that extreme, but it’s not ethics that is blocking it from happening, but material reality.
So yeah, fuck the docs.
I hadn’t considered the impact of IaC type things, but I can see bean counters thinking “well it’s documented, so any monkey will do”, without being able to quantify to lost time/opportunity cost when people have to fumble through.
In my case, I’m always thinking ahead, trying to see the ways our imperfect systems are going to be a problem, and at least consider high-level options for those things, or for directional change we may see.
I don’t make any plans, just some notes, in case any of those questions come up.
Someone unfamiliar with these systems will be in “fix” mode all the time, trying determine why something doesn’t work, and reading through docs trying to comprehend things.
I’m a big fan towards pushing for IaC and configuration as code too. What you have to do is also push for policy as code and finops too keep the managers and power point pushers on their toes too. At least it’s seemed to engender some empathy from some for me.
An interesting proposition, and one I’ll be thinking about for sure. Sadly we probably won’t ever get “VC as Code” hah so none of us are safe
