Hey, everyone, and welcome to Developer Tea. My name is Jonathan Cottrell, and today I'm going to be talking to you about a few cognitive biases. Every day, our job is to make decisions. This isn't true for just developers, of course. As you've heard on this show in the past, we talk about things that are true for other people as well. But for a developer, decisions are a part of everything that we do. And very often, a developer operates in kind of a black box, where other people at the company can't really give you the decision-making framework that you need for a given decision. For example, if you're trying to make a decision between a traditional relational database and a NoSQL kind of database, it's not really helpful for you to talk to somebody who doesn't really work with databases. They just are not... They're not going to have the information or the framework for making that decision. So you are a decision-maker. That is one of the most important skills that a developer can have, is to be able to make good decisions. So just as we've talked about learning about learning on this show, we talk about learning as a topic, we're also going to talk about decision-making as a topic, learning how to make good decisions. Of course, there isn't... There isn't a simple answer to this question, and it is a topic that, just like learning or focus, we could talk about for the rest of our time here together and never really come up with a perfect way to do it. That's because everybody does things differently. However, there is a lot of research and thought that has been put into good judgment, into the psychology of making good, rational decisions. And the reason for this is because this is how people behave. Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? Right? also the things that we observe in others, our culture, all of these things help us make decisions. But we also have to look at what doesn't help us make decisions. In fact, the things that hinder us from making good decisions. These are called biases. If you aren't familiar with the word bias, I'm going to read you the dictionary.com definition for it. It is a particular tendency, trend, inclination, feeling, or opinion, especially one that is preconceived or unreasoned. So we'll expand the term a little bit to include the word cognitive. A cognitive bias is a tendency to think in a certain way, in that preconceived way, that kind of clouds your judgment, that makes you, your rational thought isn't as effective. You aren't able to make decisions as well if you're under the influence of a cognitive bias. I'm going to talk to you about a kind of weird and interesting cognitive bias that I uncovered on the great Wikipedia. Today, actually, is so interesting to me. I thought I would share it with you. And it's quite applicable to the field of software development. But first, I'm going to take a quick sponsor break. Today's episode of Developer Tea is sponsored by DigitalOcean. DigitalOcean is simple cloud hosting built for developers. They're dedicated to offering the most intuitive and easy way to spin up a cloud server. And in just 55 seconds, you can deploy a solid state drive cloud server. Plans start at only $5 per month for 512 megabytes of RAM, a 20 gigabyte solid state drive, one CPU, and a full terabyte of transfer. In addition to offering simple and affordable SSD cloud hosting, DigitalOcean is dedicated to building out a strong community and supports open source software. They offer a vast collection of hosting tutorials and invite developers to submit articles, and they pay $50 per published piece. Deploy your SSD cloud server with DigitalOcean. Today, by going to DigitalOcean.com. Now, DigitalOcean has been kind enough to provide Developer Tea listeners a discount of $10 when you use the code DeveloperTea. So go to DigitalOcean.com and use the code DeveloperTea to get $10 off today, and you'll get up and running with your own SSD cloud server in just 55 seconds. That's DigitalOcean.com. So I've been talking about making decisions and about having an understanding of the things that stand in the way of us making good decisions, of us having good judgment, specifically biases and cognitive biases, the things that make us think wrong or cloud our judgment in some way, and that causes us to make decisions that are uninformed or improperly motivated. A perhaps lesser-known cognitive bias is called the IKEA effect. And yeah, that is the big store where you can go and buy stuff. And it's a big store. And it's a big store. And it's a big store. And it's a big store. And it's a big store. And it's a big store. And it's a big store. And it's a big store. furniture that has not yet been assembled and you can take it home and open the 500 page long instructions on how to create your brand new chair. Now, I have quite a bit of IKEA furniture in my home. I have a love-hate relationship with IKEA. In any case, the IKEA effect occurs when someone places more value in something that they have created than they would if someone else had created that same exact thing. The reason I find thatension is because when you have a furniture that you've designed, you've to find this to be really interesting is because this is constantly something that happens in software development. How many times have you seen someone create a framework that is subpar to, you know, one of the bigger frameworks, let's say a CSS framework, somebody creates their own, and then they realize that it has bugs in it. And instead of adopting a bigger framework that has been tested and thoroughly used by quite a few more people than their homespun framework, they would rather sit at home after hours and fix the bugs in their own thing. Of course, there are external arguments, like, for example, I am more familiar with my own code, and I want to be as familiar as possible with the code that I ship. And that's a perfectly valid argument. Perhaps there is a business related benefit to being able to claim that you created everything rather than using prepackaged software. But the IKEA effect speaks to a more nuanced and more complex argument. And I think that's a really good argument. understanding of value. That is, to me, as a programmer, I value my code more when I write it than I value the code of others, even if that code objectively performs the same functions or produces the same results. Now, why is this important for us to be aware of? Well, first of all, if I am managing other developers, if I am a senior developer, and I'm working with other developers, I should be aware that I'm going to have a lot of time to do my work. And I should be aware that I'm going to have a lot of time to do my work. And I should be aware that I'm going to a bias towards my own code, because I have created it. This could lead me to be skeptical of the other developers code in the company that I work for. It could also lead me to be skeptical of outsourcing to other companies, even if that objectively is the best business decision at the time. Now, the IKEA effect is technically limited to consumers who partially create their own product. But it outlines a similar psychological phenomenon that I've seen in other companies. And I'm sure you have seen it as well. And we need to be aware of this, especially when we're doing things like code reviews, for example. People solve problems in different ways. And if you are looking at someone else's code, and you didn't write it yourself, be aware of the potential cognitive bias of the IKEA effect. Be aware that simply because you didn't write it, you could be valuing it lower than if you had written it yourself. So, if you're looking at someone else's code, maybe try an exercise of assuming that you have written the code yourself. It's also very helpful to have some objective measure by which you perform your code reviews. Of course, this isn't going to be the same for every person, and it's not going to be the same for every company. But having a consistent way to assess a given piece of code, whether that is written by somebody in your company, or if it's done externally, or if you are adopting a new code package like a library from elsewhere, you can do that. And if you're looking at someone else's code, you can do that. And if you're looking at someone else's code, you can do that. And if you're looking at someone else's code, having a consistent way to evaluate that code is the only way to avoid as much of this cognitive bias as possible. Thank you so much for listening to this episode of Developer Tea. I hope you've enjoyed it, and I hope you will continue to listen. The best way to make sure that you don't miss out on future episodes of Developer Tea is to go ahead and subscribe. You can subscribe in pretty much any podcasting app. Of course, there's also an RSS feed that you can find at Developer Tea. There's also a link to my website, developertea.com. And if you're looking at someone else's code, you can do that. And if you're looking at someone else's code, you can also show notes that you can find at developertea.com. And if you want to listen to past episodes, they are there as well. There's only a few days left to vote for Developer Tea in the 16th Annual Net Awards. If you would like to vote, go to bit.ly, that's B-I-T dot L-Y slash vote tea, V-O-T-E-T-E-A, bit.ly slash vote tea. And of course, that link will be in the show notes. Thank you so much for voting for Developer Tea in the 16th Annual Net Awards. Thanks so much for listening, and until next time, bye. And until next time, enjoy your tea.