Developer Tea

When Good Thinking Becomes Overthinking: Discover why the pursuit of perfect analysis often undermines good decision-making. Loading every caveat, every exception, and every alternative into your working memory doesn't produce better outcomes — it produces paralysis. Heuristics as a Feature, Not a Bug: Your brain is an efficiency machine that creates shortcuts — cached concepts, stored routines, snap judgments. These heuristics are always incomplete, but they let you move through complex problems quickly. The opportunity is to deliberately choose which heuristics to exploit. "All Models Are Wrong, Some Models Are Useful": Useful illusions don't need to be perfectly true. They need to be true enough that acting on them produces better outcomes than endlessly debating their accuracy. Useful Illusion: Coding by Hand Is Going Away: Whether or not this is literally true in every case, the engineer who acts as if it is will invest in agentic workflows, LLMs, and new tooling — while the engineer who picks the argument apart risks being labeled a skeptic and falling behind. Useful Illusion: Hard Work Pays Off: You can poke holes in this all day — wrong direction, burnout, culture-dependent — but people who follow this heuristic tend to build reputations as reliable and capable. Few of us want to be known for the opposite. Useful Illusion: As Long As I'm Learning, I'm Growing: Learning becomes less directly correlated with career advancement over time, but continuing to act on this belief keeps you flexible, curious, and in a growth mindset. More Useful Illusions for Your List: Clean code is better. Always think about the user's experience. Go with the tool you know. Volume of delivered work correlates with career success — especially during performance review season. The Key Insight: You don't have to believe any of these things literally. You're exploiting your own heuristic system to drive efficient action and avoid wasting time on low-utility debates. The result is a more decisive, action-oriented version of yourself. 🙏 Today's Episode is Brought To you by: Unblocked Your coding agents have access to your codebase, but access doesn't mean good context. Agents can't easily reason across MCPs without guidance — they don't know your architectural decisions, your team patterns, or what that acronym actually means. Unblocked is the context layer your agents are missing. It synthesizes your PRs, docs, Slack messages, and JIRA issues into organizational context so agents make better plans, write higher quality code, use fewer tokens, and require fewer correction loops. Get a free three-week trial at getunblocked.com. 📮 Ask a Question If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com. 📮 Join the Discord If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today! 🗞️ Subscribe to The Tea Break We are developing a brand new newsletter called The Tea Break! You can be the first in line to receive it by entering your email directly over at developertea.com. 🧡 Leave a Review If you're enjoying the show and want to support the content head over to iTunes and leave a review!

The Bottleneck Is Moving: Borrowing from traditional manufacturing theory, the coding step used to define your team's total throughput. AI tooling hasn't incrementally improved that bottleneck — it has drastically shrunk it, which means the constraint is now upstream in product decisions, specifications, and prioritization. Engineers who recognize this shift early will redirect their energy accordingly. Sharing Your Opinion Is Not a Free Action: Every time you weigh in on a decision, you're making a transaction. You're asking others to consider your input, and in return, they will update their beliefs about your judgment based on whether you turn out to be right. This means your credibility is a finite resource that appreciates or depreciates over time. Trap #1 — Arguing About Things You Don't Care About: Engineers often feel an intellectual itch to engage when they hear an argument they disagree with, even when the outcome doesn't matter to them. If the only utility of sharing your opinion is your own self-satisfaction, the risk to your social capital almost never justifies the reward. Pick your battles so that when something does matter to you, people actually listen. The Watchful Waiting Approach: If you predict a decision will lead to a bad outcome, sometimes the most effective move is to wait and let the result speak for itself. You get the learning for free without putting your reputation on the line — especially for decisions outside your core responsibilities. Trap #2 — Arguing on the Wrong Axis: When you do engage, make sure your argument is aligned with what the decision-maker actually cares about. A product manager asking engineers to delay optimization work is not going to be moved by arguments about on-call load. An engineering manager introducing a systems design interview won't be swayed by the fact that you personally dislike them. If your reasoning doesn't connect to their criteria, it lands as noise. Naive Realism and the Alignment Fix: We all default to believing our perspective is the balanced, unbiased one. This tendency causes us to assume anyone who disagrees must be missing information. The fix is to start by understanding what the other person is optimizing for. Once you know their criteria, you can either recognize their decision is perfectly reasonable — or reframe your argument in terms they actually care about. The One Takeaway: Understand what the other person wants, what they care about, and why. Decision-making in a collaborative environment is fundamentally negotiation, and the best negotiators optimize for multiple axes rather than treating every disagreement as zero-sum. 🙏 Today's Episode is Brought To you by: Unblocked Your coding agents have access to your codebase, but access doesn't equal context. Agents can't reason across MCPs — they don't know your architectural decisions or why the API is shaped the way it is — so they look in the wrong place and deliver bad outputs. Unblocked is the context layer your agents are missing. It synthesizes your code, PRs, docs, Slack messages, and Jira issues into organizational context that agents actually understand, so they make better plans, write higher quality code, and use fewer tokens. Get a free three-week trial at getunblocked.com/developertea. 📮 Ask a Question If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com. 📮 Join the Discord If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today! 🗞️ Subscribe to The Tea Break We are developing a brand new newsletter called The Tea Break! You can be the first in line to receive it by entering your email directly over at developertea.com. 🧡 Leave a Review If you're enjoying the show and want to support the content head over to iTunes and leave a review!

The Power of Physical Checklists: Inspired by aviation, Atul Gawande's The Checklist Manifesto, and Daniel Kahneman's Noise, I've been experimenting with printed, physical checklists for repetitive tasks — from producing this show to running one-on-ones. The rigor of writing precise procedures carries over into clearer communication with both humans and AI agents. Small Interventions, Big Returns: A Brother P-Touch label maker. Reorganizing scattered hobby gear. 3D printing organizational tools with a new Bambu Labs P1S. None of these are revolutionary on their own, but the compounding effect of better organization — essentially building a fast index for your physical life — pays back over and over. Context Shapes Focus: Switching from a home gym to working out at Planet Fitness with my brother-in-law was one of the best focus interventions I've made. The change in environment eliminated the procrastination and context-blending that came from being steps away from my computer. If you're struggling with a habit, sometimes the environment is the variable to change, not your willpower. The Reading List: Good Strategy, Bad Strategy by Richard Rumelt (and its follow-up The Crux), The Art of Action by Stephen Bungay (a great framework for thinking about agentic workflows), How to Know a Person by David Brooks, and my top recommendation: 4,000 Weeks by Oliver Burkeman — a book that will help you stop looking for the productivity hack that fixes everything and start thinking about what actually matters. Learning as a Habit: Right now I'm learning to drive a stick shift on a 1983 Bronco. The point isn't the skill itself — it's staying in the beginner's seat. Intentional practice, setting small goals, refining through repetition. Keeping this habit alive is more important than ever when the industry demands rapid adaptation. How I'm Actually Using AI: Claude Code for one-shotting tools with clear boundaries, local environment improvements, and terminal troubleshooting. OpenClaw for experimental agents like a personalized trip planner and Home Assistant automations via YAML. Claude Co-Work for file system management and screenshot organization. Obsidian as the connective tissue — a markdown knowledge base that gives AI agents personal context to work with. And at work, spec-driven development is showing real promise for shaping agent output quality. A Framework for Thinking About AI's Role: I break AI use cases into categories: automating existing workflows (where most gains are today), operational restructuring (what happens when you free humans from a task), execution of complex technical work (agents on the front lines), iterative consulting on intent and goals, and the emerging frontier of exploratory connections and strategic synthesis. What You Should Actually Do: Be action-oriented — the cat is out of the bag. Invest heavily in planning and specification before sending agents off to work. But more importantly, invest in mindful change: understand your own values, figure out who you want to be when you look back on this moment in 10 years, and let that guide your decisions about adoption, learning, and career direction. 🙏 Today's Episode is Brought To you by: SerpApi If you're building an application that needs real-time search data — whether that's an AI agent, an SEO tool, or a price tracker — SerpApi handles it for you. Make an API call, get back clean JSON. They handle the proxies, CAPTCHAs, parsing, and all the scraping so you don't have to. They support dozens of search engines and platforms, and are trusted by companies like NVIDIA, Adobe, and Shopify. If you're building with AI, they even have an official MCP to make getting up and running a simple task. Get started with a free tier at serpapi.com. 📮 Ask a Question If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com. 📮 Join the Discord If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today! 🗞️ Subscribe to The Tea Break We are developing a brand new newsletter called The Tea Break! You can be the first in line to receive it by entering your email directly over at developertea.com. 🧡 Leave a Review If you're enjoying the show and want to support the content head over to iTunes and leave a review!

If you're a software engineer right now, you likely feel like your world is changing overnight. We are writing half or less the amount of code that we wrote even a year ago, which represents a seismic, groundbreaking shift in our industry. However, the rapid introduction of new tools can slide quickly from exciting to purely chaotic, leaving you feeling like you are falling behind. In today's episode, I explore how this changes the nature of our day-to-day work, and why the key to surviving this transition is shifting your mindset from a traditional "Software Engineer" to an "Agent Manager". The Illusion of Velocity vs. Actual Chaos: While the big-picture promise of AI is that the software development pipeline will move exponentially faster, the reality on the ground often feels like unadulterated chaos. Trying to adopt every new tool while spinning up multiple agents to work on parallel tickets introduces a massive new cognitive burden. The Context-Switching Trap: Understand why parallelizing agent workflows fundamentally changes your context-switching overhead. You are no longer just reloading context to build something yourself; you are reloading it to manage, review, and validate a building agent, which rapidly drains your cognitive ability and leads to burnout. The "Agent Manager" Mindset: Treating AI as just a "smart autocomplete" while you try to do the same old job will not work. You need to start viewing your role more like assembly line or process management, focusing on facilitating the system rather than typing every line of syntax. Adopt Old-School Quality Control Tactics: Discover how traditional management methods are becoming essential for individual contributors. Just like a factory manager doesn't inspect every single item off the line, you must develop methods for spot checks, anomaly detection, and standardizing outputs to evaluate the quality and quantity of your agents' work. Shift Your Work Upfront: Recognize that your core effort must move to the specification and planning phases. Your job is increasingly about setting the context, defining the prompt, and establishing strict guardrails before the agent begins its work. Redefining Your Work in Progress (WIP): Proven principles like limiting WIP and focusing on finishing rather than starting are more important than ever to reduce cognitive burden. However, you must adapt these principles to fit a workflow where you are managing processes rather than manually coding. Episode Homework: Take a step back and ask yourself: "What is my true work in progress? Am I actually manually doing these tickets, or am I managing the processes that produce quality ticket work?". 🙏 Today's Episode is Brought To you by: SerpApi No matter what you're building, SerpApi is the web search API for your needs. If you're building an application that needs real-time search data—whether that's an AI agent, an SEO tool, or a price tracker—SerpApi handles it for you. ● Make an API call and get back clean JSON. ● They handle the proxies, CAPTCHAs, parsing, and all the scraping so you don't have to. ● They support dozens of search engines and platforms, and are trusted by companies like NVIDIA, Adobe, and Shopify. ● If you're building with AI, they even have an official MCP to make getting up and running a simple task. Get started with a free tier to build and test your application before you commit. Go to serpapi.com. 📮 Ask a Question If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com. 📮 Join the Discord If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today! 🗞️ Subscribe to The Tea Break We are developing a brand new newsletter called The Tea Break! You can be the first in line to receive it by entering your email directly over at developertea.com. 🧡 Leave a Review If you're enjoying the show and want to support the content head over to iTunes and leave a review!

