In today's episode, we're talking about overreactions to events around us as you work from home and in isolation. When is overreaction acceptable and when does it cause a larger problem?
We can't anticipate everything that is going to happen as developers and sometimes we over-prepare for any events that could happen as a developer. In today's episode, we're talking about when overreaction is appropriate and when it can get in the way of a more nimble and simple response.
If you're enjoying the show and want to support the content head over to iTunes and leave a review! It helps other developers discover the show and keep us focused on what matters to you.
This is a daily challenge designed help you become more self-aware and be a better developer so you can have a positive impact on the people around you. Check it out and give it a try at https://www.teabreakchallenge.com/.
Whether you’re working on a personal project or managing your enterprise’s infrastructure, Linode has the pricing, support, and scale you need to take your project to the next level. Get started on Linode today with a special $20 credit for listeners of Developer Tea.
Visit: linode.com/developertea and use promo code developertea2020
P.s. They're also hiring! Visit https://www.linode.com/careers to see what careers are available to you.
As we continue to deal with the global coronavirus pandemic, it's unlikely that you're going to hear anything on this podcast about the specifics of the virus or the response to that virus, the economic impacts that it's going to have, because I'm quite frankly not an expert on these subjects. There are other podcasts that are covering these things thoroughly, and I don't want to add noise to the mix. So I encourage you, if you want to hear more about those topics, to seek out authoritative and scientifically sound advice. With that said, in today's episode, we're going to discuss something called the overreaction paradox. This is a newly coined term for a long... long existing phenomenon. My name is Jonathan Cottrell. You're listening to Developer Tea, and my goal on this show is to help driven developers like you find clarity, perspective, and purpose in their careers. A spoiler alert for today's episode. Even though we're talking about something called the overreaction paradox, we are not suggesting that the people who are responding to this global pandemic are overreacting. In fact... In most ways, this paradox supports the other side of the argument, that overreaction can often be completely rational. Here's how it works. We'll use an example from our work as developers. Let's imagine that you have a startup. You've come up with a great idea, at least you think it's a great idea, for an application. And you know that this app is going to be launched on Product Hunt tomorrow. But you do nothing to prepare for it. Maybe you leave the app on a small server that can easily be overloaded. Or maybe it's a dino that goes to sleep on Heroku or something. And so as the app is shared on Product Hunt, or as it's shared on Hacker News, and because it's such a good idea that you've had, it gains enough popularity, but all of the traffic obviously overtakes your server. And you can't scale to meet the demand. Now not only does the traffic overtake the server, but you don't really do anything about it. You kind of sit back and say, well, things will work themselves out. Eventually, people stop visiting the site because it's unresponsive. And in a way, things did work themselves out, but just not to your advantage. People stopped visiting the site because it was unresponsive. In this scenario, you didn't. Overreact. But you still experienced a significant failure. And it's obvious that you could have done more to prepare. Now, let's take it to the other side of this argument. Let's rewind back to the night or the month before the launch. Your great startup idea is scheduled to release on Product Hunt. Perhaps you thought ahead and decided to release on Hacker News. A day earlier. Perhaps you're going to stagger. You're already kind of preparing for the onslaught of traffic and coordinating your marketing efforts to manage that traffic well. And so you prepare in advance in multiple ways. First, by coordinating those release times. And then maybe you scale up your server. Or you have redundant servers. Multiple backup options. In case the first release time is too late. Or your first line of defense or your first server falls down. Then you can easily reroute traffic to another server. And of course, the tactics to do this. There's a lot of them. And we don't need to dive into the details. But it's important to notice here that you haven't even released your product yet. In fact, if you're looking at the need. The immediate need for these extra measures of precaution. Then the immediate need. The immediate need just isn't there. Now let's fast forward to the day of launch. And you start getting heavy traffic. In fact, even heavier than you had planned for. Now initially, your plans all kind of work. You have one of your servers get overloaded. And traffic automatically flows to the second one. But then you have a few users that are reporting that they're seeing some kind of error. You react immediately. Adding even more servers. And you can see how this kind of reactive response and proactive response. If you were looking at it in comparison to the previous scenario. This kind of activity is much more desirable. But I want to kind of change the second scenario. Let's imagine that not only were you able to handle all of the traffic. But you were able to handle all of it easily. And you were able to handle all of it. Easily. With a lot of headroom. In this scenario, people might say that you overreacted. That you prepared too heavily. Or that you imagined a problem that never existed. These are all phrases that we like to throw around. And we have good reasons for throwing these phrases around. For example, it's not really a good idea to write code before you need it. And this is essentially the sum of the overreaction paradox. And I'm going to read the tweet directly from James Clear. James Clear is the person who kind of coined this term. The overreaction paradox. And here's the tweet. When the result of taking effective action is that nothing happens. Which makes your effort seem unnecessary and like an overreaction. Even if it was the right thing to do. I want you to think about this overreaction paradox. While we go and talk about today's sponsor. And then I want to come back and talk about how we can make our incentives. Align with the things that we care about. So that we don't get stuck on the wrong side of the overreaction paradox. Today's episode is sponsored by Linode. Whether you're working on a personal project. Or managing your enterprise's infrastructure. Linode has the pricing, the support, and the skill you need. To take your project to the next level. Linode has 11 data centers worldwide. Including the newest one in Sydney, Australia. With enterprise grade hardware. S3 compatible storage options. And the next generation network. Linode delivers the performance you expect. At a price that you don't. You can get started on Linode today. And you'll get $20 worth of credit. If you're a listener of the show. And you'll get access to native SSD storage. A 40 gigabit internal network. And industry leading processors. On top of that, you'll get a free trial. And a free trial. On top of all of this great hardware. You'll also get access to your Linode box. This root access. Even on the Nanode plans. These start as low as $5 a month. Or if you want to scale up. And go to the other end of the spectrum. You can get a dedicated CPU plan. You'll get physical cores. That are reserved just for you. Or you can even get a GPU compute plan. This is suitable for AI, machine learning. Or video processing. And you can even get one click installs. Like this one. Because of the most popular applications. Like WordPress. You can even set up a lamp stack with a single click. Game servers for Minecraft. Pretty much anything you can imagine. Go and check it out. Head over to linode.com. Slash developer T to get started today. Use that promo code developer T 2020 at checkout. To get that $20 worth of credit. That's linode.com slash developer T. Thanks again to Linode for sponsoring today's episode. What do you celebrate on your team? What do you celebrate on your team? We're talking today. About the overreaction paradox. And the fact that. If we prepare well. We often don't know. It's hard to know. If you have prepared adequately. Or if you've overprepared. And the difference there. Is that there's often stigma. Attached to overpreparing. Or in this case. Overreacting. Even when the outcomes are good. And that's not a good thing. It's a good thing. And so it's necessary. To look at what you celebrate. Is your culture. Celebrating reactions. To bad events. In other words. Are you celebrating. The developers who jump in. Whenever a bug occurs. In production. And fix the bug. Or are you celebrating the fact. That there are entire parts. Of your code base. That have experienced bugs. In years. As a result of the proactive efforts. Of an entire team of developers. Now let's be clear. That we shouldn't ignore. The fact that someone is pitching in. In a critical moment. When a bug appears in production. But it's necessary. For us to think about our incentives. Differently. What kind of incentives would you create. If your goal. Was to eliminate. The bad events. From occurring. These kind of incentives. Are entirely different. From the incentives that you would create. In order to measure reactiveness. Or the ability to respond. To those bad events. Focus on honing your incentives. To be measurements. Of health. Rather than intervention. This simple heuristic. Can change the way that you think. About preparing. At yourijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijijij Whether you share it directly with another developer or if you share it on Twitter, if you found this episode valuable, the best way that you can help other people find the show and start listening is for you to share it rather than me. Today's episode was produced by Sarah Jackson. My name is Jonathan Cottrell. And until next time, enjoy your tea.