With the individual tracks coming to close on Day One at DevNation conference, I wanted to share the key takeaways, funny comments, and facepalm moments I experienced.

Agile architecture and design with Neal Ford 

One of the most compelling presentations of the day, Neal validated a lot of the decisions that I have been involved in over the past 5 months in a DevOps enablement team; specifically around the most memorable quote of the talk:

"Defer design decisions until the last possible responsible moment. The longer the delay, the more relevant the data for design." -Neal Ford

We spend a good part of our time in Red Hat IT talking about solutions surrounding things we want to do. The director of my department is frequently known to say things similar to "stop talking, get ^#@$ done" and I think it is a very healthy opinion and supportive of what Neal is suggesting. I would much rather spend my time with the team I'm on trying to solve for a problem, rather than discussing tooling ad nauseum.

New buzzword for something I knew as something else:  micro-services

How Netflix uses DevOps for reliability and developer velocity with Jeremy Edberg

Hate to say it, but as a "project management professional" and DevOps wannabe, there was a lot in this presentation that made me cringe or go "how do I even??!" My general thought is that just because you can release code into production every 10 minutes doesn't necessarily equal value to your customers every ten minutes.  Not providing that visibility to a room of engineers who cheered at the quote below made me blanch... isn't DevOps supposed to also be about test automation? Why are we cheering no testing?

"[We are] releasing several times a day to production with no testing." -Jeremy Edberg

Key takeaway: With great power comes great responsibility.  :)

How Facebook does open source at scale with James Pearce

There was a lot said and I loved it all. Key takeaways:

  • Facebook Open Academy
  • Centralizing your companies' external repos - everything written goes to a private shared repo, and it goes through a process of approvals to be shared to a centralized "Facebook" public open source repo. (Should Red Hat IT adopt this practice?)

DevOps general session with Gene Kim

As I expected, Gene rocked his presentation with all of the grace and humor of the previous talks I've seen him give. Winner for funniest+relevant quote in his presentation goes to Theo Schlossnagle: "Not DevOps but ^(?<dept>/+)Ops$"

Gene discussed that bottlenecks are the key to good DevOps... and addressing them in this order is a good idea:

  • environment creation
  • code deployment -- This is where Team Inception is focusing.
  • test setup and run
  • overly tight architecture
  • development & product management - in a high-functioning team, this is where you want the bottleneck to exist

I also loved the hand-back clause he talked about. At Etsy, their operations team can hand back fragile services to development at any time. Sounds like a good idea to build trust and a little bit of accountability on both sides of the coin.

Finally, and most importantly: Gene talked about high predictors of performance and asked how to go from a low trust environment to a high trust environment. My answer: embrace the open source way.

Continuous delivery through continuous questioning with Joel Tosi

Joel said that his track wasn't about convincing your boss to do CI/CD and DevOps in his blog post last week. After attending, I still think it was about convincing your boss. Or more importantly, what questions you need to ask to identify when you are at that tipping point to convince your boss that DevOps is the future.

Last updated: February 7, 2024