Tom commented on Time management for system administrators by Tom Limoncelli
Chapter 13: Automation I was looking forward to this chapter. I’m always happy to learn about what other people like to automate and project and task management, always happy to see what others are doing as inspiration.
His decisions on when to automate something don’t exactly match my own, but that is partially because I am a programmer, and “Hard Things” / “Done Often” are what automate on a daily basis. However, generally I agree.
One thing he mentions is that he likes to automate hard things done once, which I interpret as hard things done occasionally, and specifically that this is good for documentation purposes. I somewhat agree with this, yes, having a script will potentially explain better what a process is like than anything else, assuming it works. However there is an even better way: Literate DevOps. I’m a fan of literate programming in general, though not …
Chapter 13: Automation I was looking forward to this chapter. I’m always happy to learn about what other people like to automate and project and task management, always happy to see what others are doing as inspiration.
His decisions on when to automate something don’t exactly match my own, but that is partially because I am a programmer, and “Hard Things” / “Done Often” are what automate on a daily basis. However, generally I agree.
One thing he mentions is that he likes to automate hard things done once, which I interpret as hard things done occasionally, and specifically that this is good for documentation purposes. I somewhat agree with this, yes, having a script will potentially explain better what a process is like than anything else, assuming it works. However there is an even better way: Literate DevOps. I’m a fan of literate programming in general, though not necessarily a practitioner, but especially for small-ish scripts. I think that hard things done once, and small things done often, and even small things done once, all benefit from a literate approach. This puts the documentation front-and-center.
Also I think the idea of using make as a sysadmin tool is fantastic! I really like using GNU Make myself, and he has the right idea in this regard.