Skip to main content

Command Palette

Search for a command to run...

The Hardest Problem in Engineering Isn't Code (It’s Communication)

Published
4 min read
F
Software developer with experience in security, graphics, and compilers.

If you ask a room full of software engineers what the hardest part of their job is, you’ll get a variety of answers. Some will say VM orchestration or these days Agent orchestration. Others will say cache invalidation or naming things.

They’re all wrong.

The hardest thing you will ever have to do in your career is communicate your ideas to other people. You can write the most elegant, highly optimized, mathematically perfect algorithm in the world, but if you can't explain why it matters to your team, your manager, or the product owner, it will sit in a repository gathering digital dust.

A good engineer can solve complex technical problems in isolation. A great engineer builds bridges between those solutions and the people who need them. Collaboration is the actual 10x multiplier in tech, and it requires a completely different skill set than writing code.

If you are an introverted engineer who prefers the quiet predictability of working on a ticket to the loud chaos of a planning meeting, this can feel daunting. But influence isn't about being the loudest voice in the room. It’s about being the most strategic. Here is how you can find your voice and get your great ideas the audience they deserve.

The Art of Engineering "Inception"

In a large corporation, a brilliant idea is a fragile thing. If a project only has one champion, it is constantly at risk of being deprioritized, defunded, or forgotten. To keep a project alive, you need consensus. You need multiple stakeholders who feel a sense of ownership over the work. The best engineers don’t just pitch ideas; they incept them into their colleagues. Like Leo in Inception, your goal is to plant the seed of an idea so naturally that your colleagues eventually think they came up with it themselves.

Inception meme

You do this by asking guided questions rather than making statements. Think socratic method. Instead of saying, "We need to migrate to this new compiler," you ask, "Have you noticed how slow our compile times are on CL? What do you think would happen if we looked at Clang?" When people arrive at the conclusion themselves, they become deeply invested in the outcome. They become your coalition.

Mirroring: Let Them See Themselves in You

Influence requires trust, and humans naturally trust people who feel familiar to them. When you are trying to convince a colleague of an idea, pay close attention to their energy and mirror it.

Mirroring

  • The High-Energy Visionary: If you are talking to a product manager who speaks quickly and focuses on the big picture, match that tempo. Focus on the end-user impact and the broad strokes. Skip the implementation details.

  • The Methodical Skeptic: If you are talking to a senior architect who is quiet, analytical, and risk-averse, slow down. Lower your volume. Present your idea with a focus on edge cases, security, and stability.

Mirroring isn't about manipulation; it’s about translation. It’s taking your brilliant, quiet idea and translating it into a language the other person natively understands. When they see their own communication style reflected back at them, their defenses drop, and they actually listen.

Building the Muscle: Why I Write

If you are a quiet person, speaking up in a crowded meeting full of extroverts might feel like trying to jump onto a moving train. You don't have to start there. Communication is a muscle, and you can build it in isolation before testing it in public.

Writing Muscle

For me, that meant writing.

I started writing down my ideas whether as formal design documents, meeting notes, internal wiki pages, or just structured notes for myself because it forced me to organize the chaos in my head. Writing strips away the pressure of a real-time conversation. It allows you to anticipate counter-arguments, refine your analogies, and distill your thoughts down to their absolute essence.

By the time I actually had to present an idea verbally, I had already rehearsed the logic on paper. If you struggle to find your voice in meetings, start by finding your voice on the page.

Finding Your Voice

The tech industry desperately needs the ideas trapped inside the heads of quiet engineers. You don't need to change your personality or suddenly become a boisterous extrovert to be heard. You just need to learn the mechanics of influence: plant the seeds, build a coalition, speak their language, and structure your thoughts.

The code is the easy part. The real engineering happens between people.

First published 5/1/26 on blog.farzon.org

More from this blog