đ Hi, this is Ryan with this weekâs newsletter. I write about software engineering, big tech/startups, and career growth. Thank you for your readership, we hit 42,000 readers this week đ đ
This week, Iâm sharing a brief note on why most engineers arenât â10xâ. If you find the post helpful, please share it with your friends and coworkers. Enjoy!
There are two simple reasons most engineers arenât â10x engineersâ:
No domain expertise - 10x engineers have a deep understanding of a specific area that lets them solve problems that few others can.
No influence - Not all 10x engineers have impact just through code. Some lead major initiatives and influence large groups of engineers to build what matters most.
Leading large initiatives (2) is âpermissionedâ. Everyone is chasing these positions, but someone has to give it to you. Youâll need to earn trust by building a track record to get one of these. See âhow to receive scopeâ for examples of this.
Building domain expertise (1) has the advantage of being âpermissionlessâ and therefore fully in your control (although hard).
The best way to develop your expertise is through curiosity. Some of the strongest engineers I know chase problems further than anyone else because they are curious to understand the root cause.
Let your curiosity guide your learning. Itâs one of the best ways to develop domain expertise that will help you solve problems that few others can.
Thanks for reading,
Ryan Peterman
Love the classification between "permissioned" and "permissionless". Never had this perspective about the traits you described.
Thanks for sharing!
I think even building domain expertise is partially "permissioned" in so far that the engineer needs to be allowed to spent time on deep-diving problems. If he can only spend just enough time to find surface-level fixes, then it's more difficult to build the deeper understanding of the domain.