POPULARITY
Today, we celebrate 10 years of Developer Tea. I wouldn't be doing this podcast without you listening. Especially if you have been listening for many years, thank you!
After today's episode, your resumé is going to get better! In this episode I will share the biggest mistake and the best advice I've ever received about building a great resumé. This will take some work from you, but I hope you walk away from this episode feeling like you have the right mindset to improve your resumé drastically, and land more interviews, ultimately leading to better job opportunities for the Developer Tea audience!
Today Marks 9 Years of Developer Tea.Thank you all for your support, and your friendship. I wish you all well on your journey, and may you find clarity, perspective, and purpose. (Don't worry, we aren't going anywhere!)
Developer Tea has been around for 8 years. Thank you so much for your incredible support over these years!In today's episode we discuss how it feels to be wrong.
First off, thank you for an incredible 7 years! Our listeners and sponsors make it possible to do this show, and I'm incredibly grateful for every one of you.In this episode, we continue our discussion with two more exercises for making meaningful and purpose driven behavior change resolutions.
Developer Tea is a podcast for developers designed to fit inside your tea break. Jonathan Cutrell started the podcast in 2015 and now has hosted over 1000 episodes. We interview Jonathan Cutrell about the early days of Developer Tea, Spec.fm, developer content, and more. Links https://jonathancutrell.com https://twitter.com/jcutrell https://spec.fm/podcasts/developer-tea https://designdetails.fm https://spec.fm https://twitter.com/chantastic https://developertea.com https://twitter.com/DeveloperTea https://www.charitynavigator.org Contact us https://podrocket.logrocket.com/contact-us (https://podrocket.logrocket.com/contact-us) @PodRocketpod (https://twitter.com/PodRocketpod) What does LogRocket do? LogRocket combines frontend monitoring, product analytics, and session replay to help software teams deliver the ideal product experience. Try LogRocket for free today (https://logrocket.com/signup?pdr). Special Guest: Jonathan Cutrell.
The most critical career mistake you can make isn't a secret. Are you in control? If you aren't driving your career, who is?What if the best thing you could do was nothing?Not indefinitely, of course - but often, we intervene in the world when the right choice is to do nothing.This is uncomfortable because it is unfamiliar, but might be the most critical change you can make in your thought process.✨ Sponsor: AroundThank you to Around for their support of Developer Tea!More people are working remotely than ever. And that means more video meetings than ever. But it doesn't have to be a drag with bad UX, fatiguing full-screen takeovers, and everything we hate about video meetings. Around is changing the game with a tool made specifically for remote teams to get work done together.Check out their awesome features (like AI camera framing, auto-filters, and much more) at Around.co!
Joel Beasley is the host of Modern CTO, a podcast with guests coming from IBM, Microsoft, Nasa, Reddit, and hundreds of others. Joel and I have wanted to have this discussion for a long time, and we finally found the right overlap to do it!You can learn more about Modern CTO at https://moderncto.io and listen to this episode in the alternate podcast universe here.Thanks for joining me on Developer Tea, Joel!✨ Sponsor: Command Line HeroesCommand Line Heroes is a podcast that tells the epic true tales of developers, programmers, hackers, geeks, and open source rebels who are revolutionizing the technology landscape.Check out Command Line Heroes wherever you get your podcasts!
Joel Beasley is the host of Modern CTO, a podcast with guests coming from IBM, Microsoft, Nasa, Reddit, and hundreds of others. Joel and I have wanted to have this discussion for a long time, and we finally found the right overlap to do it!You can learn more about Modern CTO at https://moderncto.io and listen to this episode in the alternate podcast universe here.Thanks for joining me on Developer Tea, Joel!
Model Manager episodes of Developer Tea are dedicated to helping engineering managers find models of thinking that improve their approach to management.Great managers don't attempt, in vain, to control the actions of others. Great managers take advantage of the unique parts of being a human: that they can self-improve through learning and change, and they can create environments that encourage others to do the same.✨ Sponsor: Command Line HeroesCommand Line Heroes is a podcast that tells the epic true tales of developers, programmers, hackers, geeks, and open source rebels who are revolutionizing the technology landscape.Check out Command Line Heroes wherever you get your podcasts!
Model Manager episodes of Developer Tea are dedicated to helping engineering managers find models of thinking that improve their approach to management.Processes create uniform approaches and uniform outputs. But what is the output you should care about the most? In this episode, we'll discuss why human behavior is the primary and most critical output of any process.✨ Sponsor: Command Line HeroesCommand Line Heroes is a podcast that tells the epic true tales of developers, programmers, hackers, geeks, and open source rebels who are revolutionizing the technology landscape.Check out Command Line Heroes wherever you get your podcasts!
In today's episode, we welcome back to the show Ali Spittel! Ali is a developer advocate at AWS Amplify. So, naturally in this episode, we discuss topics around what it means to be a developer advocate! Ali has a passion for making code accessible and fun, and you'll hear that in this episode.✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
In today's episode, we welcome back to the show Ali Spittel! Ali is a developer advocate at AWS Amplify. So, naturally in this episode, we discuss topics around what it means to be a developer advocate! Ali has a passion for making code accessible and fun, and you'll hear that in this and the next episode.✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
As we transition together through strange periods (whether at large scale like the present moment, or at a smaller scale within your organization or culture), the way we look at each other changes. This observation shift brings behavior change - that's what we're talking about in today's episode.✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
Uncomfortable places may feel dark, but they often carry the most illuminating lessons. In today's episode we discuss using these darker moments as a compass to find your values.✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
Today's guest is Dan Pupius, CEO and co-founder of Range. Dan cares deeply about creating products that make healthy and sustainable workplaces a common occurrence. We talk in depth about designing constraints and opinions into products with the long term in mind.✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
AndrewBeeple: https://www.theverge.com/platform/amp/2021/3/11/22325054/beeple-christies-nft-sale-cost-everydays-69-millionDungeons & Designers: http://dungeonsanddesigners.com/MadMaxMiniatures: https://www.instagram.com/madmaxminiature/MMM Etsy: https://www.etsy.com/shop/MadMaxMiniatureLaurenBojack Poster, Eric is Eric: https://www.instagram.com/erik_as_erik/Botanica Tarot Deck: https://www.instagram.com/p/CMIa39ypEMa/Kevin Jay Stanton: https://linktr.ee/kevinjaystantonThe Drawing Board: https://youtu.be/OIfL69ps15gWolfwalkers: https://www.cartoonsaloon.ie/The Grammys, W.A.P. Performance: https://www.youtube.com/watch?v=UnBZLFB7kLoPatrickAround: https://www.around.co/Marriage or Mortgage: https://www.imdb.com/title/tt14037542/Developer Tea: https://developertea.com/Jonathan Cutrell: https://jonathancutrell.com/
Much of our attention and effort is used trying to remove human influence and finding "raw" truth. Today, I want to ask you to do the opposite of that.✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
There is far more information that we ignore than what we pay attention to. This selective attention is important to understand as both a necessary skill and a potential pitfall. ✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
Your actions speak louder than words. You already know that. But have you asked yourself what your actions are saying about who you are?✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
It's hard to construct with deconstruction in mind. It's difficult to imagine designing for final shutdown. In this episode, we talk about the importance of transformation and change, and the ultimate reality of everything: it all ends, at some point. If we want to build better software and lead better lives, we should build with open eyes about the end. Today, we also celebrate the shutdown of Spec.fm, the podcast network Developer Tea has been a part of for over 5 years! ✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
Becoming enlightened may not mean rising above everything. Instead, maybe it means zooming in. It's easy to believe that as we continue to get older, we care less and less about the details, and we care more about the "big picture." Interestingly, if you study individuals with high levels of excellence and experience, they tend to care deeply about the details and notice things others may not. This expansion of the current moment is the paradox of transcendence - only once we care deeply about the present moment, enough to notice the minute details, can we rise above it. ✨ Sponsor: Linode Thank you to long time sponsor and friends of the show Linode for sponsoring today's episode! Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier. Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
This week, we continue the discussion of learning in public with guest, Shawn Swyx Wang. Swyx is best known for being the Reactjs subreddit mod, and recently released the book, "The Coding Career Handbook". In this part 1 with Swyx, we discuss his background and how he got started in engineering.
Over the next couple of episodes of this show, we're talking about learning and teaching in public. Today, we sit down with Kent C. Dodds. Kent has created some of the most important teaching materials for React developers at epicreact.dev. In this part 1 with Kent, we talk about the roots of why Kent cares so much about teaching.
Have you ever thought about building something because you assumed the product already existed? In today's episode, we dig into this question with Keith Pitt. Keith is the CTO and co-founder of Buildkite and in this part 1 of our two part interview, we dig into starting Buildkite and Keith's journey in development.
In today's episode we sit down with Venkat Venkataramani to talk about his role as a co-founder and CEO of Rockset.In this part 1 of our two part interview, we dig into leadership mindset and leading a company during difficult times.
We've been talking about making decisions and in today's episode, we're going to focus on the status quo. Something happens to each of us when we think about ourselves with relation to other people. We are much more likely to image that we are better than or on par with the average person. But exactly how do we measure the status quo and how does our assumption effect our decision making?✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
In today's episode of Developer Tea, we're talking about what it means to be right about something. ✨ Sponsor: Monday.comThanks to Monday.com for supporting the show!Ever dreamt of building an app that impacts the daily lives of hundreds of thousands of people? Well now is your chance! Monday.com is an online teamwork platform that just launched a contest to develop apps for the 100,000 teams that use monday.com for their daily work. And the prizes? They’re insane. With $184,000 in total prizes, they are giving away 3 Teslas, 10 MacBooks, and more!Check it out at monday.com/DEVTEA
In today's episode, we're talking about things that we choose not to be good at. ✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
On today's episode of Developer Tea we're joined by Ravs Kaur. Ravs is the CTO at Uplevel and in the next two episodes she joins us to talk about leadership and management.
In today's episode of Developer Tea we're joined by Ravs Kaur. Ravs is the CTO at Uplevel and in the next two episodes she joins us to talk about leadership and management.
✨ Sponsor: LinodeThank you to long time sponsor and friends of the show Linode for sponsoring today's episode!Simplify your cloud infrastructure with Linode’s Linux virtual machines and develop, deploy, and scale your modern applications faster and easier.Listeners of Developer Tea can now enjoy $100 in free credit! You can find all the details at linode.com/developertea.
Today's guest is Jonathan Cutrell - Director of Engineering at PBS & host of the Developer Tea podcast.In this episode we discuss:How and why he started Developer TeaThe why behind things we do as developersWhat drives the actions we takeThe psychology of remote workingHierarchies of developer rolesand much much more!
Mezi návrhy na témata k povídání, které od vás dostáváme, se často opakovalo podcastování - jak to děláme, proč to děláme atd. Aby to nebyla jenom sterilní debata nás dvou, domluvili jsme se s podcastem Vzhůru dolů a natočili společný díl. V tomto letním, netechnickém vydání si s Martinem Michálkem a Robinem Pokorným povídáme o tom, co nás motivuje, jak přistupujeme k nahrávání, kam publikujeme atd. Sami jsme byli překvapení, jak se naše pohledy mohou lišit. Těšíme se na vaše komentáře, přání i připomínky, které můžete psát na info@dotnetpodcast.cz. A pokud se vám díl líbil, budeme rádi, když nám koupíte kávu na https://www.buymeacoffee.com/dotnetcezet. Nově nás najdete i na Instagramu https://www.instagram.com/dotnetpodcastcz. Odkazy: - Podcast Vzhůru dolů: https://www.vzhurudolu.cz/podcast - Hovory od křivého stolu: https://channel9.msdn.com/Shows/Hovory-od-kriveho-stolu - Anchor: https://anchor.fm/ - Streamyard: https://streamyard.com/ - Developer Tea: https://open.spotify.com/show/02fM1JHpt9HmHGp482K71b - Buchty: https://wave.rozhlas.cz/buchty-6669798 - Reply All: https://gimletmedia.com/shows/reply-all - 38. díl - Vánoční kafíčko: https://www.dotnetpodcast.cz/episodes/ep38/ - 32. díl - Vigor: https://www.dotnetpodcast.cz/episodes/ep32/ - Darknet Diaries Podcast: https://darknetdiaries.com/ - Nahrávky ovčí babičky: https://open.spotify.com/show/2dlzesc0o8Oy9w2hN00dAw - Win2D Maze Game: https://github.com/microsoft/Win2DMazeGame - Win2D: https://github.com/Microsoft/Win2D Twittery atd.: - https://twitter.com/machal (Martin M.) - https://twitter.com/robinpokorny (Robin) - https://twitter.com/deeedx (Martin Š.) - https://twitter.com/madrvojt (Vojta) Pokud nechcete, aby vám unikla nová epizoda, odebírejte RSS: https://bit.ly/netcz-podcast-rss, sledujte nás na Twitteru: https://twitter.com/dotnetcezet nebo na Apple Podcasts a také na Spotify. Hudba pochází od Little Glass Men: https://freemusicarchive.org/music/Little_Glass_Men/
In today's episode of Developer Tea, we're talking about the discomfort of silence and stillness, and how to face the quiet part of ourselves. Can you stay still without any distractions today for 1 minute and just listen to your own thoughts?
Changing our minds on a belief or issue that we stand by is not easy and as humans but is required of us to grow as people and as professionals.In this episode of Developer Tea, we're walking through three different visualizations to help us better understand and become more comfortable with when and why we decide to change our minds.
Welcome to another episode of Develomentor. Today's guest is Jonathan CutrellJonathan Cutrell is a communications and media studies graduate who started his early career as a writer and editor before entering the world of development. He’s held a variety of roles including software engineer, director and CTO. These days, he’s an engineering manager and fellow podcaster who started the Spec.fm podcast network. Spec.fm currently hosts 12 different podcasts and sees an average of 100,000 downloads a weekIf you are enjoying our content, click here to support us!Episode Summary“What a lot of people get out of journaling I get out of making podcasts.”“I think the best way to think about Developer Tea, and incidentally to think about almost anything, is in the smallest possible chunk you can consume.”“Frankly, I think Developer Tea is as much of a me talking to myself as me talking to the people that listen to it.”—Jonathan CutrellKey MilestonesHow did Jonathan get into tech and how was he able to get into early leadership roles like Director of TechnologyHow was Jonathan able to hold so many management roles? What drew him to management?Jonathan hosts the podcast called Developer Tea. What was the inspiration for starting the show?Spec.fm consists of 11 different podcasts focused on developers and technology. How did Jonathan create this platform?As a manager and a podcaster, Jonathan focused much of your career on helping developers succeed. How did Jonathan find this niche?What does Jonathan look for when hiring and building teams?Additional ResourcesCheck out our previous interview with Podcaster Charles Max Wood – Charles Max Wood – From Programmer to Full-Time Podcast WizFollow Jonathan’s podcast Developer Tea – @DeveloperTeaVisit the spec.fm podcast network – https://spec.fm/Follow Specfm – @specfmYou can find more resources in the show notesTo learn more about our podcast go to https://develomentor.com/To listen to previous episodes go to https://develomentor.com/blog/CONNECT WITH JONATHAN CUTRELLLinkedInWebsiteTwitterFollow Develomentor:Twitter: @develomentorFollow Grant IngersollTwitter: @gsingersLinkedIn: linkedin.com/in/grantingersoll
Change is hard and complex and yet it is all around us. That's what we're talking about on today's episode of Developer Tea.
What are the outcomes that you expect in your day-to-day life? That's what we're talking about in today's episode of Developer Tea
Habits of Successful Software Engineers is a series here at Developer Tea and today we'll continue those skills with an episode on system thinking.
What does it mean to be a bad developer? That's what we're talking about on today's episode of Developer Tea
This week we sit down with Jonathan Cutrell. He's the host of the beloved podcast Developer Tea and co-found Spec, the very Network that this show belongs to. Now, when podcasters get together and talk. They talk... for hours. So this is part one of a two parter. Today, we glean from Jonathan's transition from musician to developer. We discover how constrained systems like music primed him for life as a developer, and the ways in which all systems being infused with our humanity. We talk about how to keep doing work you love and finding, or creating, a company that will help you do.
Karen Catlin on Retaining WIT, Jonathan Cutrell on Maintainable, Dr. Aneika L. Simmons on Hanselminutes, Sarah Wells on Engineering Culture by InfoQ, and Dave Thomas and Andy Hunt on Tech Done Right by Table XI. I’d love for you to email me with any comments about the show or any suggestions for podcasts I might want to feature. Email podcast@thekguy.com. And, if you haven’t done it already, don’t forget to hit the subscribe button, and if you like the show, please tell a friend or co-worker who might be interested. This episode covers the five podcast episodes I found most interesting and wanted to share links to during the two week period starting September 16, 2019. These podcast episodes may have been released much earlier, but this was the fortnight when I started sharing links to them to my social network followers. KAREN CATLIN ON RETAINING WIT The Retaining WIT podcast featured Karen Catlin with hosts Jossie Haines and Jordanna Kwok. Karen, who is a leadership coach and diversity advocate, got interested in tech when she saw an issue of Money magazine with a cover story about successful women with computer science backgrounds and her father pointed out the connection between a career in software and Karen’s love of crafting, puzzle-solving, and mathematics. She started her career in 1985, which was a peak year for women in Computer Science. In that year, 37% of the Computer Science degrees went to women. It dropped to a low of 17% but has started to go up again in recent years. Karen started a coaching practice because she wanted to help women who wanted to grow their careers and stay in tech. She soon realized that, even if she could be the most amazing coach on the planet, her clients would still be facing an uphill battle because they were working in companies that were not the meritocracies they claimed to be. This led Karen to explore an idea: “Instead of trying to fix the women, let’s start fixing the men.” She says there is a role for every man who is working in tech to create a more inclusive workplace on his work team and at his company. Karen says that mentoring programs are a great opportunity for people to pass on advice to someone who hasn’t had the same amount of experience, but there is a trap: studies have shown that most of us mentor people who remind us of our younger self. Karen’s advice is, if you’re doing mentoring, mentor someone who doesn’t look like you. Don’t have a mini-me protégé. Another piece of advice from Karen is to pay attention in meetings. Look out for interruptions. There is research showing that men interrupt women much more than the reverse and that women who are getting interrupted tend to step back and not participate in the rest of the meeting or future meetings. So, when you see people getting interrupted, say something like, “Jordanna was making a great point. I’d like to hear more about that.” Another thing to watch for is what Karen calls “bro-propriation”: a woman says something in a meeting that falls flat and then, later on in the same meeting, a man says the same thing and gets all the credit. An ally can say something like, “Hey, I see that you agree with the point that May was making earlier.” Discussing hiring, Karen says she used to grab old job descriptions and add new requirements to them, reasoning that all the old requirements are still relevant. She says that you should instead try to get your job description down to just five requirements. Research has shown that women apply for jobs when they have all the skills listed in the job description while men apply even if they have little more than half of the listed skills. Karen also says to have objective criteria to use for every single candidate. Ideally, use the same interview questions. She told a story about moving to Silicon Valley with her partner Tim and applying to work at the same company in the same software engineering role. The two of them had interviews the same day. Driving home at the end of the day, Tim related to Karen that his interviews were among the most difficult he had ever had while her own experience was that the interviews had all been easy. The interviewers had dumbed down the questions when interviewing her. They were both offered jobs, but she decided not to take her offer because the company didn’t respect her enough to ask her the same difficult questions they had asked men applying for the same position. She then spoke about the importance of public speaking in gaining visibility and how it can help with both recruiting in the case of giving external talks and with getting your ideas considered. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/karen-catlin-on-being-better-allies/id1458996260?i=1000440710563 Website link: https://www.retainingwit.com/karen-catlin JONATHAN CUTRELL ON MAINTAINABLE The Maintainable podcast featured Jonathan Cutrell with host Robby Russell. Jonathan is the host of the Developer Tea podcast and is a senior engineer at Clearbit. Robby asked Jonathan what he thinks are the characteristics of a healthy and maintainable codebase. Jonathan says testing and having a consistent way of testing is critical to maintainability. He also looks at the size of each concept the code expresses to see if it can fit in a person’s head. Robby asked how Jonathan’s teams have achieved consistent testing. Jonathan says that human beings are pretty good at being about 90% consistent, which is almost worse than being 0% consistent. He says to take the load off the human engineer and, for those times when you still need to put the load on them, have a way to proceduralize things such as by having a checklist or template. Robby asked what Jonathan thinks developers often get wrong when they talk about technical debt. Jonathan says that debt is an easy term to throw around because, in the financial sense, it is a very clear concept. Technical debt does not have so clear a definition. You need to evaluate what your team cares about and what has been costly from a business perspective. Some things that we may think are debt are just emotionally difficult to accept: code that we wish was different but isn’t actually causing any real problems or even forecasted to cause problems. One factor that Jonathan thinks should be consistently considered technical debt is code that is staying around but for which you don’t have any kind of validation. I liked Jonathan’s metaphor for attempting to refactor code that is not under a lot of churn. Picking up code that isn’t changing much and improving its design, he says is like paying off low-interest mortgage debt. There are probably better places to expend our effort. Developers tend to treat decisions around technical debt like one would treat the decision to clean up your house. You have the sense of ownership over your home and, regardless of whether there is risk of future problems, we feel the need to clean things up. They talked about why Jonathan started the Developer Tea podcast. Jonathan wanted a podcast that he could listen to on an afternoon walk for five to ten minutes and learn something new. Most podcasts at the time were much longer and more entertainment-driven, and he wanted something that focused on the more human aspects of the job in a short, inspirational form. He says that the podcast has been one of the most rewarding things he has done in his career. The most rewarding experiences have been when people send him emails about how an episode or series of episodes have shifted the way they think about a topic or even about how they think about their career. They talked about whether there is a correlation between healthy code and healthy teams. Jonathan says there is data around teams in general that says teams that good relationships with their manager and the people they work with have the highest performance and the lowest turnover. These good team dynamics have visible effects on the code. Strong teams, Jonathan says, eradicate fear. These fears are things like fearing that someone is going to judge you poorly when they look at your code. Second, the best teams also know how to come up with the best ideas, which involves one or more team members being able to give up their own idea without attaching a sense of failure to letting that idea go. Third, members of strong teams recognize the humanity of everyone on their team. Robby asked what developers get wrong when evaluating their peers. Jonathan says that people, in general, tend to see everyone around them as inadequate as a way to containerize the rest of the world. This bias helps us to make decisions without being riddled with anxiety about them. The downside of this shows up when we are tasked with evaluating another person. This feeling that everyone else is inadequate combines in a bad way with our natural loss aversion when we try to make sense of things. Most failures are the result of factors that could not be controlled or predicted. With hindsight, when a project is late, we try to think of why it was late and we often come up with a reason, rightly or wrongly. We don’t often come to the conclusion that the project failed because something random happened. As a result, performance reviews tend towards the negative side unless we actively bias away from that. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/jonathan-cutrell-healthy-teams-know-how-to-eradicate-fear/id1459893010?i=1000447238745 Website link: https://maintainable.fm/episodes/jonathan-cutrell-healthy-teams-know-how-to-eradicate-fear-LgRTt32R DR. ANEIKA L. SIMMONS ON HANSELMINUTES The Hanselminutes podcast featured Dr. Aneika L. Simmons with host Scott Hanselman. Scott asked Aneika about the talk she gave with her husband Anjuan, “Managing The Burnout Burndown” at the Lead Dev conference: https://www.youtube.com/watch?v=e2dgOfedI3A. She talked about burnout having multiple dimensions including emotional exhaustion and depersonalization. When you are burned out, the people you work with start to lose, in your eyes, their personhood. Scott asked about how having a culture that depersonalized employees, such as by referring to them as “resources”, might lead to burnout. Aneika talked about how having a culture that values the highly-engaged software developer counter-intuitively increases rather than decreases burnout. She talked about managing burnout with the help of your relationships. When Aneika is looking burned out, Anjuan will often say, “Aneika, let’s go for a walk.” She talked about the American notion of the “protestant work ethic” and how the work itself is valued and makes the worker feel important and gives them a sense of meaning. Those that are not working are made to feel like they are not contributing. Scott connected this to how many Americans do not take all of their vacation days. Aneika talked about the difficulty of achieving work-life balance when pleasing your boss means disappointing your family and vice versa and she described how stress is the cause of many illnesses, telling her own story about getting a sore jaw while working on her dissertation because the stress caused her to start grinding her teeth. Aneika suggested building relationships with your boss and your team so that they see you as a person and not just as a contributor. When they see you as a person, they are less likely to attempt to make you feel small when you need to take time for yourself. Here's Aneika on the relationship between engagement and burnout. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/managing-the-burnout-burndown-with-dr-aneika-simmons/id117488860?i=1000447003518 Website link: https://hanselminutes.simplecast.com/episodes/managing-the-burnout-burndown-with-dr-aneika-simmons-1caMsclq SARAH WELLS ON ENGINEERING CULTURE BY INFOQ The Engineering Culture by InfoQ podcast featured Sarah Wells with host Shane Hastie. Sarah is the technical director of operations and reliability at The Financial Times. When Sarah joined FT in 2011, the company was full of smart people, but they were hampered by a frustrating set of processes. During the last eight years, they adopted a DevOps culture with a focus on automation. When she joined, it took an average of 120 days to provision a new server. They stopped tracking the improvement when they got it down to minutes. They moved from 12 releases a year to many thousand releases a year. This required pushing decision-making down to the individuals making the changes. Shane asked about how to achieve a culture of safety and experimentation. Sarah says it has to come down from the top. You cannot have a CIO or CTO is saying, “What went wrong? Who did this?” You optimize for the speed of release and for speed of fixing. You do incident reviews, but their goal is to improve things for next time, not lay blame. If you drop a database in production as a developer, that is not your fault. The fault is that it is too easy to do that. Shane asked what a culture of experimentation looks like at “the coal face.” Sarah referenced Linda Rising in saying that it is not an experiment if there is not a hypothesis and if it can’t fail. As soon as something costs a certain amount of money, very few organizations are willing to write it off, so if you’re going to experiment, it has to be something cheap and quick. Sarah gave an example of an experiment to test a design change in which they would show the star-rating on the list of film reviews. The thinking was that this would increase engagement. The experiment showed that engagement went down instead because people were less likely to click to see the full review once they had the star-rating. Shane asked about how Sarah limits the blast radius of changes. Sarah says that by releasing small amounts of code frequently and having an architecture like micro-services to keep components extremely decoupled, you are better able to understand the code you are releasing and the change is localized and less likely to affect distant parts of the product. You can also design your website to have graceful degradation when a particular service is not returning results. Shane asked about Sarah’s preference to buy rather than build. Sarah referenced Simon Wardley’s value-chain mapping and establishing the core thing a business does. For FT, the core business is news, so something like doing their own container orchestration is not part of that. Originally, they did their own container orchestration, but once Kubernetes was available, they moved to it. In discussing the sunk cost fallacy, Sarah says you always have to fight to invest in the technical stuff, so you need a good relationship between the tech leads and the product people to explain the benefits of particular technical decisions. You also need to accept that things change and you won’t always get it right. The flip side of moving fast is that sometimes you get it wrong. She related a quote from Jeff Bezos in a letter to shareholders about one-way door and two-way door decisions. For decisions that are likely a one-way door, invest time in getting them right, but for most decisions, you should just decide, commit, and revisit. Shane asked how the listeners who are working on monoliths that release once a month can get to where FT is at today. Sarah says that you need a continuous delivery pipeline so it takes no time at all to get a release out. The second thing is architectural changes. Get to zero-downtime deployments. The cultural aspects are things like process. Reduce anything that requires permission from an external team. It has to be possible for a team to just get going. She referenced Accelerate by Forsgren about the research that says not to have change approval boards. Architects get embedded in the individual teams instead. You want your engineers to be T-shaped, having one specialty but also having some skill in all areas. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/sarah-wells-on-fts-transition-to-devops/id1161431874?i=1000446732957 Website link: https://soundcloud.com/infoq-engineering-culture/sarah-wells-on-fts-transition-to-devops DAVE THOMAS AND ANDY HUNT ON TECH DONE RIGHT The Tech Done Right podcast featured Dave Thomas and Andy Hunt with host Noel Rappin. I realize that this is the third time in as many weeks that I have included a podcast episode featuring Dave and Andy talking about the 20th anniversary of The Pragmatic Programmer, but they keep saying different and interesting things on each podcast they visit that I keep wanting to share it. In this podcast, Dave described what being pragmatic means to him. He says that being pragmatic means doing what works, but nobody knows what works. The cool thing about software, which is also the scary thing about software, is that we are constantly reinventing the entire field. Every project is new: it has new circumstances, new technologies, and new requirements. When you don't know what to do, being pragmatic means exploring as much as you can to find out what works, having in place a system of feedback to tell you whether it is working or not, and taking steps that are reversible so that, if you make a mistake, you can go back and fix it. This, Dave says, is the essence of the book. Noel added a fourth variable, the team, that is different every time, and asked what the pragmatic approach is for how a team works. Dave says that a team is a voluntary collection of individuals. You don’t have a team that you put people into; you start with a group of people and try to turn them into a team. The book dedicates a chapter to teams that echos the previous chapters on individuals because teams need to know all the things that individuals need to know: they need to realize that they are going to make mistakes, they need to figure out when they’ve made a mistake, and they need to know how to fix those mistakes and minimize them in the future. As a programmer, your job is not to write perfect code; your job is to create something that does what the customer wants. If there are bugs along the way, that is not an exception; it just the way it is. The same applies to teams. When teams adopt that approach, they lose the incentive to blame people for things and they take on collective ownership. Andy says that the one thing that is unique to teams is an underlying trust of each other member of the team. You are much better off with relatively small, stable teams. Every time you add someone to or remove someone from a team, it is a new team and you need to start over building relationships, building trust, and learning to work with each other. Noel asked how they would compare The Pragmatic Programmer with the Agile Manifesto since they were involved in the creation of both. Dave suggested thinking of Agile methodologies like XP as a roadmap and The Pragmatic Programmer as your car. Noel said that, in re-reading The Pragmatic Programmer, he was struck by the emphasis on taking small steps and “not getting in front of your headlights”. Andy says that is critical idea because we fall into the trap of taking on too much at once all the time. Small steps, Dave added, also mean you can more easily undo and you are less likely to fall victim to the sunk cost fallacy because your sunk costs are smaller. Noel asked if the way in which developers learn has changed in the last twenty years. In reference to books versus StackOverflow searches and watching videos, Dave made the point that the distinguishing aspect of a book is that the content is curated; putting it together was difficult; it took a long time for the author to organize their thinking to make it clear and approachable and to produce something authoritative and easy to read as a whole. Noel asked Dave about the pragmatic value of automated testing. Dave says that when he gets too comfortable doing something, he tries to stop using it so that he doesn’t get stuck in a rut and so that he doesn’t start to believe something religiously simply because he has been doing it a long time. He had been telling people for years that it is good to test and he had never done the experiment of not testing. He decided not to test for a period and was surprised by the result. He kept an eye on bug rates and it was just as buggy as ever, his productivity went up a little bit, and his designs were just as flexible as before. His explanation is that, having done the requisite ten thousand hours, it is now so ingrained that he doesn’t have to test to get the benefits of testing. He still feels that tests are useful when working with others and as a regression barrier. He sees his experiment with not testing as another example that nothing is sacred: if you’re truly being pragmatic, you should always be experimenting. Apple Podcasts link: https://podcasts.apple.com/ca/podcast/episode-68-pragmatic-programmer-at-20-dave-thomas-andy/id1195695341?i=1000446898661 Website link: https://www.techdoneright.io/68 LINKS Ask questions, make comments, and let your voice be heard by emailing podcast@thekguy.com. Twitter: https://twitter.com/thekguy LinkedIn: https://www.linkedin.com/in/keithmmcdonald/ Facebook: https://www.facebook.com/thekguypage Instagram: https://www.instagram.com/the_k_guy/ YouTube: https://www.youtube.com/c/TheKGuy Website:
Jonathan Cutrell is Director of Technology at Whiteboard, an interactive design and development firm. He also hosts of Developer Tea podcast. We talked about his experience speaking at CSS Dev Conf, his podcasts, and Whiteboard.