AI is bringing massive changes to our industry, but it's not just about how fast you can write code or use agentic flows. In this episode, I explore how AI is fundamentally shifting the economic bottleneck of software development, and how you can use your systems-thinking engineering mindset to adapt and thrive in this new era. 🎧 Episode Notes: The Engineering Bottleneck Shift For years, the software development pipeline was designed around one core assumption: engineering is the most expensive and restrictive bottleneck. Because of this, organizations optimized heavily for upstream risk mitigation to ensure we only built what was absolutely necessary. But AI is changing that math, making the act of coding significantly cheaper and faster. Here is what happens when that bottleneck breaks: The Historical Cost of Bugs: I look back at the Windows 95 era, where physical software delivery meant post-release bugs were incredibly expensive, demanding massive upfront QA. The Continuous Delivery Precedent: Discover how the internet made software updates cheap, which fundamentally changed the ROI of risk mitigation and enabled fast, iterative soft releases. The Upstream Shift: Understand why, as engineering throughput increases by 50% to 100% due to AI, the new organizational bottlenecks will rapidly shift upstream to product, design, and decision-making. Optimizing for Speed Over Risk: Learn why companies will likely begin to lessen their focus on risk mitigation (outside of catastrophic data breaches) to prioritize higher volume throughput and decision speed. The New Iterative Workflows: Explore the potential for consolidated roles where engineers, PMs, and designers use AI to make rapid, on-the-fly product decisions together without traditional hand-offs. Your Core Engineering Value: Remember that punching cards or manually managing memory didn't define engineers in the past, and manually typing code doesn't define you now. Your true value is your ability to approach problems with a systems-thinking mindset. 🙏 Today's Episode is Brought To you by: Unblocked Your coding agents have access to your codebase, but access doesn't directly translate into context. Agents often lack the reasoning to understand your architectural decisions, team patterns, or why an API is shaped the way it is—leading to bad outputs and wasted tokens. Unblocked is the context layer your agents are missing. It synthesizes your PRs, docs, Slack messages, and Jira issues into organizational context that agents actually understand so they write higher-quality code with fewer correction loops. Get a free three-week trial at getunblocked.com/developertea. 📮 Ask a Question If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com. 📮 Join the Discord If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today! 🧡 Leave a Review 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.

Today, we are tackling the natural tension between the desire to make more money—getting a raise, finding financial stability—and the desire to have meaningful, purpose-driven work. We are diving into a fantastic listener question from Abdul, a front-end engineer with 10 years of experience who has hit a salary ceiling. He is trying to figure out how to pivot into higher-paying domains like backend or AI without making a risky leap that forces him to start over at the bottom rung. 🎧 Episode Notes: Balancing Money, Meaning, and Skill Transitions When you hit a wall in your career, it often feels like you have to trade away the work you love just to achieve your financial goals. In this coaching-style episode, we break down Abdul's situation to help you rethink how you navigate financial constraints and career transitions. • Question Your Assumptions About Money: Discover why "making more money" isn't inherently a bad or vague goal. If your intent is to provide for your family, help elderly parents, and build a risk-mitigating financial buffer, your goal is actually highly instructive and values-driven. • The Illusion of Static Roles: Learn why job descriptions exist primarily as "skill buckets" to help companies hire. Once you are inside the company, your role is not concrete—it is a fluid spectrum that can shift as you adapt to new technologies. • Grow Where You Are Planted: Instead of making a massive, unrealistic leap to a completely new role, learn how to organically expand your skill set. Talk to your manager about taking on backend or AI tickets, or trading tasks with coworkers to build new skills without uprooting your career. • Redefining Financial Necessity: Understand how to evaluate the timeline and "shape" of your financial constraints. If financial necessity is your absolute dominant constraint, you must optimize your strategy specifically for stability and risk mitigation. 📮 Ask a Question If you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com. 📮 Join the If you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting developertea.com/discord today!. 🧡 Leave a Review 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 keeps us focused on what matters to you.

I've been delaying this episode for a long time because the topic is genuinely difficult and, for many of us, scary. AI is threatening not just to our livelihood, but to our sense of self-worth as creators.In this episode, I don't offer false guarantees about job security. Instead, I frame the problem through the lens of microeconomics and rational incentives to help you understand how to remain employable. We discuss why you must separate your ego from your current skill set and how to position yourself not as a competitor to AI, but as a force multiplier.• The Hard Truth: I explain why the "abstinence" approach—hoping the industry rejects AI or that it turns out to be a bubble—is a high-risk gamble that is unlikely to succeed.• Ego vs. Employability: We discuss the difficult mental shift required to disconnect your self-worth from the act of writing code manually, allowing you to adopt new tools without feeling like you are losing your identity.• The Microeconomics of Your Job: Understand the cold reality that a rational market only pays you if you generate more value than you cost; if AI can do the same task with less risk or cost, the market will choose AI.• The Non-Zero Sum Game: Learn why the economy isn't a fixed pie. The goal isn't just to survive, but to recognize that the combination of Human + AI can generate more total value than either can alone.• Multiplicative Value: I challenge you to stop thinking about linear skill acquisition and start thinking like a manager: how can you use AI to multiply your output and become indispensable?• Accepting Atrophy: We confront the reality that your core coding skills may degrade over time as you rely on AI, and why accepting this trade-off might be necessary for your career survival.🙏 Today's Episode is Brought To you by:If you are building an application that needs real-time search results—especially if you are working with LLMs—you know that stale data is a problem. SerpApi is the live web search API for your application.• Get real-time search results fast, directly in your app as JSON.• Bridge the gap for LLMs that are locked to a training date.• Trusted by companies like NVIDIA, Adobe, and Shopify. Get started with a free tier to build your full integration before you commit. Go to serpapi.com📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join theIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today!🧡 Leave a ReviewIf you're enjoying the show and want to support the content, head over to iTunes and leave a review!

Do you remember the early days of your career? You likely spent hours coding late into the night, fueled not by a paycheck, but by the sheer joy of building. But somewhere along the way, that intrinsic fire faded, replaced by the extrinsic motivators of Jira tickets, performance reviews, and ultimately the almighty dollar.In this episode of the Career Growth Accelerator, I explore why this shift happens and how it might be the very thing keeping you stuck. We discuss the "Overjustification Effect"—how getting paid for your passion can actually degrade your performance—and how to reclaim the autotelic personality required to enter a flow state and accelerate your career.• The Overjustification Effect: Learn why introducing extrinsic rewards (like a salary) for a task you inherently enjoy can weaken or completely replace your intrinsic motivation, eventually making the work feel like a chore.• The Loss of Flow: Discover how moving from hobbyist to professional changes your relationship with the work, often stripping away the conditions necessary for "flow state," such as risk-taking and immediate feedback.• Autotelic Personality: Understand the concept of being "autotelic"—doing something for its own sake—and why this trait is critical for high-quality, creative work that pushes your career forward.• The Stagnation Trap: Recognize that if your only motivation is doing what is required to get paid, you are unlikely to take on the voluntary challenges necessary to grow to the next level.• Reclaiming Your Drive: I discuss how finding pockets of intrinsic motivation—even if they are ancillary to your main job—can reignite your ability to enter flow, improve your work quality, and break through career plateaus.🙏 Today's Episode is Brought To you by:If you are building an application that needs real-time search results—especially if you are working with LLMs—you know that stale data is a problem. SerpApi is the live web search API for your application.• Get real-time search results fast, directly in your app as JSON.• Bridge the gap for LLMs that are locked to a training date.• Trusted by companies like NVIDIA, Adobe, and Shopify. Get started with a free tier to build your full integration before you commit. Go to serpapi.com📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join theIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today!🧡 Leave a ReviewIf you're enjoying the show and want to support the content, head over to iTunes and leave a review!

🎧 Episode Notes: The Meta-Habit of High Performers: How Outer Loops Unlock GrowthIn today's episode, we are discussing one of the most common habits I see in high-performing managers and senior engineers. It isn't a single trick, a morning routine, or a specific productivity hack—it is a meta-habit. It is a specific way of thinking about how you spend your energy and time to avoid the burnout that comes from working hard without seeing commensurate gains,.The Burnout Trap: Understand that if you keep putting more energy in without getting equal or greater results out (sub-linear returns), you are heading for a wall. You cannot simply "grind" your way to the next level,.Recognize Your Default Loops: Whether you know it or not, you are already running "loops"—automatic heuristics and behaviors that define your decisions, like "while happy at job, stay at job",.The Inner vs. Outer Loop: Learn the difference between the Inner Loop (your execution, habits, and daily protocols) and the Outer Loop (the meta-observation that evaluates the system).Governing the Experiment: Discover how to use an Outer Loop to set longer-term conditionals for your career experiments (e.g., "I will try this until X"), preventing you from reacting emotionally to single data points,.Systematic Evaluation: Move from making random changes to making informed adjustments by stepping out of the daily grind to evaluate the trajectory of your habits,.🙏 Today's Episode is Brought To you by: UnblockedThere’s a good chance you’ve already tried a few AI code review tools — and you’re probably ignoring most of their comments.Not because AI can’t review code, but because it’s missing context. Most AI reviewers focus on surface-level issues: style nits, obvious refactors, or restating what’s already clear from the diff. Meanwhile, the things you actually care about, like whether a change violates an earlier architectural decision or quietly duplicates existing logic, go unnoticed.That’s the problem Unblocked is built to solve.Unblocked’s AI code review is grounded in decision-grade context, prior PRs, design discussions, documentation, and system-level constraints—the same context senior engineers rely on when reviewing code.Teams using Unblocked report fewer comments, higher signal, and automated reviews they actually trust — enough that many have turned off other AI review tools entirely.Even if you’ve already written off AI code review, Unblocked is worth a look.Get a free three-week trial at getunblocked.com/developertea.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

