This is a revisit of Manual Work is a Bug during my ramp up at my new job. I will discuss my experience doing some automation at my previous job and the flip side to the utopia painted by the article.
Your technical debt
I discovered the article last year. I love it. You can read my initial observations in Reflections on "Manual Work is a Bug".
Recently, I left my job after almost six years (70 months to be exact).
By the end, I had automated some of my weekly routines and had this huge
knowledge on the internal network called Parsia-Clone
(it dwarfs my external one).
We had this running joke that the clone will become sentient one day and do my job.
I realized I have forgotten why I made some important decisions and why I was doing things a certain way.
Most importantly, I had forgotten the pains. I was in the happy phase of the process where my automation had given me free time. About one day every two weeks (sometimes every week) I sat down, documented what I had learned and performed maintenance.
With a clean slate:
Having time. That's kind of important. And that is my biggest issue with the original article. It tells the tale of two sysadmins. Both are busy, intelligent and can write code.
Let me tell you about two systems administrators I know. Both were overloaded, busy IT engineers.
But they do things differently
The successful person had the same pressures but somehow managed to write a lot of code.
Stop! Hammertime!
Both sysadmins are overworked and under pressure but one (let's call them The Automator) manages to write a lot of code/documentation.
Remember both sysadmins are already overloaded.
Writing documentation/steps/code takes time. A lot of time. Especially when you are just starting and getting into the mindset. Even format and medium is a huge timesink. Hint: Your corporation probably has something like Confluence.
The time has to come from somewhere.
So The Automator most likely:
I was the second person. I worked long hours and almost burned out. People with family and obligations cannot do this and let's be honest, no one should.
Even the mythical Russian build engineer had this problem.
The myth started in bash.im. Read the translation at jitbit.
It's about this legendary Russian build engineer who had scripts
for everything. For example, one:
sends a text message "late at work" to his wife (apparently). [...] The job fires if there are active SSH-sessions on the server after 9pm with his login.
Seems like even automation legends overwork. Our ideal person is someone who has automated his excuses for working long hours. SAD!
Sure it does, it's most likely a net benefit in the long run. Automation will give you some free time to do more automation (well, hopefully).
But The Automator probably had no life for a while (assuming not fired).
Each person needs to figure out if it's worth the time and energy.
Ask yourself the following questions:
There's also the option of automating your job but not sharing it. See the following urban legends:
The original article is nice but it glossed over a very important part of the process and let's say its Achilles' heel.
Starting and continuing automation has a very significant time investment. This time has to come from somewhere. Either you get it through your corporation (congrats, you and me are some of the very few lucky ones) or it comes out of your time.