17

I have seen quite a few of the blogs I follow recommending more and more books over time.

I enjoy reading fiction and have no aversion to books but where a blogpost can be updated/rewritten when tech moves on these books which are normally ~£20-30 cannot.

Is there a particular quality to DevOps related titles which is missing from the online world or is everyone but me nuts?

  • 1
    The DevOps subject of matter is highly subjective and fluid. Which gives a lot more opportunities for book writing than other, more established fields. Many of such references are plain advertising, it doesn't necessarily mean they really are must-read references in the field (even if they're explicitly called like that). – Dan Cornilescu Sep 4 '17 at 14:49
  • In general you don't know if it's snake oil until after you've bought it. – corsiKa Sep 5 '17 at 2:39
  • 2
    DevOps duties start before the monitors are turned on :-) – mcalex Sep 5 '17 at 7:42
14

In most cases, the recommended books are not about technology. While technology changes, the fundamental principles behind organizations like system thinking, leadership, common sense, etc... do not change as often.

Books such as The Goal, and even The DevOps Handbook do not mention much technology on their pages but rather ways to manage work being performed by people.

Many problems are technology related, topics such as Microservices, Architecting large-scale systems, Infrastructure as Code, etc... these don't talk about a specific tool and/or technology but rather about an architectural topic. A field of knowledge that people who build large systems need to know in order to build the system correctly. This knowledge is rare, and its great the books are written about these subjects - just disregard the tools mentioned, or translate into their new-er reincarnation.

One of the better books about creating quality software (imho) is Agile Software Development, Principles, Patterns, and Practices. And while the language used in this book (Java) has moved along quite a bit, the examples provided in the book are timeless and can be easily translated into any other language of choice.

Some of the problems the DevOps movement tries to solve are involved with common ways work is managed in organizations that just doesn't make any sense. As Eliyahu Goldratt often said (author of The Goal) "Common sense is not very common".

These books teach principles of thinking correctly about problems and human relationships in a system setting so that the whole system is improved. The lessons are old, and unfortunately, only rarely there are people who work in the field who actually learned them.

Naturally, there are also authors who wrote books about such and such fizz-bang tech tool that is new and relevant to the field, like AWS or Docker or Jenkins or whatever and just want to push their book sales ... but I try and exclude these kinds of blog posts from my answer.

  • That quote was originally Voltaire, I have never heard of this Goldratt – Gaius Sep 4 '17 at 19:08
  • @Gaius Goldratt was quoting many smart people. – Evgeny Sep 4 '17 at 19:15
4

This is a sign of the growing maturity of infrastructure engineering as a field or a profession. If you consider any of the more traditional forms of engineering such as mechanical, civil or electrical, the bulk of the knowledge is is paper book form, that is how it is taught, practicing engineers consult reference books. That is because once the underlying principles are understood and codified, the details of implementation are specific only to a particular application or installation. You can consider any engineering artefact - a skyscraper or bridge, a jet engine, an aircraft carrier. Enormously sophisticated, requiring great skill to construct, but built using general principles that now they are understood, change only over the course of decades, and would be readily understandable to an engineer from decades ago.

Making it more DevOps specific - it really doesn't matter if you implement configuration management with CFEngine, Chef, Puppet or anything else, the principles of configuration management are well understood enough now that they can be written down and applied to any actual tool.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.