It is review season, and you might be finding yourself confused: you received high ratings and "exceeded expectations," yet the promotion you expected didn't happen. In this episode of the Career Growth Accelerator, I break down exactly why high performance doesn't always lead to promotion, helping you identify the structural roadblocks and strategic shifts necessary to move from senior individual contributor to staff, principal, or leadership roles,.• Understand why your performance review is never conducted in a vacuum and why your manager’s peers—not just your manager—are the "voters" you need to convince with clear evidence,.• Learn why high ratings often fail to translate into a promotion if you haven't demonstrated specific impact on the company's strategic goals rather than just your own deliverables.• Discover the first major roadblock: Structural limitations where the role you want simply doesn't exist because the business context or organizational pyramid doesn't currently support it,.• Explore the concept of "Outer Layers" of scope—moving from self-focus to team-focus, and finally to business-strategy focus—to unlock the next stage of your career,,.• Identify the "indispensable trap" where performing too well at your current inner-layer responsibilities makes you terminal in your role rather than promotable.🙏 Today's Episode is Brought To you by: UnblockedThere’s a good chance you’ve already tried a few AI code review tools — and you’re probably ignoring most of their comments.Not because AI can’t review code, but because it’s missing context. Most AI reviewers focus on surface-level issues: style nits, obvious refactors, or restating what’s already clear from the diff. Meanwhile, the things you actually care about, like whether a change violates an earlier architectural decision or quietly duplicates existing logic, go unnoticed.That’s the problem Unblocked is built to solve.Unblocked’s AI code review is grounded in decision-grade context, prior PRs, design discussions, documentation, and system-level constraints, the same context senior engineers rely on when reviewing code.Teams using Unblocked report fewer comments, higher signal, and automated reviews they actually trust — enough that many have turned off other AI review tools entirely.Even if you’ve already written off AI code review, Unblocked is worth a look.Get a free three-week trial at getunblocked.com/developertea.🎥 Subscribe to our Youtube Channel here! https://www.youtube.com/@developertea📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join theIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

In this episode, we explore how to de-risk your career roadmap by identifying the hidden vulnerabilities that hold your decision-making hostage.🎧 Episode Notes: De-risking Your Career By Understanding Your VulnerabilitiesTrue career growth requires gaining autonomy over your choices. This episode provides a framework for performing a "pre-mortem" of career failure by identifying the sources of power that currently influence your life and limiting their leverage over your future.Identify Your Sources of Power: Perform an exercise to list the people, situations, and physical things (like money or debt) that drive your current decision-making and could shift your behavior if they changed.Conduct a Career "Pre-mortem": Use this diagnostic approach to recognize what has the power to change your decisions, helping you prepare for potential failures before they occur.Understand the "Hostage" Dynamic: Realize that while some leverage is aligned with your values, other factors—like large amounts of debt—can hold your career hostage, forcing you to make decisions you otherwise wouldn't.Balance Vulnerability and Autonomy: Distinguish between healthy vulnerability (such as in relationships with family) and unhealthy vulnerability (such as with creditors), and work to de-risk the latter to reclaim your agency.The Link Between Debt and Career Risk: Learn how eliminating financial vulnerabilities, like credit card debt, increases your autonomy, potentially allowing you to take "principled" career risks you previously couldn't afford.Re-evaluate Your Non-Negotiables: Use introspection to determine which parts of your job are truly essential and which "imagined" risks are preventing you from seeking better alignment with your personal purpose.Shift Your Control Systems: Understand that growth often requires giving up control in one area (like spending habits) to gain control and autonomy in your professional path.🙏 Today's Episode is Brought To you by: Wix StudioDevs, if you think website builders mean limited control—think again. With Wix Studio’s developer-first ecosystem you can spend less time on tedious tasks and more on the functionalities that matter most: ● Develop online in a VS Code-based IDE or locally via GitHub. ● Extend and replace a suite of powerful business solutions. ● And ship faster with Wix Studio’s AI code assistant. All of that, wrapped up in auto-maintained infrastructure for total peace of mind. Work in a developer-first ecosystem. Go to wixstudio.com.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers working to improve their lives and careers, join us on the Developer Tea Discord community today!🧡 Leave a ReviewIf you're enjoying the show and want to support the content, head over to iTunes and leave a review!

🎧 Episode Notes: Using a Nine-Block for Skill, Potential, and Energy InvestmentMost career assessments try to paint a static picture of what you can do well with the least effort, but they often fail to provide a practical roadmap for your next career move. This episode provides a simplified, multidimensional version of a classic management tool to help you prioritise your growth:Understand the Nine-block Matrix: Visualise a grid where the x-axis represents your current performance (how well you are doing now) and the y-axis represents your potential (your capacity to grow to the next level).The Energy Dimension: Go beyond a 2D map by evaluating the energy cost of each skill on a scale of 1–5; this helps you identify where you are on "autopilot" versus where a skill is draining you.The Risk Factor: Assign a risk or criticality score to your skills to determine which are "fundamental" to your role (like software delivery) and which can be safely dropped to make room for more valuable growth.Spot Opportunity Flags: Identify areas where you have high potential but low performance and low energy output; these represent your best opportunities for rapid improvement with the least input.Make the Counterintuitive Trade-off: Learn why you might need to drop a skill you are already good at if it has low growth potential, redirecting that energy toward a new skill that offers higher long-term value for your career.Categorise Your "Bread and Butter" Skills: Recognise those mid-level skills that ensure your reliability and help you get the job done but shouldn't be the primary focus of your intense energy and development.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community today! I am in there as well, and you can message me directly.🧡 Leave a ReviewIf 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 keeps us focused on what matters to you.

This episode marks the 11th anniversary of the show, and I want to celebrate by continuing our Career Growth Accelerator series. Today, we’re moving beyond the "autopilot" mode that many engineers find themselves in and learning how to define goals that are uniquely yours so you can find the specific challenges that will actually move the needle.🎧 Episode Notes: Going from Autopilot to PurposeMany of us operate on instinct, chasing goals like "get a promotion" or "make more money" without understanding the "why" behind them. This episode is designed to help you interrogate those automatic responses and find a path that is optimized for what you uniquely value.Break the Autopilot Loop: Understand why common goals like "getting a promotion" are often just survival mechanisms intended to keep us safe within social norms rather than reflections of our true values.The "Never Again" Pressure Test: Use the mental exercise of imagining you will never get another promotion; if this causes visceral anxiety, it’s a sign that your goal is rooted in a sense of safety rather than self-actualisation.Move from Post-Rationalisation to Purpose: Instead of backwards-justifying the status quo, learn to be honest about what you truly desire—whether it's the affirmation of intelligence, the freedom of discretionary time, or a specific mission.Create Instructive Goals: Discover why a goal must be personal and specific to be useful; a generic goal provides no roadmap, whereas a unique goal acts as an instruction for what to do next.Find Your True Challenge: Once your goal is defined, identify the specific obstacle standing in your way that requires ingenuity and isn't already decided for you.The "Asterisk" of Solvability: Learn the most critical rule for picking a challenge: it must be something you can reasonably solve given your current means to avoid falling back into paralysis and autopilot.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com/contact📮 Join the DiscordJoin our supportive community of engineers working to improve their lives and careers at https://developertea.com/discord.🧡 Leave a ReviewIf you're enjoying the show, head over to iTunes and leave a review! It helps other developers discover the show.

This episode kicks off the Career Growth Accelerator series, focused on the specific hurdles faced by mid-to-senior level engineers, managers, and leaders who are looking to move to the next level. Before diving into specific strategies, I’m addressing the fundamental prerequisite for real growth: getting out of your own way. We often block our own progress because our ego conflates our self-worth with our career position, making it impossible to see the real problems or lessons we need to learn. In this episode, I share a vital mental exercise to help you disconnect your identity from your job title and begin diagnosing your career challenges honestly.Understand why protecting your ego is one of the most dangerous ways to control your career, leading you to discount valid reasons for stagnation or failure by focusing only on external factors.Discover the fundamental shift needed: disconnecting your self-worth from your career aspirations. Your position is merely a fact and has little bearing on your innate value or capacity to succeed more generally.Learn how to use a distancing thought experiment—viewing your situation as if it were an acquaintance’s story—to remove your ego from the diagnostic process and gain necessary clarity and perspective.Explore why effective growth advice, whether for promotion or post-mortem analysis, requires focusing almost exclusively on the diagnostic aspect ("What happened and why?") rather than building justifications based on your worthiness or past performance.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

Are you a mid-to-senior level engineer or leader who has hit a career roadblock or found yourself stagnated? I'm launching the new Career Growth Accelerator series, focused on the difficult, non-obvious hurdles that prevent you from moving to the next level.In this foundational Episode Zero, I cover the critical prerequisite for growth: Getting Out of Your Own Way. Our ego often protects our self-worth by blaming external factors for failures, making honest diagnosis impossible,.• Learn why protecting your ego is the most dangerous way to control your career.• Discover the fundamental shift: disconnecting your self-worth from your career aspirations to gain clarity.• I introduce a distancing thought experiment to help you diagnose the real problems blocking your path.• Start focusing on the diagnostic aspect—What happened and why?—to build real momentum.Subscribe now so you don't miss out on this series!

