How can I prepare for a post-pandemic world? You may have asked this question. You may not have asked this question. Many of us probably are just hoping that it happens as soon as possible because the pandemic for most people has created some kind of at least uncomfortable scenarios. And for some, it's dire. Many people listening to this podcast probably have been affected financially. Many have probably, statistically, quite a few of you have had the virus. Your health has been impacted. Your perception of your friends and your family has likely been impacted in some way. Almost certainly, your workplace has been impacted. Maybe your livelihood, personally, has been impacted. Your employment situation. And it makes sense that we would just want this to end, but perhaps we need to... stop for a moment. Stop waiting for the end. And instead, prepare. Prepare ourselves for what comes next. So we're going to talk about some of the things you might want to do as a software engineer to prepare for the changes that may be coming. My name is Jonathan Cottrell. You're listening to Developer Tea. My goal on this show is to help driven developers like you find clarity, perspective, and purpose in their careers. As we said on the last episode in this series, this post-pandemic work in life as an engineer, the pandemic didn't change a lot about what we do. Now, of course, what we mean here is that it didn't change the direction of where we were headed as a society, as a culture, worldwide even. Most of the things that have changed are actually going to change. They're actually just accelerated, not necessarily different. And so the move to, for example, the most obvious change that has been accelerated is the adoption of highly distributed workforces. This means that remote work will be more normalized. Certainly, virtual interaction will be more normalized as a kind of a first-class citizen. But the most important thing is that remote work will be more normalized as a kind of a first-class citizen. This is a new way of doing business, both within a company and between two companies that might be working together. This wasn't a new concept. For the vast majority of companies, remote working has been an option on the table for quite some time and has probably been gaining traction in those companies for quite some time. But because, as we mentioned on that last episode, of the forcing function, the forcing function is not the same. That COVID provided. That said, we must find a way to work from home. We must find a way to work in a distributed manner. This forcing function has both kind of increased our ability, our skill, to be able to adopt these new practices. But perhaps more importantly, it has had an effect on the cultural perception of remote work. Where previously, we were able to work from home, we were able to work from home, we were able to work from home. But now, as we've seen, remote work, being distributed, was seen as a weakness or was seen as a second-rate way of doing work. Now, it is kind of the norm. At least, it has been during the pandemic. And as we also mentioned on the last episode, the pandemic won't have a concrete end date. There's not a very clear point where everyone will expect things to go back to normal. So, it's very likely that this will continue. And we'll see if we can continue on into the future. This and many other trends that we were already kind of watching occur before the pandemic hit have only been accelerated. So, how do we prepare for the future? Well, we can kind of imagine doing what we did before in a way, in terms of preparing for the future. And I'm going to give you some practical advice, some things for you to work on as a software engineer in this kind of phase. So, let's start with the first phase of our culture. The first one and perhaps the most important one is your ability to communicate with other people that you're not in the room with. This covers a large section of what I want to talk about today. And it's for a very simple reason. Our ability to communicate with other people is for most people, the bottleneck, is to be able to communicate with other people. And that's the first step. Our ability to communicate with other people is not only a bottleneck, but it's also the launching point for anything meaningful. For any meaningful transition in your career, it's going to start with communication. The difficult reality, though, is that communication is already hard. It's already hard when we're in person. If you ask somebody to tell you what they want in their career, rear. If you listen to what they say, what they actually mean is probably different than what you're hearing. This is why we have, for example, relational therapy, because it's very hard to understand each other, even in the best case scenario. So when you add in the complications of trying to do this when you're not even in the room with each other, when you're trying to communicate through some digital means, now we're talking about a huge, just an ocean of possible miscommunications that are going to occur. And you've probably felt this during the pandemic, that miscommunication is very easy. It happens very easily. And this happens for a variety of reasons. But I want to give you some tips, some direction, some tips, some tips, some tips, some tips, some tips, some tips, some tips, some tips, some tips, some exercises that you can do to improve this part of your working life, because it's going to be an even bigger part. It was already important before, right? It was already important that you knew how to write a good email, or you knew how to communicate in Slack or in a PR. In fact, we've done episodes in the past talking about how to create a good pull request, how to communicate about code, around the code, how to, to work with your documentation to improve it. These are the kinds of things that are going to be even more important. We've accelerated the importance of these skills. Because essentially, if you are going to be working in a distributed workforce, or even a partially distributed workforce, your entire value and who you are to the people that you work with is going to be represented through a very limited, a very limited screen, a very limited filter, right? And it's quite literally through a screen, a digital screen that you're going to be represented to most people. And so how can you be very clear and intentional about the presentation that they receive? That's something you need to be thinking about as we go through now, really, but especially as we continue to accelerate this path towards distributed workforce. Even if they're only partially distributed. So that's what I want to talk about in today's episode is how to improve your communication skills for the post pandemic world. Now, it's also important to understand that we're not just talking about how to improve your remote communication skills. We're talking about some of the characteristics of the post pandemic world that are going to be fundamentally different, right? And we'll get to that. But first, I want to give you this. This first kind of principle of remote communication. It's very simple, and it's something that most people miss. Your fidelity of communication is critical to your message. Your fidelity of communication is critical to your message. What does this mean? It means that the bandwidth of information that you are transmitting the bandwidth of whatever you have to say is one of the most critical aspects of the message itself. And I can prove it to you very easily. If you are trying to communicate a very important message, but your let's say your internet connection cuts out in the middle of what you're saying and people lose a few words, right? If they lose some of what you're saying, even though they can kind of get the gist of what you're saying, is that a good thing? Is that message still powerful? Is it still impactful? An easy way to answer this question is, is it more impactful? Is it more powerful if your internet connection hadn't dropped? If your message was not interrupted? Another good example of this, if you have a poor video quality for a video call, right? Let's say you have a good video, maybe your camera doesn't really have good exposure. Maybe you have light behind you, or maybe you have your camera off altogether. Is that a higher bandwidth, higher quality transmission of your intentions of your message? Or would it be a better scenario if you had a good camera with good lighting and good bandwidth and resolution? So, if you have a good camera, you have a good lighting, and you have a good transmission, you have a good transmission, you have a good transmission, you have a good transmission, you have a good transmission, you have a good transmission, you have a good transmission, night and day different for the person on the other side of the screen. But it may feel exactly the same to you. And this is why it can be so confusing for us as the messenger, right? The person that has the message, we can feel and see ourselves in full detail. We know what we mean. We know that the message we're trying to convey, we know what we would like for other people to hear. But the problem is, when our bandwidth is too low, when the fidelity of our message is low enough, right, when it continues to go lower, the effects of that message, or the clarity of that message, the intention can be compressed out. And the reason why this happens is very simple. There is information, right, there's information missing. What does that mean? What does this mean? There's information in your facial expressions. There's information in your vocal tonality. Even the way that you breathe, or the way that you're holding your, the position of your body, all of these small cues, we have evolved as a species to pay a lot of attention to. We are extremely social creatures. And so when that information starts getting compressed, when the fidelity goes down, when I can't see your facial expressions, when I can't clearly hear, you know, when you're taking, when you're gasping at, in surprise, right, or if I can't clearly hear the tone, the kind of the tonal qualities of your voice, if I can't see your body language, this information gets compressed. And my brain, my social brain, is not really ready for that. So what happens? Well, our brains still, need to understand, we're since making machines, we try to, when there's a blank in a story, we try to fill in that blank. You can think about this as a professional game of Mad Libs, in some ways, except the way that we fill in these blanks, it can be really, really wrong. We can be totally off in whatever we're putting in that blank. Because it's not really up to us what that person meant. But we can bring to the table our own interpretations, and cause that message to change, sometimes very drastically. And so for this reason, paying attention to your fidelity as a messenger, and trying to put yourself on the other side of the screen, paying attention to that fidelity, as if you were the listener. This is a critical skill for remote workers, now, and increasingly into the future. We're going to talk more about the skills that you need to succeed in a post-pandemic work and life world as an engineer. But first, I want to talk to you about today's sponsor. Most of the time, we like things that are exciting. We like to watch TV shows that are exciting. We like building features that are exciting. But sometimes boring is good. That's certainly the case with feature rollouts. You've probably experienced this, unfortunately, where you rolled out a feature, whether you rolled it out on a Monday or Friday, and you sat anxiously waiting for people to start using it. And as they started using it, it was a roll of the dice whether something would go wrong. This is the case with almost every deploy of a new feature set that we'll ever do. And it's not just because of bugs that we have in our code, which, let's be honest, sometimes we launch features that have bugs in them. But it's also because sometimes other platforms will go down, or there's something unexpected happening. Maybe the users don't understand the feature yet, and we have a little more work to do. We have another iteration to make. At AtomicGrid.com, you'll find the AtomicGrid platform, and you'll find the AtomicGrid platform, make. And for all of these reasons, feature releases can be really, really anxiety-inducing. You could stay up all night after a feature release. And that's what LaunchDarkly is going to help you solve so you can have a good night's rest. The basic idea here is to decouple your feature releases from your code base. It's that simple. Now, you probably have heard of this idea of using feature flags, but if you've tried to develop it yourself, oh, it's a nightmare. LaunchDarkly is here to help. Both small and large businesses already use LaunchDarkly. For example, O'Reilly Media. At O'Reilly, releases used to be stressful and nerve-wracking, but their VP of engineering, Chris Guidry, recently said that with LaunchDarkly, our engineers can ship code whenever they want, and they can take it to the next level. So, if you're a feature-focused, you can take it to the next level. Test features and production well in advance of a marketing launch. And if a feature causes problems on the day of the launch, they can just turn it off with a kill switch. No rollbacks. LaunchDarkly makes our releases boring. That's what we're going for here. If you want your releases to be snoozefests, head over to LaunchDarkly.com. That's the words, LaunchDarkly.com. Thanks again to LaunchDarkly for sponsoring today's episode of Developer Team. So, we're talking about some of the skills that you're going to need going forward in this post-pandemic world. And really, most of this is going to revolve around all of the changes that are going to happen as a result of this mass adoption of distributed work, virtualized work, digital communications being available to the public. And we've already talked about how perhaps the most critical kind of flagship skill of the future developer is going to be having high-fidelity communications, recognizing that your best way to improve your communication skills is to think about what the person on the other side of your screen is seeing. What are they receiving from you? And by the way, this isn't a new skill. This is a new technology. This is a new technology. This is a new technology. This is a new skill. This is the skill of empathy, or at the very least, it's the skill of externalizing yourself. In fact, on Friday, we talked about this very skill. The idea that if we can distance ourselves from ourselves, that we can see things a little bit clearer. This is true in a lot of respects. If we can see things outside of ourself, then we're going to be a little bit more rational about, let's say, emotional health. And if we can see things outside of ourselves, then we're going to be a little bit more rational about, let's say, emotional health. And if we can see things outside of So try to put yourself in the other person's shoes. Once again, this is not revolutionary stuff, but the way that it plays out for software engineers in a remote setting, that will change. The other critical thing to recognize about this change is that previously, before the pandemic, a lot of the people who were working remotely had already kind of gained those skills. So, for example, if you work on a remote team of engineers, engineers are kind of, it's old hat to a lot of engineers now to work remotely. And so some of the shortcomings of long Slack messages, for example, those are not going to be as much of a problem with other engineers. But you are going to find that remote skills are not so second nature to some newcomers. And the way that other practices, other job roles actually operate in a remote environment could be very different from the way that you and your team operate. So all of that to say, one of the most important things you can do as a software engineer going forward is recognize that not everybody's experience, right, not everybody's actual kind of past experience, but also their present experience. Is going to look the same for remote work. There's a reason that software engineers have been successfully working remotely for quite a long time. And part of it is certainly cultural, but there's another part of this that we often ignore, and that is that our jobs kind of lend it to us. It lends itself to working remotely. All of our resources are essentially virtual. Other than maybe our laptops. And so the work that we do just so happens to be fairly easy to transition to a remote scenario. In fact, it turns out that our software is probably more robust. Our systems are probably better off if they can be accessed from anywhere in the world. But this doesn't apply to every job role. Let's say that your company has. Some kind of media production as as part of their role. And as a part of the media production, maybe they used to take all of their very large files. They're very large media and put it on physical hard drives in an office. Or maybe they used a very high powered machine in an office. And now they don't really have that same power. They don't have that same storage at home. They're having to learn brand new skills. Of how to access. Those kinds of resources. But in a remote environment. Or let's say that they used to have highly collaborative whiteboard sessions. Or otherwise. You know, high intensity meetings where many people might be talking within the course of a minute. This now presents a new problem. And we don't really have a lot of those same problems as engineers. And so we should expect that other people are going to be adapting. Their workflows. And they may not necessarily have the same kind of muscles that you've built. Especially if you've worked remotely before this. If you are in a position of leadership in your company. Now is the time. Now is the time to start investing in remote practices. What does this mean? It means start talking with other disciplines beyond just engineering. Start talking with other people. Start talking with your teammates. About what it looks like at your company. To work well. To work effectively. In a remote environment. This might require some research. It might require some discussion. About what success means on your team. It might require understanding how your miscommunications have happened. It might require some really hard reckoning with what has gone wrong. Since you were forced. To go remote. But it's critical that these. Kind of bedrock foundational principles. Of how your company does this. In the future. Are laid out now. Why is that? Well it's because this problem. Compounds. It doesn't just add linearly. It compounds because. Every interaction we have. There are multiple people. In multiple contexts. Right. And everybody. Has a different world. That they're living in. When we're talking about remote work. And if everybody's world. Doesn't have these underlying principles. Then every communication that we have. Has the possibility. Of going wrong. In that many directions. And so we can build on these miscommunications over time. And it grows exponentially. It compounds. It compounds. So if you are in a position of leadership. Invest now. As soon as you can. In what it means. To work sustainably. For the long term. Like this. Like we are. Like we've had to. Work. Over the course of this pandemic. And that might mean that there's some changes. Maybe you're going to have to change. Your equipment policy. Maybe you're going to have to change your hours policy. If you have one. There's a lot that. Could change. But it's critical that you. Establish a common ground. For how to do this well. And that way you can point to this. Not only for existing employees. But also as new people come in. As you begin to onboard. And that is one of the benefits. Of this distributed workforce. Is that you could have. Brand new people. Who you've never met in person. Joining your team. You probably have already done this. Once or twice. This is likely to increase in the future. But you can't do it. If you're not. I'm going to give you one last piece of advice. As it relates to. This post pandemic. Work and life as an engineer. What are some of the things that we need to be working on. What are the things that we can. Plan on improving. And if we look at. The place. That work holds in our lives. From a psychological perspective. Especially. Before the pandemic. The place that work held in our lives. Was multifactorial. We had. We had our. Purpose driven work. That we could accomplish at work. We might have. A lot of resources that we gain from our work. We might have some perks. That are really important to our daily lives. It changed our. The flow of our day. And where we would go. What we would be exposed to. The people that we would be. Around. It was an incredibly social. Part of our lives. But the pandemic. And the similar. Things that we were talking about already. The virtualization. Is likely to push work. Into more of a compartment. Right. It's going to be more of a compartment. Thing. Rather than taking over so many different. Responsibilities. Of our thriving as human beings. We're likely to. You know cut some of those things out. And treat them as separate. Components of our lives. So the socialization for example. As we talked about in a previous episode. In this series. It's unlikely that we're going to treat. Our workplaces as an open social gathering. Like we used to. And the time that we do spend. In the office. We will consider it really important. We might even consider it. More of a social gathering. In that moment. Than work. Because we wouldn't necessarily want. And because we're risk averse. And we're loss averse. We wouldn't want to. Risk. Mixing our work. With unnecessary. Social interaction. Not because we don't need the social interaction. But because. It poses a risk. And we can work elsewhere. So what does all this mean? Well first of all. The logic of it makes a lot of sense. When we think about it this way. But we're social creatures. And so if we take away the social component. People don't necessarily have a plug and play. Social culture. And so we need to practice. Understanding how social. Can work. Through this new lens. How can we be social. In a remote environment. How can we practice. Enabling other people's social lives. Because this is an important part. Of our healthy work environment. And yet. It's going to be very hard. To reestablish that social environment. At the workplace. Thank you so much for listening. To this episode of Developer Tea. This is an incredibly difficult topic. To cover in its entirety. This is very hard to cover. In its entirety. But we're going to stop this series. At this point. And we will pick up the series. In the future. If it looks like there's more. To cover. So we're going to kind of pause the series. For now. And as the pandemic. Kind of comes to a close. As we learn more about how people are responding. And how the market is responding. How companies are going to adapt. We can pick up and talk about it more. Later in the future. Thank you so much for listening. To this episode. Thank you to today's sponsor. Launch Darkly. With Launch Darkly. IBM went from deploying twice a week. To over 100. You hear that right. 100 times a day. That's a 50x or something. Increase in deployment frequency. Which is correlated with very highly. Reliable software by the way. We've been able to roll out new features. At a pace that would have been unheard of. A couple of years ago. Said IBM's Kubernetes delivery lead. Michael McKay. And if you've ever heard of Kubernetes. Go and check it out. Launch Darkly.com. Thanks so much for listening to this episode of developer tea. If you don't want to miss out on future episodes like this one. Including this coming Friday's Friday refill. Which is really fun. By the way. Think go ahead and subscribe. And whatever podcasting app you're currently using. Thanks so much for listening. And until next time. Wear your mask. And enjoy your tea. Bye. Bye. Bye. Bye.