<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Pain-Driven Development on Brave New Geek</title><link>https://bravenewgeek.com/tag/pain-driven-development/</link><description>Recent content in Pain-Driven Development on Brave New Geek</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 07 Dec 2020 11:23:20 -0500</lastBuildDate><atom:link href="https://bravenewgeek.com/tag/pain-driven-development/index.xml" rel="self" type="application/rss+xml"/><item><title>Scaling DevOps and the Revival of Operations</title><link>https://bravenewgeek.com/scaling-devops-and-the-revival-of-operations/</link><pubDate>Wed, 18 Apr 2018 10:07:42 -0500</pubDate><guid>https://bravenewgeek.com/scaling-devops-and-the-revival-of-operations/</guid><description>&lt;p&gt;Operations is going through a renaissance right now. With the move to cloud, the increasing amount of automation, and the increasing &lt;em&gt;importance&lt;/em&gt; of automation, Ops as we know it is reinventing itself out of necessity. Infrastructure is becoming more and more sophisticated—and commoditized—and practices are just now starting to grow up around that. So while some worry about robots taking our jobs, the reality is more about how automation will help augment us to build better software and focus on higher-value things. It’s not so much about the &lt;em&gt;distant&lt;/em&gt; future—whatever that may hold—so much as it is about the next five to ten years, what Operations looks like in that timeframe, and why I think it has to retool.&lt;/p&gt;</description></item><item><title>More Environments Will Not Make Things Easier</title><link>https://bravenewgeek.com/more-environments-will-not-make-things-easier/</link><pubDate>Wed, 11 Apr 2018 15:49:47 -0500</pubDate><guid>https://bravenewgeek.com/more-environments-will-not-make-things-easier/</guid><description>&lt;p&gt;Microservices are &lt;a href="https://bravenewgeek.com/service-disoriented-architecture/"&gt;hard&lt;/a&gt;. They require extreme discipline. They require a lot more upfront thinking. They introduce integration challenges and complexity that you otherwise wouldn’t have with a monolith, but service-oriented design is an important part of scaling organization structure. Hundreds of engineers all working on the same codebase will only lead to angst and the inability to be nimble.&lt;/p&gt;
&lt;p&gt;This requires a pretty significant change in the way we think about things. We’re creatures of habit, so if we’re not careful, we’ll just keep on applying the same practices we used before we did services. And that will end in frustration.&lt;/p&gt;</description></item><item><title>Engineering Empathy</title><link>https://bravenewgeek.com/engineering-empathy/</link><pubDate>Sat, 03 Jun 2017 18:17:06 -0500</pubDate><guid>https://bravenewgeek.com/engineering-empathy/</guid><description>&lt;p&gt;This was a talk I gave at an internal R&amp;amp;D conference my last week at Workiva. I got a lot of positive feedback on the talk, so I figured I would share it with a wider audience. Be warned: it’s long. Feel free to read each section separately, though they largely tie together.&lt;/p&gt;
&lt;p&gt;Why do you work where you work? For many in tech, the answer is probably &lt;em&gt;culture&lt;/em&gt;. When you tell a friend about your job, the culture is probably the first thing you describe. It’s culture that can be a company’s biggest asset—and &lt;a href="https://www.recode.net/2017/2/19/14665076/ubers-travis-kalanick-susan-fowler-sexual-harassment-investigation"&gt;its biggest downfall&lt;/a&gt;. But what &lt;em&gt;is&lt;/em&gt; it?&lt;/p&gt;</description></item><item><title>Pain-Driven Development: Why Greedy Algorithms Are Bad for Engineering Orgs</title><link>https://bravenewgeek.com/pain-driven-development-why-greedy-algorithms-are-bad-for-engineering-orgs/</link><pubDate>Fri, 07 Apr 2017 15:33:00 -0500</pubDate><guid>https://bravenewgeek.com/pain-driven-development-why-greedy-algorithms-are-bad-for-engineering-orgs/</guid><description>&lt;p&gt;I recently wrote about the importance of understanding &lt;a href="https://bravenewgeek.com/decision-impact/"&gt;decision impact&lt;/a&gt; and why it’s important for building an empathetic engineering culture. I presented the distinction between &lt;em&gt;pain displacement&lt;/em&gt; and &lt;em&gt;pain deferral&lt;/em&gt;, and this was something I wanted to expand on a bit.&lt;/p&gt;
&lt;p&gt;When you distill it down, I think what’s at the heart of a lot of engineering orgs is this idea of “pain-driven development.” When a company grows to a certain size, it develops limbs, and each of these limbs has its own pain receptors. This is when empathy becomes important because it becomes harder and less natural. These limbs of course are teams or, more generally speaking, silos. Teams have a natural tendency to operate in a way that minimizes the amount of pain they feel.&lt;/p&gt;</description></item></channel></rss>