When you hit a career roadblock, the methods that worked for you before often stop working. Today, I’m diving into why that happens, and why the first and most critical step in progressing past stagnation isn't doubling down on skills, but clearly defining the problem standing in your way.Problem Definition As A Path for Career GrowthMy goal on the show is to help driven developers like you find clarity, perspective, and purpose in their careers. This episode is for everyone trying to grow, especially if you have hit some kind of roadblock. Most career progression, especially early on, happens somewhat automatically through natural experience, domain expertise, and skill accumulation,. However, as you progress, you will hit missing rungs or roadblocks—things preventing you from progressing in promotions, positions, or specific projects.When blocked, most people rely on the same things they did before, such as gaining experience, reading blogs, or building side projects, using a "scattershot approach" to try and guess what their managers want,. Unfortunately, relying on activity that previously got you ahead will not necessarily work later in your career,. As you climb the career ladder, the number of positions available decreases (the pyramid shape), meaning that even being highly qualified may not lead to the next role if it simply doesn't exist,.If you haven't defined the problem, you have no way of knowing whether the actions you are taking will help you progress where you want to go. Instead of continuing the never-ending cycle of self-improvement, you need to step outside your own context and try to see the problem from an external viewpoint, like a consultant. Recognizing the core problem—like a lack of available roles—allows you to shift your focus away from only improving your skill set and toward solving that specific organizational problem, perhaps by expanding the necessary scope for the role to open up,. Redefining the problem may mean shifting your goal from getting a promotion to convincing someone to let you perform the activities associated with that higher role, which is a different process entirely. In almost every circumstance where you are blocked, there is a problem that you need to work on defining better; this is the first step towards moving past the roadblock,.Explore why the natural career progression that works early on—driven by experience and skill accumulation—slows down and fails when you hit later-stage roadblocks,,.Discover why relying on a "scattershot approach" of extra activity, like reading blogs or building side projects, is often ineffective when facing a structural block in your career path,,.Understand that if a desired role doesn't exist within the company structure, becoming more skilled or qualified won't solve the organizational problem,.Learn how redefining your career problem—for instance, shifting from needing a promotion to needing permission to do high-level tasks—can open up entirely new pathways for growth.Challenge your self-improvement cycle by stepping outside your own context and defining your career roadblock as if you were an external consultant,.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today! I'm also in the community, and you can message me directly there.🧡 Leave a ReviewIf 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 keeps us focused on what matters to you.

We often look for ways to reduce the load on our brains, seeking shortcuts and optimizations to get ahead. Sometimes this works, reinforcing the belief that we can hack our way around every problem. However, this episode addresses the truth that many fundamental aspects of your career require something difficult, messy, slow, or inefficient, demanding deep thought and repeated failure.This episode details the difficult truths about facing the most essential challenges in your career:Understand the Hard Path: Recognize that many aspects of your career, skill set, relationships, and hobbies require something difficult, messy, slow, or inefficient, demanding deep thought and repeated failure.Identify Your Primary Obstacles: Pinpoint the hard things you are procrastinating on, such as developing essential domain knowledge, deepening relationships with crucial co-workers or your manager, or getting the necessary "reps" of difficult building and practice.The Path to Mastery: Realize that becoming a great engineer (e.g., a great Python developer) is achieved not by reading books or finding perfect tools, but by building things over and over. This practice includes receiving feedback from peers and applying what you learn under challenge.The Pain of Decision: Explore why it is difficult to even decide to do a hard thing. By committing to the challenging path, you are choosing to cut off your optionality and giving up the hope of finding an easier, lower-investment alternative.Sustaining Commitment: Understand that initial motivation or an energetic feeling will not carry you through the obstacle when the development process becomes awkward, slow, or frustrating. Staying committed requires reinforcing your core underlying reason for doing the hard work.The Reward: Recognize that if you successfully address the hard thing you know needs doing, everything else in your life and career becomes easier.🙏 Today's Episode is Brought To you by: Wix StudioDevs, if you think website builders mean limited control—think again. With Wix Studio’s developer-first ecosystem you can spend less time on tedious tasks and more on the functionalities that matters most: ● Develop online in a VS Code-based IDE or locally via GitHub. ● Extend and replace a suite of powerful business solutions. ● And ship faster with Wix Studio’s AI code assistant. All of that, wrapped up in auto-maintained infrastructure for total peace of mind. Work in a developer-first ecosystem. Go to wixstudio.com.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today! There are other engineers there going through similar things in their careers, and I am also in there, where you can message me directly.🧡 Leave a ReviewIf 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.

If you're looking to accelerate your career growth, this episode gives you what may feel like hard truths about the path forward. So many engineers fall into traps of overthinking, chasing minor optimizations (like 5% or 10% productivity boosts), or playing the games of politics and networking. While these sideline activities aren't necessarily useless, I want to help you focus on the "big engines" and "primary considerations"—the things that will make the monumental difference in your career building strategy.• I explain why arguments based on nuance—such as trying to convince your manager that your work is valuable despite low throughput, or doing "glue work"—are often based on flawed strategies that cause your career to suffer and not grow easily.• I use an allegory (discussing the primary path of treatment for low testosterone) to illustrate that many engineers are trying to fix a fundamental, mainline career problem with a sideline, nuanced solution, instead of focusing on the gold standard primary path.• I debunk the skill collection fallacy: the misconception that broadening your skill set (learning more languages, frameworks, or techniques) provides the same level of career benefit as it did early on.• Discover the fundamental path to growth: I advise you to set down new languages and skill sets and instead become a craftsman of a limited set of tools, fully understanding the domain, business problems, and how value flows through the organization.• Learn why the most important factor that substitutes for very few other things is engaging in the deliberate practice of solving a sheer volume of problems encountered and solved over and over.• I detail how to avoid the comfort zone: while solving problems is vital, you must ensure those problems progress with you by increasing complexity, scope, responsibility, or sheer volume of work, otherwise, your potential for growth will become limited and you will stall out.• I caution that a lack of challenge (feeling no discomfort ever) can lead to boredom, disengagement, and eventual burnout, because your brain adapts, reducing the flow state you experience. I suggest finding ways to introduce discomfort that pushes you.• Understand that the primary course of treatment for a failing or stalled career is simple: become incredibly good at your core set of responsibilities, making things like networking, resume writing, and managing relationships easier as a result.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join theIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

If you're an engineer looking to move into a senior role, you have likely heard that you need to demonstrate "ownership". Unfortunately, this crucial term is often poorly defined and leads to a major misconception: that ownership means being assigned a full project or a Tech Lead role. I want to dispel that myth and explain why ownership is actually a necessary behavior and mindset shift, applicable in almost every action you take, regardless of whether you’re leading a project.Understand why ownership is a critical aspect of moving along your career track, especially for engineers moving from the associate or mid-level engineer role up to senior.Uncover the misconception that ownership requires a specific scope of responsibility, such as owning a project or a deliverable.Discover the crucial phrase that defines the ownership mindset: "What now?" or "What next?" which should guide you through every situation you encounter.Learn why true ownership is not about inherently knowing every technical detail or executing every step, but about being willing to take responsibility and accountability for figuring out what happens next.Explore how a senior engineer's ownership behavior means translating identified problems (like those found in a retro) into action or decisions, thereby ensuring things continue moving forward and don't stall out.I explain that engineers show ownership by choosing to opt in to be held accountable for outcomes, rather than waiting for a manager to intervene or ask for a status update.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

Hey everyone, welcome to today's episode of Developer Tea. This is the second part of my interview with Bryan McCann, the CTO at you.com. If you haven't listened to Part One, I'd encourage you to go back, as it provides crucial context for our continued discussion. In this episode, we dive into how you can think about relating to and integrating the massive changes that AI is bringing to your job, whether you are a software engineer, manager, director, or product professional. Bryan and I discuss his interests beyond research, including art and organizational design.Explore the two primary paths for developers in the long run: specializing as managers of AI tools (like a product manager with engineering insight) or striving to be better than AI at building better versions of AI itself (the "neurosurgeon" type).Understand why refining your intuitions about what should be built becomes increasingly crucial as automation makes execution easier.Examine how conceptual biases often become the bottleneck when interacting with powerful AI tools, such as focusing on very narrow tasks for a broad tool.Learn how to approach AI failures: treat a failed output as an opportunity to dig in and figure out why, perhaps by asking the AI to write a better prompt or identifying a fundamental missing capability that could become a great startup idea.Conceptualize AI as the earliest versions of magic, where the manipulation of symbols (like embeddings) allows us to extend our influence into the world in a flexible and powerful way.Discover principles of organizational design by studying how neural networks learn, focusing on strong information flow, skip connections, and aligning with the objective.Consider the idea that the next phase of human development might involve emulating AI’s learning mechanisms (rather than expecting AI to become more human-like) to unlock the next phase of humanity and continue our search for meaning.Hear Bryan’s final piece of advice for listeners: focus on learning and working on things you are passionate about that will have the highest possible impact.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com..📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!.🧡 Leave a ReviewIf 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.

Hey everyone and welcome to today's episode of Developer Tea. It's been quite a while since I've had a guest on the show. Today, I'm joined by Bryan McCann, CTO at you.com. We dive into a wide-ranging discussion, exploring the philosophical origins of his career—from studying meaning and language to working in very early AI research. This discussion is less advice-heavy and more focused on kind of theory and discussion. I hope this is insightful for you and helpful as you crystallize your own philosophies on these subjects.Explore the philosophical journey that led Bryan McCann from being a philosophy major interested in meaning to pioneering early AI research. Bryan views his current work as an extension of those original philosophical questions.Discover how Bryan shifted from hitting a dead end in "armchair philosophy" to using computational tools to study language and try to make machines that could create meaning.Understand why Bryan believes that meaning, in the sense he originally sought it, is an innately human thing, tied to purpose and the narratives we use to shape our sense of reality.Discuss the profound realization that AI breakthroughs might be akin to discovering electricity, suggesting we are tapping into a fundamental framework of meaning or connection that has always existed.Examine the concept of super intelligence and the "flywheel effect," where AI accelerates research and development, building better versions of itself and potentially surpassing the classic anthropomorphic vision of machine intelligence.Explore Bryan’s other interests, including organizations, people, and art, which he sees as continuing the uniquely human search for meaning.Consider the idea that humanity's constant need to differentiate itself from machines may simply be a mechanism for survival, enabling our continued dominance.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com..📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!.🧡 Leave a ReviewIf 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.

