From Dishwasher to Engineering Manager
Mike, an engineering manager, reflects on how early jobs as a dishwasher and line cook taught him critical life skills—thriving in chaos, leadership, attention to detail, and sustained motivation—that directly apply to his current role in software development. The episode explores how seemingly unrelated entry-level work experiences provide foundational lessons that shape long-term career success.
Summary
The episode features Mike discussing his career trajectory from dishwasher to line cook to engineering manager, and how those early experiences fundamentally shaped his approach to development work. Mike argues that while the technical skills from dishwashing are minimal, the life skills are substantial and often overlooked.
The first major lesson discussed is thriving in chaos. Mike explains that in a kitchen, unexpected breakdowns constantly occur—sink failures, equipment malfunctions, orders piling up—yet work must continue. This taught him to accept chaos as part of the process rather than panic. He contrasts this with developers who freeze during production incidents. Mike credits his kitchen experience with giving him the resilience to handle major outages calmly, treating them as procedural problems to solve step-by-step rather than catastrophic events. Matt adds that some people simply cannot adapt to chaotic environments and may need to steer their careers toward positions without high-pressure incidents—which is also a valuable self-discovery.
The second lesson is leadership and team management. When Mike became a line cook lead, he learned to position people in roles matching their strengths, cross-train staff across all kitchen stations, and identify who could teach others effectively. He explicitly rejects trial-by-fire management without support, noting that screaming at someone without backing them up creates resentment and doesn't build capability. Instead, he advocates servant leadership where managers work alongside their teams, understanding technical details deeply, and strategically applying pressure only when someone is ready. He applies this directly to managing developers: putting backend specialists in frontend roles temporarily to build full-stack understanding, identifying which people excel at teaching, and knowing when to jump in to prevent team members from completely failing.
Attention to detail is the third lesson. In restaurants, small oversights—slightly warm eggs, dirty plates, missed orders—have serious consequences like food poisoning and customer loss. This taught Mike to value seemingly tedious processes like temperature checks and deployment checklists, even when they seem redundant. Matt expands on this with his factory experience, where noticing small details helped him understand the entire system's flow and anticipate needs (like empty carts appearing after product moves). Both speakers emphasize that paying attention reveals patterns and helps you understand your position within larger systems, which is crucial for being effective and getting promoted.
The final lesson is understanding motivation. Mike's motivation comes from never wanting to return to kitchen work, which drives him to continually improve and maintain options. Matt's motivation came from a different angle: finding pride in building good infrastructure systems. He discovered this through his R&D role where he designed networking systems and became emotionally invested in systems he created. He notes this same motivation pattern appears in his gaming habits—he builds infrastructure rather than slogging through dangerous environments. Both speakers acknowledge that different people are motivated by different aspects of work, and discovering what motivates you personally is as important as the technical skills.
About this episode
Mike worked as a dishwasher and line cook before becoming an engineering manager. Matt and Mike discuss how jobs outside of tech can teach developers valuable lessons about leadership, pressure, attention to detail, and career motivation.
Key Insights
- Mike claims that developers who panic during production incidents freeze up rather than treating the problem as a procedural issue to solve step-by-step, whereas his kitchen experience trained him to accept chaos and continue working through it.
- Mike argues that not everyone can or should work in high-pressure chaotic environments, and discovering you cannot handle chaos is valuable self-knowledge that should redirect your career rather than viewed as a failure.
- Mike experienced that trial-by-fire management without support—where a manager yells at someone to do better without backing them up—creates resentment and damages the relationship rather than building capability.
- Matt discovered through factory work that paying attention to small details reveals larger system patterns, allowing you to anticipate needs (like empty carts appearing) and understand your position within complex operations.
- Matt found that his primary motivation comes from building good infrastructure systems, not from the raw labor itself, which he discovered only when moved to an R&D role with more creative autonomy.
- Mike explicitly rejects perfectionism as an immediate expectation and instead advocates for identifying which team members can succeed with support versus which genuinely cannot handle a role.
- Both speakers argue that onboarding documentation cannot teach everything, and expecting comprehensive instruction is unrealistic; effective onboarding should teach you how to figure out what you don't know.
- Mike contends that early jobs, while temporary in intention, should not be dismissed as quick experiences but rather mined for foundational life skills that compound throughout entire careers.
Topics
Transcript
We've all had summer jobs before or jobs that were during college or part-time during high school and things like that. And we think of them when we, when we pick them up originally, when we're there. And then also when we kind of like look back in hindsight, we kind of think about them as something that was, you know, kind of quick, just a quick year or two part of our life, maybe five years at most. And then you're out, you're done and, you know, never to think about it again. But there's actually important lessons that are embedded in those experiences. I mean, I took many valuable lessons from my factory job and Mike, which is…
Full transcript available for MurmurCast members
Sign Up to AccessMore from HTML All The Things - Web Development, AI, and Developer Careers
Is AI in a Bubble? History Says It's Complicated
The hosts discuss whether AI is in a bubble by comparing it to historical bubbles (railways, dot-com, housing), concluding that while a correction is likely, the technology's fundamental value and companies' proactive planning may prevent catastrophic collapse. They emphasize that societal disruption from mass unemployment poses the greatest risk, requiring governments and companies to be proactive about solutions like universal basic income.
How to Choose the Right CMS for Your Website
The podcast emphasizes that there is no universally 'best' CMS; instead, the right choice should hinge on critical questions regarding a project's specific requirements. Seven essential questions are outlined to guide CMS selection, addressing aspects such as website management, frequency of updates, and custom functionality.
Do You Actually Own Your Digital Games?
A Brazilian Xbox player won a court case against Microsoft after his account was hacked and permanently suspended, resulting in loss of his entire digital game library and OneDrive files. The hosts discuss this as a potential win for digital ownership rights and explore broader concerns about account security, digital preservation, and the nature of licensing versus ownership in digital storefronts.
AI Coding Makes Development Easier - So Why Are We Burning Out?
Hosts discuss how AI coding tools, while making development easier, are paradoxically causing burnout by eliminating the struggle-and-satisfaction cycle that previously sustained developer motivation. They explore the psychological toll of AI-assisted work where accomplishment feels hollow and recommend finding personal projects and adjusting workflows to maintain job satisfaction.
Kimi K3 Brings Frontier AI Into the Open
Kimi K3, a new 3 trillion parameter open-source AI model, represents a major advancement in frontier AI that rivals closed-source models like GPT-5.6 and Claude Opus. While offering exciting possibilities for corporations to run powerful AI locally without subscription costs, it poses significant safety risks by allowing malicious actors and state entities to deploy unrestricted AI systems without safety guardrails.