What do you think?
Rate this book
The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations
Increase profitability, elevate work culture, and exceed productivity goals through DevOps practices.
More than ever, the effective management of technology is critical for business competitiveness. For decades, technology leaders have struggled to balance agility, reliability, and security. The consequences of failure have never been greater―whether it's the healthcare.gov debacle, cardholder data breaches, or missing the boat with Big Data in the cloud.
And yet, high performers using DevOps principles, such as Google, Amazon, Facebook, Etsy, and Netflix, are routinely and reliably deploying code into production hundreds, or even thousands, of times per day.
Following in the footsteps of The Phoenix Project, The DevOps Handbook shows leaders how to replicate these incredible outcomes, by showing how to integrate Product Management, Development, QA, IT Operations, and Information Security to elevate your company and win in the marketplace.
More than ever, the effective management of technology is critical for business competitiveness. For decades, technology leaders have struggled to balance agility, reliability, and security. The consequences of failure have never been greater―whether it's the healthcare.gov debacle, cardholder data breaches, or missing the boat with Big Data in the cloud.
And yet, high performers using DevOps principles, such as Google, Amazon, Facebook, Etsy, and Netflix, are routinely and reliably deploying code into production hundreds, or even thousands, of times per day.
Following in the footsteps of The Phoenix Project, The DevOps Handbook shows leaders how to replicate these incredible outcomes, by showing how to integrate Product Management, Development, QA, IT Operations, and Information Security to elevate your company and win in the marketplace.
674 pages, Kindle Edition
First published December 7, 2015
3986 people are currently reading
13219 people want to read
About the author
Gene Kim
27 books993 followersGene Kim is a multiple award-winning CTO, Tripwire founder, Visible Ops co-author, IT Ops/Security Researcher, Theory of Constraints Jonah, a certified IS auditor and a rabid UX fan.
He is passionate about IT operations, security and compliance, and how IT organizations successfully transform from "good to great."
He is passionate about IT operations, security and compliance, and how IT organizations successfully transform from "good to great."
Ratings & Reviews
Friends & Following
Create a free account to discover what your friends think of this book!
Community Reviews
Displaying 1 - 30 of 407 reviews
March 1, 2020
As a seasoned DevOps and Continuous Delivery practitioner, I didn't find this book useful or inspiring.
It's an attempt to put both technical and organizational practices in a single book, which is too much. The result is a vast, dry list of practices described "do this, do that..." format. Format full of content, but pretty boring.
Instead:
* For technical practices, read Continous Delivery (older, but more in-depth book).
* For organizational and team practices, read Teams Topologies.
* For inspiration, read The Goal and The Phoenix Project.
Good luck!
It's an attempt to put both technical and organizational practices in a single book, which is too much. The result is a vast, dry list of practices described "do this, do that..." format. Format full of content, but pretty boring.
Instead:
* For technical practices, read Continous Delivery (older, but more in-depth book).
* For organizational and team practices, read Teams Topologies.
* For inspiration, read The Goal and The Phoenix Project.
Good luck!
August 19, 2018
If this had been published in the 90s it would've been groundbreaking (and wrong). Published in the early 2000s it would've been bold. Publishing it now is redundant. Terms like CI are so common you don't even need to explain the initialism.
I was severely disappointed with this book. It is NOT a handbook of any kind. This is pure evangelism aimed at managers. Also, very quickly, I realised how extremely narrow the authors' world is. Basically: web services. Almost every argument and anecdote is based on the confines of the crazy world of silicon valley and web startups.
Most of the content is highly repetitive and very broad, not going into any useful details. None of the caveats or drawbacks are considered, just pure hype. It is not nuanced.
The authors are not wrong (most of this is common sense and not some novel process), it's just not a very good book.
I was severely disappointed with this book. It is NOT a handbook of any kind. This is pure evangelism aimed at managers. Also, very quickly, I realised how extremely narrow the authors' world is. Basically: web services. Almost every argument and anecdote is based on the confines of the crazy world of silicon valley and web startups.
Most of the content is highly repetitive and very broad, not going into any useful details. None of the caveats or drawbacks are considered, just pure hype. It is not nuanced.
The authors are not wrong (most of this is common sense and not some novel process), it's just not a very good book.
September 9, 2016
tl;dr This is a must-read for anyone who wants to understand, explain and implement DevOps culture, process and tools for high performance development and operations.
The DevOps Handbook (437 pages, 2016, Kim, Humble, Debois, Willis, Allspaw) is a must-read for anyone who wants to understand, explain and implement DevOps culture, process and tools for high performance development and operations. The Phoenix Project (2013, Kim, Spafford, Behr) took us through the challenges of IT development and operations in narrative form, and showed us sensible and human-centric solutions. The DevOps Handbook builds on that and provides a more detailed and practical guide to apply those solutions within your organization. It also extends the solutions from The Phoenix Project to cover information security and compliance.
The book includes case studies from Google, Capital One, Target, Netflix, etsy and other companies, demonstrating how DevOps culture and practices can improve business outcomes. There is material here for stakeholders in almost all parts of the organization, including upper management, operations, info sec, development and compliance.
I read this book cover-to-cover. The authors’ advice is thought provoking and should spark dozens of productive discussions within your team.
The DevOps Handbook (437 pages, 2016, Kim, Humble, Debois, Willis, Allspaw) is a must-read for anyone who wants to understand, explain and implement DevOps culture, process and tools for high performance development and operations. The Phoenix Project (2013, Kim, Spafford, Behr) took us through the challenges of IT development and operations in narrative form, and showed us sensible and human-centric solutions. The DevOps Handbook builds on that and provides a more detailed and practical guide to apply those solutions within your organization. It also extends the solutions from The Phoenix Project to cover information security and compliance.
The book includes case studies from Google, Capital One, Target, Netflix, etsy and other companies, demonstrating how DevOps culture and practices can improve business outcomes. There is material here for stakeholders in almost all parts of the organization, including upper management, operations, info sec, development and compliance.
I read this book cover-to-cover. The authors’ advice is thought provoking and should spark dozens of productive discussions within your team.
May 9, 2017
It's not as good as I hoped for, after the fabulous 'Phoenix Project'. The technical level is perfect for a high level overview for a technical manager, but don't expect detailed guidance from this book.
Also if you are a frequent blog reader, you might already heard or read most of the things. It's good to have it in condensed form.
All the case studies give the book a nice grounded touch, but as the recent events around Etsy and Yahoo have shown, sometimes it might still not work out in the end. I hoped that the book would be honest about this and it ultimately is, in the last paragraph
Also if you are a frequent blog reader, you might already heard or read most of the things. It's good to have it in condensed form.
All the case studies give the book a nice grounded touch, but as the recent events around Etsy and Yahoo have shown, sometimes it might still not work out in the end. I hoped that the book would be honest about this and it ultimately is, in the last paragraph
May 30, 2017
This book actually reminds me of the book “Release it ” but with much less emphasis on actual technical patterns but with a stronger accent on soft skills.
It’s also complimentary to the “Phoenix Project” written by the same authors.
If you’ve skipped the “Phoenix Project” or you don’t like to read the novels, like I do, I would recommend you to start with this book as it has much more momentum than the first book.
It has a bunch of great inspiring examples of successes from the companies that have embarked on the “DevOps journey” which to me is the best part of this book. Also the book is relatively recent therefore a lot of its advices are quite innovative and might be even disturbing to some.
My score 4/5
It’s also complimentary to the “Phoenix Project” written by the same authors.
If you’ve skipped the “Phoenix Project” or you don’t like to read the novels, like I do, I would recommend you to start with this book as it has much more momentum than the first book.
It has a bunch of great inspiring examples of successes from the companies that have embarked on the “DevOps journey” which to me is the best part of this book. Also the book is relatively recent therefore a lot of its advices are quite innovative and might be even disturbing to some.
My score 4/5
March 7, 2019
Finally gave up on this around the halfway mark. I did the audiobook version of this and it was just a sleep-inducing experience for the vast majority of the time. What finally broke me was when I realized I had completely zoned out for a good 15 minutes, but I didn't feel like I actually missed much or care if I did. Having done The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win a few years ago and having enjoyed that, I thought I'd give this a go as a refresher of the concepts brought up in that book. Unfortunately, while The Phoenix Project was well written and did a great job of giving context to the various ideas it espoused, this was basically a textbook of outdated information that pretty much everyone already knows.
The only target audience this might be for anymore is for students that have no experience working in an organization with an IT department. However, that's also why I can't in good conscience give this a 1-star rating since the information contained here is fairly solid and informative, albeit quite dated at times. The dry and overly structured presentation of the information is also perfect for students already used to that kind of delivery method, unlike me who has this weird notion that books should be enjoyable to read.
The only target audience this might be for anymore is for students that have no experience working in an organization with an IT department. However, that's also why I can't in good conscience give this a 1-star rating since the information contained here is fairly solid and informative, albeit quite dated at times. The dry and overly structured presentation of the information is also perfect for students already used to that kind of delivery method, unlike me who has this weird notion that books should be enjoyable to read.
December 3, 2017
This book could have been 100 pages, and most of the content is filler.
August 9, 2018
All DevOps practices in a single place - organisational, cultural and technical. Lots of exceptional case studies.
April 8, 2025
Accelerate+ Team Topologies okumak ilk etapta yeterli olacaktır. Google SRE'e de çok sayıda referans var ve benim de o kitaptan en çok aklımda kalan kısmlar burada aktarılanlardı. Belki o da üçüncü bir okuma olabilir. Ha üçü yerine bunu okurum da denebilir belki? Ben yine dediğim sıra ile okunmasında ısrarcı olurdum... Dönelim kitaba,
Kitap yine accelerate'deki interface'in genişletilmiş hali gibi. Yine tüm organizasyona ışık tutuyor. (Ama en nihayetinde interface!) 2016 yazılmış bir kitap için çok başarılı buldum. Zaten Jez Humble fanboy'u olduğumu gizlemeyeceğim. :)
Daha önce konuyla ilgili okumalar yaptığımdan benim için yeni pek bir şey yoktu zaten farkındaydım da; cila niyetine başlamıştım. Daha çok çalışmalarımın sağlaması oldu.:) Bir de bazı maddelerin detaylandırılmış olmasının işimi kolaylaştıracağını fark ettim. Çünkü nasıl bir süreç kurarsan kur, iş nihayetinde insana çıkıyor. Herkesi aynı çizgiye getirmek de kolay olmuyor. Buradaki bazı maddelerdeki daha küçük adımlar ve örnekler işlerin biraz daha somut sunulması ve ilerlenmesine yardımcı olacaktır. Yani referans kitap olarak kullanılabilir.
Çoğu zaman yel değirmenleriyle savaşıldığından biraz kendime motivasyon olsun diye iki alıntı yapacağım. "Positive disruption" ifadesin sevdim, benden bahsetmiş. :) Bir de finalden bir kısım aldım,
İçimde kalmasın notu: Devops için de kelime manasına en uygun ugyulama alanının Google SRE kitabında tariflenen SRE olduğunu paylaşmadan geçemeyeceğim. :) Bu kitabın girişindeki: dev vardı da ops vardı da bunlar birbirinden sürekli uzaklaşıveriyordu... benim damağımda garip bir tad bıraktı, ne diyeyim. :) Kitap adı biraz dikkat çekmek adına zorlama olmuş. Ya da zamanla süreç farklı evrilmiş. Zaten yazarlarımızdan Jez Humble da tüm süreci daha süzerek ele aldığı sonraki kitabına accelerate adını vermiş.
Kitap yine accelerate'deki interface'in genişletilmiş hali gibi. Yine tüm organizasyona ışık tutuyor. (Ama en nihayetinde interface!) 2016 yazılmış bir kitap için çok başarılı buldum. Zaten Jez Humble fanboy'u olduğumu gizlemeyeceğim. :)
Daha önce konuyla ilgili okumalar yaptığımdan benim için yeni pek bir şey yoktu zaten farkındaydım da; cila niyetine başlamıştım. Daha çok çalışmalarımın sağlaması oldu.:) Bir de bazı maddelerin detaylandırılmış olmasının işimi kolaylaştıracağını fark ettim. Çünkü nasıl bir süreç kurarsan kur, iş nihayetinde insana çıkıyor. Herkesi aynı çizgiye getirmek de kolay olmuyor. Buradaki bazı maddelerdeki daha küçük adımlar ve örnekler işlerin biraz daha somut sunulması ve ilerlenmesine yardımcı olacaktır. Yani referans kitap olarak kullanılabilir.
Çoğu zaman yel değirmenleriyle savaşıldığından biraz kendime motivasyon olsun diye iki alıntı yapacağım. "Positive disruption" ifadesin sevdim, benden bahsetmiş. :) Bir de finalden bir kısım aldım,
As Jason Cox, Director of Systems Engineering at Disney, described, “Inside of Operations, we had to change our hiring practices. We looked for people who had ‘curiosity, courage, and candor,’ who were not only capable of being generalists but also renegades...We want to promote positive disruption so our business doesn’t get stuck and can move into the future.” As we’ll see in the next section, how we fund our teams also affects our outcomes.
Innovation is impossible without risk taking, and if you haven’t managed to upset at least some people in management, you’re probably not trying hard enough. Don’t let your organization’s immune system deter or distract you from your vision. As Jesse Robbins, previously “master of disaster” at Amazon, likes to say, “Don’t fight stupid, make more awesome.”
İçimde kalmasın notu: Devops için de kelime manasına en uygun ugyulama alanının Google SRE kitabında tariflenen SRE olduğunu paylaşmadan geçemeyeceğim. :) Bu kitabın girişindeki: dev vardı da ops vardı da bunlar birbirinden sürekli uzaklaşıveriyordu... benim damağımda garip bir tad bıraktı, ne diyeyim. :) Kitap adı biraz dikkat çekmek adına zorlama olmuş. Ya da zamanla süreç farklı evrilmiş. Zaten yazarlarımızdan Jez Humble da tüm süreci daha süzerek ele aldığı sonraki kitabına accelerate adını vermiş.
March 14, 2018
In the beginning, a lot of this book felt like a lengthy advertisement for The Phoenix Project, but my opinion improved over time. The material overall is not particularly new or earth-shattering, but the book does a good job of collecting several practices and underscoring their importance in a larger context. While the book has an understandable focus on cloud development, with a bit of ingenuity, several of the practices could also be adapted to more legacy desktop software development areas.
I did, however, find it extremely irritating how often the authors overused the phrase "win in the marketplace." a) It felt like lazy writing and editing that they couldn't come up with another description of overall project success, and b) For teams working on internal systems development, "winning in the marketplace" doesn't necessarily carry much weight or meaning.
I did, however, find it extremely irritating how often the authors overused the phrase "win in the marketplace." a) It felt like lazy writing and editing that they couldn't come up with another description of overall project success, and b) For teams working on internal systems development, "winning in the marketplace" doesn't necessarily carry much weight or meaning.
July 25, 2017
Paired with Google's SRE book these two are absolutely required reading for anyone trying to build modern, reliable and long living software. This book covers a lot of ground in terms of best practices on getting your code from the repo to running in production, starting at the basics, with automated testing, metrics and logging collection, outliers detection, desaster recovery, bottleneck removal, how to introduce security and hardening best practices, how to sell these improvements to top leadership and how to cause change in organizations that might not thing they need to change stuff.
It's full of actual case studies, with reports from the people that were fighting the issues, what they did, whether it was right or wrong and the outcomes of these decisions. The focus on lean, removing roadblocks and lead time to deliver is also a blessing, helping you to point out exactly where the issues that are preventing you from producing software faster are, even if you can't see them right now.
This is a must read for anyone that is serious about running stuff in production for real.
It's full of actual case studies, with reports from the people that were fighting the issues, what they did, whether it was right or wrong and the outcomes of these decisions. The focus on lean, removing roadblocks and lead time to deliver is also a blessing, helping you to point out exactly where the issues that are preventing you from producing software faster are, even if you can't see them right now.
This is a must read for anyone that is serious about running stuff in production for real.
September 20, 2018
I believe this book captures the true spirit of the DevOps movement, it lays down the problems & challenges clearly, sets the stage for different roles in the organization, and offers a clear path from traditional model to an organization that efficiently delivers value continuously.
Highly and strongly recommended
Highly and strongly recommended
December 16, 2019
Good concepts, exceedingly verbose writing...
September 25, 2022
This book describes a new way of structuring work for tech teams: DevOps.
While the old way of doing things included many different departments working together (e.g. database department, QA department, testing department) which caused a lot of bottlenecks and low deployment frequencies, DevOps aims to eliminate these bottlenecks with putting all of these fields closer together and tries to build structures where we frequently add changes to our code and deploy it quickly.
More precisely it focuses on three principles that seem to be important in the DevOps philosophy.
I: Flow
Which methods can we use to shorten the time between a customer request arriving and deploying this feature to the live version of our application?
II: Feedback
It is very important, that we as developers have fast and iterative feedback on our work, so that we can learn and adopt new things quickly instead of sticking to bad habits for a long time.
III: Continous Learning and Experimentation
It is good to adopt the mindset of being lifelong learners across the whole team and build structures where everyone feels secure and is motivated to learn.
After explaining these concepts on a theoretical level, it follows with more practical guidelines and how to implement these.
The book is very tedious to read and I personally would have liked more practical examples on how to implement these things on a technical level.
Instead there were too many stories from companies that had success with DevOps for my taste.
Overall it still is a very good introduction to the topic and made me curious to go deeper and try new techniques like implementing CI/CD pipelines and TDD.
While the old way of doing things included many different departments working together (e.g. database department, QA department, testing department) which caused a lot of bottlenecks and low deployment frequencies, DevOps aims to eliminate these bottlenecks with putting all of these fields closer together and tries to build structures where we frequently add changes to our code and deploy it quickly.
More precisely it focuses on three principles that seem to be important in the DevOps philosophy.
I: Flow
Which methods can we use to shorten the time between a customer request arriving and deploying this feature to the live version of our application?
II: Feedback
It is very important, that we as developers have fast and iterative feedback on our work, so that we can learn and adopt new things quickly instead of sticking to bad habits for a long time.
III: Continous Learning and Experimentation
It is good to adopt the mindset of being lifelong learners across the whole team and build structures where everyone feels secure and is motivated to learn.
After explaining these concepts on a theoretical level, it follows with more practical guidelines and how to implement these.
The book is very tedious to read and I personally would have liked more practical examples on how to implement these things on a technical level.
Instead there were too many stories from companies that had success with DevOps for my taste.
Overall it still is a very good introduction to the topic and made me curious to go deeper and try new techniques like implementing CI/CD pipelines and TDD.
October 27, 2016
Is there really a need for another book about DevOps? This trend? movement? paradigm? approach? is present for at least few years & we have tremendous numbers of various types of materials & tools - is there a niche for this book then?
I dare to say - it is.
Need for DevOps has been well described in Lean Enterprise, common practices have their description in Continuous Integration & Continuous Delivery books, there are plenty of specialized books for particular tools / platforms, BUT WHAT WE WERE MISSING (in a concise, written form) is the "soft-side" of "how-to". And it's extremely important, because many people still:
* miss the whole point of DevOps
* think about DevOps as a specialized role of certain individuals
* consider DevOps as a purely technical "thingie"
IMHO this books helps to fix these perspectives in a very clear way - I really liked the way authors have decomposed the topic into three sub-areas of: (work) flow, feedback loop and continuous learning (& experimentation).
OK, about the book itself: not surpisingly (if you've read earlier Kim's or Humbles' books) it's approachable, well written & to-the-point. It's completely tech-agnostic, quotes scenarios from very different types of enterprises (not just SV unicorns), isn't overzealous about non-core principles (pragmatism FTW).
Recommended for everyone who wants to understand what's expect from modern IT delivery unit.
I dare to say - it is.
Need for DevOps has been well described in Lean Enterprise, common practices have their description in Continuous Integration & Continuous Delivery books, there are plenty of specialized books for particular tools / platforms, BUT WHAT WE WERE MISSING (in a concise, written form) is the "soft-side" of "how-to". And it's extremely important, because many people still:
* miss the whole point of DevOps
* think about DevOps as a specialized role of certain individuals
* consider DevOps as a purely technical "thingie"
IMHO this books helps to fix these perspectives in a very clear way - I really liked the way authors have decomposed the topic into three sub-areas of: (work) flow, feedback loop and continuous learning (& experimentation).
OK, about the book itself: not surpisingly (if you've read earlier Kim's or Humbles' books) it's approachable, well written & to-the-point. It's completely tech-agnostic, quotes scenarios from very different types of enterprises (not just SV unicorns), isn't overzealous about non-core principles (pragmatism FTW).
Recommended for everyone who wants to understand what's expect from modern IT delivery unit.
December 22, 2019
Innovation is impossible without risk taking, and if you haven’t managed to upset at least some people in management, you’re probably not trying hard enough.
February 25, 2021
Great book! It would be better for me to have read it 4-5 years ago, but nonetheless it was interesting to know that I adopt or learn the principles and methodologies by trying and failing and by meeting people that helped me to understand what DevOps is and why it was born.
Hope every companies by now, even no tech companies but that use technology, are adopting this for a while or are adopting or they will be out of business very soon or at least without the best persons for the job.
I enjoyed reading, but because it not showed me nothing new, I gave only a 4 star.
Hope every companies by now, even no tech companies but that use technology, are adopting this for a while or are adopting or they will be out of business very soon or at least without the best persons for the job.
I enjoyed reading, but because it not showed me nothing new, I gave only a 4 star.
January 3, 2019
My 2nd time reading this was much better. The first time I felt like it was too much information packed into it.
But after a few years working in devops and coming back to it I found it to be pretty amazing. It does contain a ton of information and repeats things but in a deliberate way.
As others have said it's a must read for devops professionals, developers, testers or managers. It's a philosophy, not tools and this book lays out the philosophy well.
But after a few years working in devops and coming back to it I found it to be pretty amazing. It does contain a ton of information and repeats things but in a deliberate way.
As others have said it's a must read for devops professionals, developers, testers or managers. It's a philosophy, not tools and this book lays out the philosophy well.
Read
December 6, 2019I found it an easy read, common sense and with numerous useful examples. I won't offer up the cliche that more developers should read this book but will offer up the suggestion that more of them follow up by implementing it's suggestions.
July 24, 2017
The start of the book is very engaging but later its becomes little boring due to either too much details and book talks about only one company called Etsy. I like the case studies in the relevant chapter but few places it just doesn't make sense. Overall good read but unfortunately not very productive. There is plenty of information and reference material available at the end which occupies almost 20% of the book. I think I expected more.
March 27, 2025
Thorough overview of the principles behind the DevOps movement, which is effectively the application of lean manufacturing principles to the software sector. One issue is that it seems focused on companies providing software services, possibly for internal consumption, rather than software products where many of the same principles apply but the delivery models and feedback loops are different. Exactly the companion to the Phoenix Project I was looking for.
Read
September 17, 2017Devops is not a designation. It's a culture of adopting some practices, principle and tools to improve your all means of engineering. Dev QA ops sec whatever you call. learning and experimenting is much important. I recommend this book to all folks doing software development, testing , security, operation etc..
February 24, 2019
Well written, good content. Lack of fifth star is more about me than the book itself. It wasn't too engaging and it's probably due to my familiarity with the ideas discussed.
October 13, 2021
I had to read this book for work. That's it; that's the review.
October 4, 2018
This is an excellent overview of devops, including a summary of lean manufacturing, agile software development practices, security and compliance issues, etc. The authors stayed at a relatively high level - we will not find detailed solutions with exact steps here. Rather, the book points you to areas you might want to research further.
I am familiar with automated testing and continuous delivery practices, so most of the book sounded pretty familiar. The authors focused on IT practices of large and mostly web-based companies, whose business is essentially creating and running software on large-scale server farms. The issues and case studies emphasize large organization issues, changing slow, traditional practices to agile/devops principles.
If your software is used for controlling hardware, however, the book offers little insight. You can’t automatically create CNC machines and hardware components, so creating environments on demand is not possible. It also does not address small and midsize companies.
The text is rather dry and often repetitive. I have listened to the audiobook, if I was reading, I would have probably skimmed quite a bit. Kudos to Ron Butler for bringing life and interest to the text.
Overall this is well worth to keep on your reference book shelf.
I am familiar with automated testing and continuous delivery practices, so most of the book sounded pretty familiar. The authors focused on IT practices of large and mostly web-based companies, whose business is essentially creating and running software on large-scale server farms. The issues and case studies emphasize large organization issues, changing slow, traditional practices to agile/devops principles.
If your software is used for controlling hardware, however, the book offers little insight. You can’t automatically create CNC machines and hardware components, so creating environments on demand is not possible. It also does not address small and midsize companies.
The text is rather dry and often repetitive. I have listened to the audiobook, if I was reading, I would have probably skimmed quite a bit. Kudos to Ron Butler for bringing life and interest to the text.
Overall this is well worth to keep on your reference book shelf.
March 16, 2020
Ótimas ideias, conceitos muito bem explicados, cases coerentes e que dão esperança de dias melhores para quem não vive uma cultura assim.
Senti falta de cases de empresas menores, onde a luta entre feito e perfeito acontece de forma mais visceral, vejo que empresas gigantes não tem opção a não ser fazer da melhor forma possível, o melhor e mais seguro produto possível. É muito mais fácil e prudente adotar e adquirir uma cultura devops quando se tem dinheiro para investir no longo prazo, que quando se luta para pagar o jantar. Nessa segunda situação, eu sempre presenciei os defensores de projetos de longo prazo serem taxados como apaixonados malucos que não entendem o mundo real.
Ao fim do livro fica a sensação de que só vai ganhar dinheiro quem adotar devops, e que só vai adotar devops, quem tem dinheiro para suportar a pressão do início, que é quando todos os problemas são tirados debaixo do tapete.
Senti falta de cases de empresas menores, onde a luta entre feito e perfeito acontece de forma mais visceral, vejo que empresas gigantes não tem opção a não ser fazer da melhor forma possível, o melhor e mais seguro produto possível. É muito mais fácil e prudente adotar e adquirir uma cultura devops quando se tem dinheiro para investir no longo prazo, que quando se luta para pagar o jantar. Nessa segunda situação, eu sempre presenciei os defensores de projetos de longo prazo serem taxados como apaixonados malucos que não entendem o mundo real.
Ao fim do livro fica a sensação de que só vai ganhar dinheiro quem adotar devops, e que só vai adotar devops, quem tem dinheiro para suportar a pressão do início, que é quando todos os problemas são tirados debaixo do tapete.
August 3, 2022
I'd recommend this book to anyone who wants to work—or currently works—in software. For experienced professionals I believe this would be a nice reminder, but for newcomers this is an invaluable resource. Throughout the book you are presented different case studies into how big technology organizations work—Google, Netflix, AWS, among others—and given practical advise as to how you can implement this into your own endeavors. While reading this I was working on my own software project and applied many of the techniques described in this book: testing, linters, formatters, automation servers, git-hooks, and security validations. Spoiler alert, they obviously made the development process more efficient and secure. As a whole the book is amazing and the information given throughout the journey is useful, up-to-date, and empowering.
March 13, 2023
I really liked the content of this book. It’s very instructive. Authors supports their arguments with lots of real life examples which is both inspiring and admirable.
However I really don’t like couple things about the book as well. Let’s start with fonts. They are too small for me to easily follow sentences. My astigmatism is not helping either. I’d appreciate to have 2 volume series with more readable fonts.
The language of the book is too complicated. Even though I have some prior context as a software developer, time to time I found hard to follow up the jargon of the book. Especially the abbreviations. Sometimes I even forget where they were originally given if they have been given. It would be nice to have them in place repeatedly so that we are not distracted by the action of searching them.
Those being said, I think this is still a very valuable addition to my library. I’d definitely revisit it time to time. However let me put it honestly, it’s not an easy read if you want to read it cover to cover. It’s one of the reference book that you would like to revisit it again.
However I really don’t like couple things about the book as well. Let’s start with fonts. They are too small for me to easily follow sentences. My astigmatism is not helping either. I’d appreciate to have 2 volume series with more readable fonts.
The language of the book is too complicated. Even though I have some prior context as a software developer, time to time I found hard to follow up the jargon of the book. Especially the abbreviations. Sometimes I even forget where they were originally given if they have been given. It would be nice to have them in place repeatedly so that we are not distracted by the action of searching them.
Those being said, I think this is still a very valuable addition to my library. I’d definitely revisit it time to time. However let me put it honestly, it’s not an easy read if you want to read it cover to cover. It’s one of the reference book that you would like to revisit it again.
August 9, 2020
Nice book! Widened my horizons about what kinds of things are necessary/possible to get code really fast into production.
Apparently version control for operational things (apache configs, firewalls, deployment scripts...non-code things) is quite important!
Worth mentioning: Puppetlabs' "state of devops report" and the DORA report are places to check out, surveying the entire industry.
The part about how to transform an organisation, by using one devops seed team also made some sense!
Worth reading. I listened to the audiobook, so since it was harder to highlight sections from it, I'll probably remember less than I'd like :)
Apparently version control for operational things (apache configs, firewalls, deployment scripts...non-code things) is quite important!
Worth mentioning: Puppetlabs' "state of devops report" and the DORA report are places to check out, surveying the entire industry.
The part about how to transform an organisation, by using one devops seed team also made some sense!
Worth reading. I listened to the audiobook, so since it was harder to highlight sections from it, I'll probably remember less than I'd like :)
March 20, 2021
Although terms like CI and CD are the standard nowadays, I'm sure that most who use them don't know why they do so. That's why I think everyone who works in the IT industry should read it. Commonly available tools are not the "things" that make DevOps culture so effective. It requires a mindset shift at every level of an organization.
What I also like is the fact that the book is totally technology agnostic. While the author mentions a few tools, those are just examples of implementation. The book doesn't promote any tool-specific functionalities.
Even though I'm the guy who loves examples, use cases, and so on, I was tired of them. I'm aware the context is essential but, come one. Sometimes I felt that I was reading over and over the same story. I'm pretty sure that the author could get rid of one-third of the examples without any loss. What also annoyed me was the formatting. I couldn't find the pattern of why the author starts a new paragraph when the sentence is related to the previous one.
To sum up, while I love the content and I will advise to ready it by every single fellow from IT, I won't force myself to get through the book ever again.
What I also like is the fact that the book is totally technology agnostic. While the author mentions a few tools, those are just examples of implementation. The book doesn't promote any tool-specific functionalities.
Even though I'm the guy who loves examples, use cases, and so on, I was tired of them. I'm aware the context is essential but, come one. Sometimes I felt that I was reading over and over the same story. I'm pretty sure that the author could get rid of one-third of the examples without any loss. What also annoyed me was the formatting. I couldn't find the pattern of why the author starts a new paragraph when the sentence is related to the previous one.
To sum up, while I love the content and I will advise to ready it by every single fellow from IT, I won't force myself to get through the book ever again.
Displaying 1 - 30 of 407 reviews