I'm tackling a massive challenge today: burnout. While the standard advice usually involves working less, I want to show you a practical dimension of burnout you have more control over, focusing on increasing your agency and autonomy to manage chronic workplace stress more effectively. Burnout is classified by the ICD-11 as a syndrome resulting from chronic workplace stress that has not been successfully managed.This episode includes practical advice for understanding and addressing burnout by shifting focus from reducing work volume to increasing control and resources.Understand the three dimensions of burnout as classified by the ICD-11: feelings of energy depletion or exhaustion, increased mental distance/negativity toward the job, and reduced professional efficacy.Discover why the amount of time you work is not a direct input to burnout, meaning working less is often impractical and may not solve the underlying issue.Learn the core philosophy for addressing burnout: In order to control stress, provide control (meaning agency and autonomy).Explore why stress is directly correlated to the ratio of demands placed on you versus the resources (including decision-making power, training, and tooling) you have to meet those demands.I’ll give you practical ways to approach your manager to secure necessary resources, training, or mentoring to improve your professional efficacy and reduce job negativity.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

In this episode, I dive into the management mantra that "what is measured is managed" and explain why this simple assertion often leads to a complex trap. We discuss why the act of measuring team productivity is never neutral—it's an intervention that immediately changes behavior, often resulting in unintended consequences like gaming the metrics. We'll explore how to collaborate with your team to find measurements that truly drive desired behaviors.Understand why the phrase "what is measured is managed" means that measuring something triggers management of that thing, in varying degrees.Learn why the act of measuring something is an intervention, especially when done with the intent of turning it into a target (e.g., increasing PRs or decreasing bugs), and how this action is shown to change behaviors around the thing being measured.Discover how measurement can lead to unintended consequences, such as when tracking velocity via story points causes team members to inflate or deflate their estimates, making the measurement itself less meaningful.Explore why giving ownership of metrics to the people acting to improve them makes sense, and how you can collaborate with your team to determine what kinds of measurements should be taken.Recognize that if you want something to survive—such as paying down tech debt—you must feed it with time, resources, and attention, ensuring your actions line up with what you claim to care about.Understand that since your calendar and dashboards will get crowded if you measure everything, the exercise of choosing metrics is as much about accepting that you have to choose what you will actively manage and invest in.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

I want to dive into the concept of Deliberate Practice, which sets the greatest apart in fields ranging from sports to writing to engineering. I’ll explain why it’s much more than just repetition or experience, and why applying it to your career can lead to rapid improvement. Most importantly, I will provide concrete ways you can apply deliberate practice to level up your engineering and leadership skills, especially in areas that are traditionally difficult to practice, such as communication and strategic decision-making.Differentiate Practice from Deliberate Practice: Understand that while repetition is part of practice, deliberate practice specifically involves engaging in a very narrow set of activities with the intentional goal of improvement, requiring very quick feedback for continuous incorporation.Identify Opportunities for Rapid Improvement: Learn why deliberate practice is much more effective at achieving rapid improvement than simply engaging in repetition.Apply DP to Leadership Skills: Discover how to incorporate deliberate practice into roles like engineering manager, tech lead, or IC (Individual Contributor) leader, where the activity of practice is often harder to pinpoint.Leverage Existing Work for Practice: I suggest a mindset shift where you begin looking at existing responsibilities, such as one-on-ones, as opportunities for practice. For example, you can focus on improving your clarity when providing constructive criticism and ask for specific feedback on that aspect.Generate Novel Value Through Practice: Explore how engaging in deliberate practice activities—like recording a video to communicate a technical concept or creating documentation—serves the primary goal of practice, while almost certainly creating unexpected value for your team (often net neutral or positive).Use Backwards Training for Strategy: Find out how to practice strategic decision-making and forecasting by using "backwards training". This involves reviewing past decisions or work scopes, creating your own rationale or estimate, and then calibrating it against the known reality.Simulate Difficult Conversations: Consider leveraging Large Language Models (LLMs) to engage in deliberate practice around language-heavy skills, such as modelling sensitive or difficult topics, or practicing receiving harsh feedback.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode explores the concept of Locus of Control and why developing a more internal locus of control is beneficial for your career and life. You'll learn the difference between internal and external perspectives, why one is more useful than the other, and practical exercises to shift your mindset to believe you have more influence over the outcomes you care about.Understand Locus of Control: Discover what psychologists mean by locus of control—whether you believe outcomes are determined by your own actions (internal) or by external forces like luck and chance (external).Adopt a More Useful Mindset: Learn why an internal locus of control, while not a perfect reflection of reality, is a more useful and effective mindset for your career, as it prevents you from missing opportunities to influence outcomes.Recognise Your Influence: Find encouragement in the idea that you almost certainly have more influence and control over situations in your life and career than you currently believe.Shift Your Perspective with Practical Exercises: Engage in two research-based exercises to help you recalibrate your default beliefs and intentionally develop a more internal locus of control.Leverage Your Strengths: See how focusing on your strengths can create a positive feedback loop, reinforcing the belief that your efforts directly impact outcomes and helping you build a stronger sense of agency.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

In this episode we'll discuss why "Résumé Driven Development" is a powerful mental model for building a thriving career. Instead of seeing your résumé as just a job-hunting tool, you'll learn to use it as a guide for setting measurable, impactful goals that benefit you, your manager, and your company.Focus on Impact, Not Just Tasks: Discover why a great résumé is built on proof of impact, not just a list of completed projects. The best way to improve your career is to focus on achieving measurable goals that demonstrate real value.Have the Goals Conversation: Learn how to initiate a critical conversation with your manager to define measurable goals for your role. If your manager can only provide project deadlines, take the initiative to propose your own impact-oriented goals.Connect Goals to Business Value: Understand the importance of linking your work to business metrics. While there's a risk that a project might not meet its business goals, you can also measure impact through clever technical solutions or process improvements, like reducing team cycle time.Take Control of Your Career: Realise that your career success is ultimately dependent on your own actions. By proactively setting and tracking goals, you take control and can clearly tell the story of the value you bring to the table.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

In this episode, we introduce a simple yet powerful mental model from the world of sports: forced vs. unforced errors. By understanding this concept, you can shift your focus from things outside your control to the simple, foundational behaviours that truly define a successful career.Understand the Difference: Learn the distinction between forced errors—mistakes caused by chance, situation, or randomness that are hard to prevent—and unforced errors, which are avoidable blunders resulting from a lack of attention or care.Focus on What You Control: Discover why the most successful engineers prioritise reducing their unforced errors. While most people worry about hard-to-predict "forced errors," top performers concentrate on the fundamentals they can directly influence.Identify Your Unforced Errors: Recognise common unforced errors in your career, such as not testing your work, being late for meetings, erratic communication, or posting unprofessional content online. These simple mistakes can significantly impact your career over time.Conduct a Self-Audit: Learn the value of regularly performing a "self-audit" to identify and correct the simple, common-sense things you may be failing at. By improving in these areas, you can dramatically increase your reliability and competitiveness.🙏 Today's Episode is Brought To you by: Wix StudioDevs, if you think website builders mean limited control—think again. With Wix Studio’s developer-first ecosystem you can spend less time on tedious tasks and more on the functionalities that matters most:Develop online in a VS Code-based IDE or locally via GitHub.Extend and replace a suite of powerful business solutions.And ship faster with Wix Studio’s AI code assistant. All of that, wrapped up in auto-maintained infrastructure for total peace of mind. Work in a developer-first ecosystem. Go to wixstudio.com📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

In this episode, we introduce two fundamental thought experiments to help you uncover your true priorities and core values. By exploring scenarios of scarcity and abundance, you'll learn to align your daily actions with what truly matters, leading to a more satisfied career and life.Uncover Your Priorities: Engage in a "5% exercise" where you imagine only being able to complete a tiny fraction of your to-do list. This thought experiment leverages a scarcity mindset to reveal your genuine priorities, helping you distinguish between what you perceive as important and what truly is.Discover Your Values: Participate in an "abundance exercise" by imagining all your obligations are met and you have complete autonomy. What you choose to do next in this state reflects your core values and helps you move beyond aspirational or culturally normative answers.Go Deeper: Learn to challenge superficial answers when identifying your values, pushing beyond the obvious to find unique and potentially surprising insights that genuinely guide your decision-making.Unify for Satisfaction: Explore the profound insight that the most likely path to a satisfied career and life comes from unifying your priorities and values, thereby avoiding actions that don't align with what truly matters to you.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode explains what is arguably the best career advice you'll hear this week: the one skill that signifies seniority in software engineers is the ability to synthesise and optimise for multiple factors at once. Instead of focusing on a single factor, such as performance or maintainability, senior engineers identify and weigh the various trade-offs involved in any decision.Discover the key skill that distinguishes a senior engineer: It's the ability to synthesise multiple, competing factors—like performance, maintainability, cost, and time to market—rather than focusing on just one.Learn why single-factor thinking can hold you back: Junior engineers often optimise for what they know best or what is easiest to measure, which can harm the overall solution, the team, and their professional reputation.Understand how to demonstrate seniority in interviews and at work: You can show your maturity and wisdom by identifying the crucial trade-offs for any given problem, asking what factors need to be balanced, and exploring options that might satisfy multiple goals at once.Explore how to find better solutions by thinking in trade-offs: The goal isn't just to make sacrifices; often, the mark of a great senior engineer is finding a third option that effectively balances or optimises for multiple important factors simultaneously.Start practising this skill today: Challenge yourself to identify what you are giving up with any decision and consider factors you don't normally prioritise. Ask "What am I saying no to?" to develop this crucial skill.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode focuses on the critical importance of having a backup plan, not just for technical redundancies but especially for situations involving human error, which are highly prevalent in one's career. The core argument hinges on understanding risk and reward curves, highlighting the disproportionate impact of failures compared to incremental successes.Understanding Risk and Reward Curves:Successes are often incremental. Delivering a project on time typically leads to opportunities for more projects, good performance reviews, and modest pay increases (e.g., 5-7%). These are positive, but linear or slightly bumpy gains.Failures, especially uncaught ones, have a much longer negative tail. The potential for loss from a significant mistake or a disastrous project significantly outweighs the potential for gain from a success.A bad performance review, for example, can affect future reviews, decrease promotion likelihood, and follow you for a much longer period than a good one.Uncaught failures can place individuals in a pool for budget cuts or layoffs, leading to catastrophic curves where negative effects compound much faster, resembling a logarithmic function. One or two significant negative events could wipe out all accumulated incremental gains.The Criticality of Backup Plans:Backup plans are essential to avoid these catastrophic negative curves and major "wipeout scenarios".This preparedness applies to project failures, personal career contingencies (e.g., getting laid off), and even events beyond direct control.It's crucial to prepare for theoretically possible catastrophic events, not just those that have historically occurred. Even "Black Swan" events or things you're not prepared for can cause major issues.Thinking like this (e.g., similar to life insurance, which you only need once if at all) encourages hedging efforts with basic backup plans, such as redundancy.Benefits of Preparedness:The more you prepare for contingencies, the more likely you can deal with the majority of failures, preventing the catastrophic curve.Having backup plans can create a "flywheel effect", where your ability to respond to negative events actually increases the speed of stacking up further positive outcomes.Being proactive in your career (e.g., interviewing even when you're happy in your current role) builds resiliency.Actionable Advice:Focus on what could go wrong: Try to figure out how things could fail and what catastrophic events are possible, even if they haven't happened yet.Identify vulnerabilities: Locate areas where a catastrophe could lead to a steep drop-off in your career trajectory.Implement a basic backup plan: The recommendation is to put just one in place this week for something that could catastrophically impact your career. This provides a sense of relief and ensures readiness if needed. Taking this first step is likely to encourage creating more backup plans for professional situations.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.

Todays episode delves into understanding and leveraging second and third-order consequences – the ripple effects that occur after an initial action – and introduces forcing functions, which are an inverted way of thinking about these consequences, designed to drive desired outcomes by first determining "what must be true" for them to occur. The episode also connects these concepts to the importance of effective goal setting, explaining how well-defined goals provide clarity, focus, and a strategic framework for decision-making and career advancement.Grasp Second and Third-Order Consequences: Learn to identify the downstream effects of initial actions. For instance, setting a target for test coverage (first action) might lead to people adding tests that don't genuinely test anything but merely inflate the metric (second-order consequence), potentially resulting in disillusionment with testing or continued incidents despite high coverage (third-order consequence). Conversely, giving someone ownership or autonomy (first action) can lead to them proactively filling out details and owning ambiguity (second-order consequence), which may result in higher quality work, freeing up managerial time, and setting the individual up for promotion (third-order consequence).Utilise Forcing Functions for Desired Outcomes: Understand forcing functions as an inverted approach to consequences, where you begin with a desired outcome and then identify the upstream requirements or desirable effects that must be true for that outcome to be achieved. This method helps to focus efforts on one to three key areas for improvement, rather than trying to enhance everything simultaneously.Implement Effective Forcing Functions: Discover how various elements can act as deliberate or accidental forcing functions:A prioritised backlog acts as a forcing function for essential discussions, decision-making, gathering sufficient information for prioritisation, and ensuring knowledgeable individuals are involved in the process.Presentations, demos, or all-hands meetings serve as powerful social forcing functions, as the desire to avoid the discomfort of not having progress to show incentivises action and preparation.Sprint planning is a forcing function that necessitates a clear understanding of priorities and team capacity for the upcoming sprint.Quality metrics or Service Level Agreements (SLAs), such as a P95 response time, act as forcing functions by requiring other system components to be correctly aligned to meet the target.The choice of technology or tech stack can be a significant forcing function for hiring, unintentionally selecting for specific types of engineers (e.g., Java for enterprise experience, TypeScript for full-stack, functional languages for functional programming experience).Workplace restrictions, like requiring night availability, can be accidental forcing functions, potentially selecting against individuals with community involvement, family commitments, or social lives.Successful hiring and recruiting is a strong forcing function for many positive aspects of a company, indicating technical success, high retention, competitive salaries, and a high standard for talent across the organisation.Harness Goals for Clarity and Focus: Recognise that a well-positioned goal is paramount for finding clarity, perspective, and purpose in your career. Goals provide a framework to make decisions about what to do, ensuring your time is spent on what matters to you rather than just on tasks handed to you, thereby enabling personal career growth.Set Relevant and Directionally Correct Goals: Emphasise the relevance of your goals; even if they are specific, measurable, actionable, and time-bound (SMART), they are ineffective if they are not relevant to your desired career path. Aim for goals that are directionally correct, moving you generally towards a long-term outcome (e.g., leading a project if your long-term aspiration is to lead teams), rather than being paralysed by the pursuit of a "perfect" goal.Leverage Manager Feedback for Goal Setting: If you are unsure how to set goals, consider what your boss would look for in your performance in six months. Proactively engage your manager by initiating conversations about career growth and goal setting, framing it as an opportunity for mutual success and seeking their input on what constitutes a "home run" for your role.Set Sustainable and Challenging Goals: Avoid goals that are too abstract (lacking clear actions) or that significantly over- or underestimate your capacity, as both can lead to disengagement. Instead, strive for challenging but sustainable goals that require focus and making difficult choices (e.g., saying "no" to other things) but do not lead to burnout.Be Mindful of Your Choices: Deliberately choose your forcing functions and become aware of those you are accidentally opting into. Consistently consider the downstream effects (second and third-order consequences) of your action

This episode delves into the philosophical concept of hyperobjects – problems so vast and complex they lack clear boundaries and cannot be "solved" once and for all. It explores why attempting to permanently fix issues like technical debt, user experience, or performance management is often ineffective. Instead, it offers a new perspective: how to interact with and manage these intractable problems by focusing on specific outcomes and accepting their ongoing nature.Understand hyperobjects as problems that extend beyond clear boundaries and time, such as technical debt or performance management, which cannot be truly "solved".Discover why a "one-time fix" approach is an anti-pattern for hyperobjects, as their dynamic nature means solutions must also be continuous.Learn to shift your mindset from "solving" to "interacting" with these large, persistent problems, focusing on managing their effects rather than trying to contain them.Explore the importance of focusing on specific, achievable outcomes and taking "snapshots" of the problem's current state, acknowledging that the hyperobject itself will continue to evolve.Recognise that language and conceptualisation play a crucial role in framing and addressing these intractable challenges within your work and organisation.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com..📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today! It's totally free, and always will be, for people who listen to this show.🧡 Leave a ReviewIf 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 episode delves into a powerful model for encouraging behaviour change, applicable to both managing others and self-improvement, by focusing on three critical factors: Trigger, Incentive, and Ability. It challenges common, ineffective management approaches and provides insights into fostering new habits and desired actions by making the 'right' thing the 'easy' thing.Uncover why naive management approaches, such as mandating rules or blaming individuals, are ineffective at solving underlying behavioural problems or creating new, lasting habits.Learn about the Trigger, Incentive, and Ability model, a set of principles that can be applied to encourage specific actions in others or to facilitate self-betterment and incorporate new behaviours into your own life.Understand that Incentives are the critical factor in deciding what actions to pursue, driven by the question, "what's in it for me?". It's crucial for incentives to be clear and understood; an unclear incentive is effectively no incentive at all. Beneficial incentives tend to be more effective from a scientific standpoint.Discover the importance of a clear Trigger, which is the cross point or moment at which a decision to act is made. Assuming triggers will be self-generated is often a flawed management practice, especially when encouraging new behaviours.Explore how Ability goes beyond just skill, encompassing clarity on how to do something and the reduction of friction and variability in the desired behaviour. The goal is to reduce cognitive overload and make the desired action the easiest option, thereby facilitating habit formation.Realise the interconnection between Ability and Incentive, as a lack of clarity in how to perform a task (Ability) can make the incentive unclear because the reward for completion becomes uncertain.Learn that the investment in encouraging behaviour change should focus on creating a better trigger, a better (and clearer) incentive, and higher ability (lower friction, higher skill) to ensure people engage in the desired behaviour.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode delves into the crucial role of well-positioned goals in a developer's career. It asserts that goals provide clarity, perspective, and purpose, particularly focusing on clarity as a primary benefit. The discussion challenges common struggles with goal setting, including the often-overlooked importance of relevance (the 'R' in SMART goals), suggesting that an irrelevant goal, no matter how specific or measurable, is ultimately ineffective. The core message highlights that the purpose of a goal is to serve as a clarifying and prioritising tool, enabling you to make decisions about what to do and focus your efforts, rather than simply doing work that is handed to you. You will learn to start small and focus on desired outcomes or what you want to be true, accepting that a goal only needs to be "directionally correct" rather than perfect. The episode also provides a practical heuristic: to set goals by considering how your boss will evaluate your performance in the future. It emphasises the importance of setting goals that are challenging but sustainable, avoiding common pitfalls like overly abstract, too easy, or demoralisingly difficult goals, to prevent disengagement and burnout. Ultimately, consistent goal setting and reflection are presented as key drivers for long-term career success.Understand the fundamental importance of goals in providing clarity, perspective, and purpose in your career, especially for driven developers.Recognise that relevance is the most critical factor in goal setting; a goal's specificity or measurability is meaningless if it is not the right goal for you.Grasp that the primary function of a goal is to help you make decisions about what to do, acting as a clarifying, prioritising, and focusing tool for your efforts.Challenge the mindset that your goal as a software engineer is merely to complete assigned work; without personal goals, your career changes and skill development will be difficult.Learn to start small when setting goals and focus on desired outcomes or what you genuinely want to be true in your career.Embrace the concept of a "directionally correct" goal, understanding that a goal does not need to be perfect to guide you effectively towards a larger, long-term outcome.Utilise reflection after meeting a goal to assess whether it moved you closer to your long-term objectives, providing valuable steering for future goals.Employ a practical heuristic for goal setting: imagine how your boss would evaluate your performance in six months or a year, and set goals around those anticipated factors.Be proactive in discussing career growth and goal setting with your manager, framing it as an opportunity for them to direct your efforts towards organisational wins.Identify and avoid common pitfalls in goal setting, such as goals that are too abstract (not tractable), too easy (causing disengagement), or too difficult (leading to demoralisation).Strive for goals that offer a challenging but sustainable chance of success (e.g., around a 60% probability), requiring focus and the ability to say no, without leading to burnout.Understand that consistency in setting and pursuing goals is what ultimately defines long-term success, rather than the perfection of any single goal.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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.For further reading (external sources):SMART Goals: The episode mentions the SMART framework (Specific, Measurable, Attainable, Relevant, Time-bound) as a good set of checks for goals. You can find more information about SMART goals on their Wikipedia page. (Please note: This link provides information from outside of the provided sources and you may want to independently verify that information.)The discussion on goal success probability (e.g., 60% chance of success) alludes to studies on optimal challenge levels for engagement and achievement. You may find further research on goal-setting theory and motivational psychology to explore these concepts in more detail. (Please note: This information is not explicitly from the provided sources and you may want to independently verify it.)

Today we explore Cognitive Load Theory. This concept can profoundly influence how you structure your workday, manage teams, and approach learning in your career. The episode highlights that much of professional work, particularly in knowledge-based roles like software engineering, is fundamentally about learning. You will discover that there is an optimal amount of information processing for effective learning, and both overloading and underloading your cognitive capacity can be detrimental. A key insight is that cognitive load does not discriminate; all external factors, whether work-related or personal (e.g., tiredness, a messy desk), consume your finite cognitive capacity, leaving less "headroom" for optimal performance. Furthermore, cognitive load is not static but varies daily, impacted by an individual's diverse life experiences. The episode also delves into how skill development effectively lowers the cognitive load required for specific tasks, allowing individuals to achieve more with less mental effort or take on new challenges. It underscores the importance of self-awareness in recognising signals of overload or underload, and for managers, it emphasises fostering empathy by understanding how external life factors can impact a team member's cognitive capacity.Understand the pervasive nature of learning in professional careers, particularly for developers, where acquiring new information and making connections is a constant.Grasp the core principle of Cognitive Load Theory: there is an ideal level of information processing that maximises your learning ability. Both excessive (overload) and insufficient (underload) cognitive demands can negatively impact this learning rate.Recognise that your cognitive load does not differentiate between sources. This means that personal factors such as being tired, anticipating events, or even having a cluttered workspace contribute to your overall cognitive load, reducing your capacity for work-related tasks.Appreciate that an individual's cognitive load is not a fixed value; it fluctuates daily due to various life experiences.For managers, learn to proactively discuss cognitive load with your team members to help them operate at an appropriate engagement level. A simple way to initiate this conversation is by asking about their energy and positivity levels.Discover that while reducing non-value-producing cognitive load provides more mental overhead, it also carries the risk of underloading, which can lead to disengagement and reduced performance. The challenge lies in finding the optimal balance.Learn how developing skills and gaining experience reduces the cognitive load required to perform a task. This means you become more efficient and can accomplish the same outcomes with less mental effort, freeing up capacity for new learning or additional responsibilities.Consider career growth through the lens of cognitive load: it involves either increasing efficiency (doing more of the same with less load) or expanding your repertoire by taking on new types of cognitive load in parallel.Understand why managing your personal life is intrinsically linked to your career success (and vice versa), as cognitive load universally affects your capacity to learn and handle challenges.Build empathy by understanding that a person's capacity to perform difficult tasks can be significantly moderated by their current cognitive load, which may be influenced by challenging personal circumstances.Recognise task saturation as the point of cognitive overload where performance declines rapidly, as observed in flight training. Repeated exposure to this point, however, can lead to skill development that lowers the cognitive load for those specific tasks over time.Understand that multitasking often increases cognitive load due to switching costs, making it less efficient than sequential task completion.🙏 Today's Episode is Brought To you by: Wix StudioDevs, if you think website builders mean limited control—think again. With Wix Studio’s developer-first ecosystem you can spend less time on tedious tasks and more on the functionalities that matters most:Develop online in a VS Code-based IDE or locally via GitHub.Extend and replace a suite of powerful business solutions.And ship faster with Wix Studio’s AI code assistant.All of that, wrapped up in auto-maintained infrastructure for total peace of mind. Work in a developer-first ecosystem. Go to wixstudio.com.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf you're enjoying the show and want to support the content head over to iTunes and leave a review! It helps other developers discov

This episode focuses again on the fundamental principle that your systems are perfectly designed for the outcomes you are experiencing, regardless of whether those systems were intentionally or accidentally created.Here are the key takeaways from the episode:Uncover how your systems, whether intentionally or accidentally designed, are perfectly configured for the outcomes you experience. The implication of design means choices have been made in setting up a system, but your intent is less important than the actual outcomes produced.Learn why your intent is less important than the actual outcomes when evaluating your systems. If your intent was the sole factor, everyone would achieve their desired results. Instead, systems should be judged by the outcomes they generate.Discover the concept of "accidental design," where unseen factors influence system behaviour. This can be inspired by Goodhart's law, where a measure becomes a target and changes behaviour, or by environmental factors, such as how your workspace impacts your thinking and heart rate.Explore how "invisible systems" – the unexamined rules and assumptions that govern your daily life – profoundly influence your actions and results. These are forces changing your behaviour that you likely haven't evaluated, such as automatically accepting all meeting invites.Understand that human behaviour, including your own, can be an outcome of your systems. This perspective offers the highest leverage opportunity for change, as modifying the underlying system is more effective than relying on temporary motivation or addressing knowledge gaps in isolation.Realise that system boundaries are often arbitrary, and a system's design must account for all factors influencing its outcomes. For example, a quality assurance system cannot be considered good if it fails due to a "talent" issue; the talent pool and hiring procedures are part of the overall system affecting the outcome. Ignoring such factors because they fall outside perceived boundaries of responsibility can lead to irreducible or expensive risks.You are encouraged to investigate the invisible parts of your systems and write down the assumed rules that govern your life, even if you haven't evaluated their truth or helpfulness.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode discusses why perfection is a dangerous and fragile goal, explaining how striving for 100% leads to unsustainable outlier states. It highlights how setting perfection as a bar can cause commitments to break and plans to fail due to a lack of slack, and offers strategies like building redundancy and planning with slack to achieve goals more effectively without relying on perfection.Uncover why perfection is a dangerous and fragile goal, as it often requires exorbitant, unsustainable effort and creates outlier states that are unlikely to be maintained, referencing the "Wedies effect" where things tend to regress to the mean.Learn how planning for 100% utilisation or setting perfection as a commitment can lead to fragility, causing plans to fail when unexpected changes occur or leading to giving up altogether once a "perfect" streak is broken.Discover practical strategies to avoid fragile perfectionism, such as planning with slack to accommodate change and building redundancy into your systems and personal commitments for more robust outcomes.Explore why actively avoiding requirements or expectations of perfection is crucial, as investing in it can be an exponential or even asymptotic step, leading to an unsustainable and fragile state.Note: sorry about the plane noise in the background. I decided to publish it, since it's imperfect (and that's kind of making the point!).📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode introduces the potentially controversial principle that your system is perfectly designed for its current outcomes, urging listeners to embrace greater responsibility for systemic issues. It explores how to redefine system boundaries to holistically integrate all influencing factors, like talent and organisational processes, ensuring that interventions are effective and targeted.Uncover the principle that your system is perfectly designed for the results you are getting, prompting a re-evaluation of what constitutes a "good" system when outcomes are undesirable.Learn why arbitrary system boundaries often lead to critical factors, such as talent, being excluded, and how to consider a system's full scope regardless of traditional lines of responsibility.Discover how incorporating talent and other seemingly external factors into your system design can lead to more efficient and effective solutions, rather than simply patching symptoms.Explore the distinction between judging decisions by their outcomes (resulting) and designing systems that proactively reduce uncertainty and improve the likelihood of success.Understand that system thinking extends beyond technical architecture to encompass processes, policies, culture, and interpersonal dynamics, which collectively influence organisational outcomes.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com..📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!.🧡 Leave a ReviewIf 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 episode explores the fundamental mindset of building your vocabulary, extending beyond literal words to conceptual understanding and mental models, and how Large Language Models (LLMs) can be a powerful tool for expanding and refining this crucial skill for career growth, clarity, and navigating disruptions.Uncover why building your vocabulary is a fundamental skill that can help you navigate career transitions, disruptions (such as those caused by AI), and changes in roles.Understand that "vocabulary" goes beyond literal words to include mental models, understanding your own self, specific diagrams (like causal loop diagrams or C4 diagrams), and programming paradigms or design patterns. This conceptual vocabulary provides access to nuanced and powerful ways of thinking.Learn how LLMs can be incredibly useful for refining and expanding your conceptual vocabulary, allowing you to explore new subjects, understand systems, and identify leverage points. They can help you understand the connotations, origins, and applications of concepts, as well as how they piece together with adjacent ideas.Discover why starting with fundamental primitives like inputs, outputs, flows, and system types can help you develop vocabulary, and how LLMs can suggest widely used tools or visualisations based on these primitives (e.g., a scatter plot for XY data).Explore why focusing on understanding the "why" and "when" of using a concept or tool is a much higher leverage skill than merely knowing "how" to use it, enabling you to piece together different vocabulary pieces for deeper insights.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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. Leaving a review on iTunes is the most impactful way to help others find the show. The podcast is also available on Spotify and YouTube.

This episode delves into the use of substitute questions—simpler queries we use to answer more complex ones—and the crucial concept of cohesion between these substitutes and our true objectives. You'll learn how to leverage counterfactual thinking to scrutinize your assumptions and enhance the effectiveness of your decisions. Discover two powerful counterfactual techniques: asking "what else could be true?" to reveal alternative explanations, and employing thought experiments to, for example, precisely define your desires and career aspirations. The discussion offers practical applications, from refining hiring processes by identifying high-cohesion interview criteria to avoiding confirmation bias in debugging. By adopting counterfactual thinking, you can significantly improve your analytical skills, make more informed choices, and build robust strategies.Uncover how cognitively taxing questions lead us to use substitute questions as heuristics, and why understanding the cohesion between these is vital for accurate decision-making.Learn to implement "counterfactual thinking" to rigorously check your heuristics and substitute questions, ensuring they effectively align with your actual goals and underlying evaluations.Discover two key counterfactual techniques: exploring "what else could be true?" to identify alternative explanations for observations, and conducting thought experiments to clarify nuanced personal and professional desires.Explore practical applications of counterfactuals to drastically improve processes like hiring, by challenging low-signal interview criteria (e.g., LeetCode problems) and making more predictive assessments of candidates.Understand how counterfactuals can combat biases like confirmation bias in problem-solving, such as debugging, by prompting you to consider alternative causes and avoid poor pathways of biased logic.Realise the transformative power of counterfactual thinking in refining your thinking process, improving your career trajectory, and enhancing departmental operations by identifying and improving low-cohesion substitutions.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com..📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!.🧡 Leave a ReviewIf 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 episode explores why maintenance tasks, despite their fundamental importance, are often neglected or deprioritised in our daily lives and professional work. It delves into the psychological biases that make consistent maintenance challenging, such as hyperbolic discounting, where immediate gratification is valued over future gains, and the construal level theory, which highlights how psychological distance makes preventative work less impactful. The concept of the "maintenance paradox" is introduced, explaining that when maintenance is done well, its benefits go unnoticed, diminishing the sense of reward. The episode encourages listeners to adopt a maintenance mindset, making these tasks a standard habit rather than relying on typical prioritisation structures, as they are crucial for enhancing the quality of overall experiences and preventing future, more urgent problems.People tend to discount future gains or devalue them relative to immediate gratification, a concept known as hyperbolic discounting. This means a dollar now is generally more appealing than a dollar tomorrow, or even two dollars tomorrow.Many important tasks, whether changing guitar strings, making your bed, clearing email backlogs, or improving a development environment (often termed "tech debt" in a professional context), are easily put off because they seem like low priority in the moment.The "maintenance paradox" illustrates that when maintenance is performed correctly, its positive effects are often invisible because it prevents negative outcomes that are never experienced. This lack of visible benefit means there's no immediate "dopamine rush" or gratification from consistent maintenance.Construal level theory explains why maintenance is difficult by highlighting different forms of psychological distance.Temporal distance relates to the future value of maintenance being less immediate.Spatial distance suggests tasks further away (e.g., in an attic) are more likely to be in disrepair.Social distance refers to maintenance affecting others more than oneself, reducing direct personal impact.Hypothetical distance is particularly relevant for maintenance, as preventing a problem means never experiencing the potential downside, making the value of the preventative work hard to assess or feel. This contrasts with reactive work, where real losses are visible, making it seem more urgent and higher priority.A "bad cycle" can be created by the dopamine rush experienced when allowing things to pile up and then finally cleaning or fixing them, which inadvertently trains individuals that it's acceptable to delay maintenance. The marginal benefit of immediate action doesn't provide enough immediate gratification compared to the larger reward of eventual relief.To counteract these biases, maintenance must become a standard practice or habit. Adopting a "maintenance mindset" means understanding that these tasks enhance the quality of other experiences, such as making a bed to create a calm environment or applying sunscreen to prevent future pain.Maintenance tasks often fall into the "important but not urgent" quadrant of the Eisenhower matrix, but they only become urgent when the disrepair is overwhelming, like guitar strings breaking on stage. It is vital to integrate these behaviours into daily routines rather than relying solely on typical prioritisation structures.The podcast itself can be seen as a form of "maintenance behaviour" for one's career and professional life.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!.🧡 Leave a ReviewIf 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 episode introduces a profound yet simple principle: knowing your baselines. This concept is crucial for effectively detecting and measuring change in your life and career.Uncover the fundamental idea that to recognise when something has changed, you must first understand what things were like before the change occurred. Often, people haven't been measuring their lives, making it challenging to spot shifts because their baselines are unknown.Learn to identify your personal baselines across various aspects of your life. This includes understanding typical daily habits, such as whether you tend to skip lunch, or how many hours you usually work (e.g., 6, 8, or 10 hours). While general data might suggest optimal working hours (e.g., 35-45 hours for most benefit, rarely more than 55 hours), your personal baseline is unique, and the goal is to empower you to make conscious decisions about your habits.Explore other crucial areas for baseline measurement, including simple health metrics like your typical body weight, baseline levels of activity with friends, expected energy levels, and even your baseline for positivity.Discover how establishing these 'operating norms' for your life can be a critical factor in recognising positive changes, identifying when you are unconsciously changing a behaviour, or even detecting signs of burnout. For instance, if your body weight trends upwards, it might signal decreased activity. Similarly, knowing your baseline learning rate can help you assess if you are learning at an acceptable pace.Understand the significant benefit of sharing your baseline measurements or expectations with others. What others observe about your life can provide a valuable starting point or confirm changes you might not perceive yourself. It's encouraged to get curious about what others are seeing, rather than dismissing their observations.Grasp why this principle is so important: it helps align your actions with your values and purpose. If you care about spending quality time with family or friends, understanding your baseline investment in these relationships allows you to recognise if you're moving away from your expected commitment. Knowing your baselines demonstrates that you're putting action behind your values, rather than just stating them.Consider starting by engaging a trusted person to help you be aware of your baselines, especially concerning the things that matter most to you. This provides external observation and support.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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 episode explores the complex landscape of receiving advice in your career, particularly during uncertain times. It offers insights on how to critically evaluate feedback and external information, prepare for potential negative outcomes outside of your control, and adapt your focus to thrive in a changing industry.Explore why the vast amount of advice you receive throughout your career, including feedback from bosses and peers, platitudes, anecdotes, data, opinions, and facts, will shape your thinking.Discover that even people you trust and consider authoritative may give advice you shouldn't listen to. Sometimes, all the positive signals and feedback you receive may not predict negative career events like layoffs or not getting a promotion.Learn not to stop listening to feedback, but instead listen for themes and common threads that resonate with your gut intuition.Understand the importance of contextualising people's assertions, testing them, and putting them through the wringer. However, even when following great advice and testing it, you might still experience negative events like a layoff, as luck and chaos agents are often at the helm and are not under your control.Discover why it is important to not only prepare for luck but also to prepare for failure modes – situations that go poorly regardless of your upfront actions.Learn that resilience, preparation, and the ability to absorb impacts (becoming antifragile) are likely to happen because you recognise what happens in the margins and prepare for eventualities you may not think are likely, rather than solely from receiving good advice.Consider that there are no real silver bullets or secret answers in career advice; moments of wisdom shared by others are often just a snapshot of one experience.Learn to make decisions within your limited context and apply advice dynamically, considering how it changes with environmental shifts and plays out in unlucky scenarios.Discover the advice to be a little bit more skeptical of the advice you believe the most and a little more accepting of advice that might seem counterintuitive or on the fringes.Explore the crucial shift in focus from developing skills to emphasising ownership and responsibility to combat fear about the industry changing and your skills potentially losing value due to factors like AI or layoffs.Understand that taking responsibility means being willing to be the accountable person and figuring out how to achieve goals, which doesn't necessarily require having the skill yourself but rather being willing to supervise, verify, or import skills.Recognise that ownership and responsibility are difficult to export or outsource, and a human in the loop is critical for taking ownership and finishing the job, unlike trying to hold an AI accountable.Learn the practical advice to drive conversations with your manager towards growing your scope of responsibility, accountability, and ownership, which builds trust and reliability beyond just your skill set.Understand that your perception of the criticality of your tasks and meetings is usually inflated, and the ramifications of not attending are often much smaller than you imagine.Discover a tactical method to evaluate your obligations (meetings, tasks) based on their pliability (ease of being moved or changed) and volatility (risk/negative effect of changing it) to help you manage your time.Learn to be ruthless in identifying how you spend your time.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!.🧡 Leave a ReviewIf you're enjoying the show and want to support the content head over to ratethispodcast.com/devtea and leave a review!. Leaving a review on platforms like iTunes is very impactful and helps other developers discover the show.

This episode addresses the fear surrounding industry changes, such as AI and potential outsourcing, and offers actionable advice for engineers, managers, and leaders to navigate these challenges. You'll learn why shifting your focus from just developing skills to embracing ownership and responsibility is crucial for long-term career resilience and agency.Understand the fear and concern that traditional skills may lose value due to industry changes, including AI and potential layoffs.Discover the critical shift needed in your career focus from solely developing skills towards embracing ownership and responsibility.Learn why responsibility and ownership are becoming increasingly valuable and are difficult to outsource or export, contrasting with skills which may become more fluid.Explore how human agency, including judging success, setting goals and direction, and translating inputs into action, complements or supervises work potentially done by machines or outsourced teams, with the human taking ultimate responsibility.Gain practical advice on how to apply this shift by discussing where your responsibility, accountability, and ownership can grow in conversations with your manager.Recognise how focusing on increasing the things you are personally accountable for builds trust and reliability, qualities that extend beyond your technical skill set.Understand that accountability, ownership, responsibility, and reliability are becoming core behaviours for a good engineer as skills become more fluid.Find support and discussion with other engineers by joining the Developer Tea Discord community.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today! You can also directly message the host on Discord.🧡 Leave a ReviewIf 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. You can also find this episode and all past episodes on developertea.com.

This episode provides tactical ways to own your time, reduce meeting load and obligations, and regain agency, especially when feeling burnt out. You'll learn how to use a simple two-part model focusing on Pliability and Volatility to evaluate your tasks and meetings and make intentional choices about how you spend your time.Learn how owning your time is a critical first step in combating burnout, tiredness, and feeling worn out, helping you evaluate whether you feel agency over your time.Understand the principle that not all time is equal, whether it's sacred personal time or different times of day at work, and why you shouldn't treat it equally.Discover a simple two-part model using the characteristics of Pliability and Volatility to evaluate your obligations, such as meetings and tasks.Learn the definition of Pliability – how easily an obligation can be moved, changed, or cancelled, representing its flexibility.Understand the definition of Volatility – the risk, downsides, and potential compound negative effects associated with changing or not attending an obligation.Evaluate your tasks and meetings using their Pliability and Volatility scores to identify obligations that can likely be moved, made smaller, or cancelled with minimal downside, particularly those with low volatility and high pliability.Explore why our perception of the criticality of our obligations is often inflated, and how the actual ramifications of changing them are usually much smaller than what we expect.Learn how applying this model can help you consolidate obligations, create longer blocks of focus time (especially useful for engineers), and ultimately regain ownership and agency over your schedule.📮 Ask a QuestionIf you enjoyed this episode and would like me to discuss a question that you have on the show, drop it over at: developertea.com.📮 Join the DiscordIf you want to be a part of a supportive community of engineers (non-engineers welcome!) working to improve their lives and careers, join us on the Developer Tea Discord community by visiting https://developertea.com/discord today!🧡 Leave a ReviewIf 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. You can also find this episode and all past episodes on developertea.com.