The most effective engineers — the ones who have risen to become distinguished engineers and leaders at their companies — can produce 10 times the impact of other engineers, but they're not working 10 times the hours.
They've internalized a mindset that took me years of trial and error to figure out. I'm going to share that mindset with you — along with hundreds of actionable techniques and proven habits — so you can shortcut those years.
Introducing The Effective Engineer — the only book designed specifically for today's software engineers, based on extensive interviews with engineering leaders at top tech companies, and packed with hundreds of techniques to accelerate your career.
For two years, I embarked on a quest seeking an answer to one question:
How do the most effective engineers make their efforts, their teams, and their careers more successful?
I interviewed and collected stories from engineering VPs, directors, managers, and other leaders at today's top software companies: established, household names like Google, Facebook, Twitter, and LinkedIn; rapidly growing mid-sized companies like Dropbox, Square, Box, Airbnb, and Etsy; and startups like Reddit, Stripe, Instagram, and Lyft.
These leaders shared stories about the most valuable insights they've learned and the most common and costly mistakes that they've seen engineers — sometimes themselves — make.
This is just a small sampling of the hard questions I posed to them:
What engineering qualities correlate with future success?
What have you done that has paid off the highest returns?
What separates the most effective engineers you've worked with from everyone else?
What's the most valuable lesson your team has learned in the past year?
What advice do you give to new engineers on your team?
Everyone's story is different, but many of the lessons share common themes.
You'll get to hear stories like:
How did Instagram's team of 5 engineers build and support a service that grew to over 40 million users by the time the company was acquired?
How and why did Quora deploy code to production 40 to 50 times per day?
How did the team behind Google Docs become the fastest acquisition to rewrite its software to run on Google's infrastructure?
How does Etsy use continuous experimentation to design features that are guaranteed to increase revenue at launch?
How did Facebook's small infrastructure team effectively operate thousands of database servers?
How did Dropbox go from barely hiring any new engineers to nearly tripling its team size year-over-year?
What's more, I've distilled their stories into actionable habits and lessons that you can follow step-by-step to make your career and your team more successful.
The skills used by effective engineers are all learnable.
And I'll teach them to you. With The Effective Engineer, I'll teach you a unifying framework called leverage — the value produced per unit of time invested — that you can use to identify the activities that produce disproportionate results.
Here's a sneak peek at some of the lessons you'll learn. You'll learn how to:
Prioritize the right projects and tasks to increase your impact.
Earn more leeway from your peers and managers on your projects.
Spend less time maintaining and fixing software and more time building and shipping new features.
Produce more accurate software estimates.
Validate your ideas cheaply to reduce wasted work.
Navigate organizational and people-related bottlenecks.
Find the appropriate level of code reviews, testing, abstraction, and technical debt to balance speed and quality.
Shorten your debugging workflow to increase your iteration speed.
Use metrics to quantify your impact and consistently make progress.
For the past decade, Edmond Lau has worked as a software engineer in some of the top technology companies in Silicon Valley, including Google, Ooyala, Quora, and Quip.
He's passionate about building great engineering teams. He's interviewed over 500+ engineering candidates throughout his career as well as spoken to teams across the country on how to build great engineering cultures. At Quora, he built out the onboarding and mentoring programs used to train dozens of new engineering hires and helped grow the team from 12 to over 70.
His engineering and career advice has been featured on Forbes, Time, Slate, Inc., and Fortune. He's also guest lectured at both MIT and Stanford on software design.
He holds a Bachelor's and Master's in Computer Science from MIT.
其实这本书主要是写给程序员的,或是如何提高一个程序员团队的效率。作者在大(google)中(quora)和start-up互联网公司都工作过。可以说是行业中的老兵。这本书是作者多年工作经验的总结。 虽然大学和研究生的专业都是CS,也曾经做了3年C程序员,现在已经丢下老本行很多年了。...
评分其实这本书主要是写给程序员的,或是如何提高一个程序员团队的效率。作者在大(google)中(quora)和start-up互联网公司都工作过。可以说是行业中的老兵。这本书是作者多年工作经验的总结。 虽然大学和研究生的专业都是CS,也曾经做了3年C程序员,现在已经丢下老本行很多年了。...
评分其实这本书主要是写给程序员的,或是如何提高一个程序员团队的效率。作者在大(google)中(quora)和start-up互联网公司都工作过。可以说是行业中的老兵。这本书是作者多年工作经验的总结。 虽然大学和研究生的专业都是CS,也曾经做了3年C程序员,现在已经丢下老本行很多年了。...
评分其实这本书主要是写给程序员的,或是如何提高一个程序员团队的效率。作者在大(google)中(quora)和start-up互联网公司都工作过。可以说是行业中的老兵。这本书是作者多年工作经验的总结。 虽然大学和研究生的专业都是CS,也曾经做了3年C程序员,现在已经丢下老本行很多年了。...
评分其实这本书主要是写给程序员的,或是如何提高一个程序员团队的效率。作者在大(google)中(quora)和start-up互联网公司都工作过。可以说是行业中的老兵。这本书是作者多年工作经验的总结。 虽然大学和研究生的专业都是CS,也曾经做了3年C程序员,现在已经丢下老本行很多年了。...
我最近阅读了《The Effective Engineer》这本书,这本书对我这个在一家老牌IT公司工作的资深工程师来说,是一次非常有价值的反思。在多年的技术生涯中,我积累了不少的“硬技能”,也经历过不少大型项目的洗礼。然而,我时常会感到一种“瓶颈”——我的技术能力似乎已经达到了一个平台期,但如何能够进一步提升我的价值,如何在这个日新月异的技术领域保持竞争力,却是一个长期的疑问。《The Effective Engineer》这本书,以一种非常深入且具有洞察力的方式,探讨了“工程师的效率”和“工程师的影响力”。我尤其对书中关于“如何学习和掌握新技术”以及“如何有效地沟通和合作”的论述非常着迷。我过去常常会陷入对新技术的盲目追逐,但忽略了学习的策略和效率。《The Effective Engineer》为我提供了一个更加系统化的学习方法,让我能够更有针对性地去吸收和应用新技术。同时,书中关于沟通和协作的章节,也让我认识到,一个优秀的工程师,不仅仅要技术过硬,更要善于与人交流,能够将自己的想法清晰地传达给他人,并有效地融入到团队协作中。这本书让我重新审视了“有效”的含义,并为我指明了未来职业发展的方向。
评分我最近入手了一本叫做《The Effective Engineer》的书,光看名字就觉得很有分量,似乎能为我在技术这条充满挑战的道路上提供一份厚实的指导。拿到书的那一刻,我并没有立刻深入阅读,而是先翻阅了一下目录和前言,那种期待感油然而生。我是一名有着几年工作经验的软件工程师,经历了从初级到能独立负责一些模块的成长,也曾因为一些技术决策的失误而懊恼,也曾因为效率低下而感到沮丧。我深知,技术能力固然重要,但如何更聪明、更高效地运用自己的技术,如何在一个团队中发挥更大的价值,才是决定一个工程师能走多远的根本。这本书的书名恰恰触及了我心中最渴望解决的痛点。我希望这本书不仅仅是教我“怎么做”,更能让我理解“为什么这样做”,并且能将这些原则内化为自己的工作习惯。例如,在面对一个复杂的工程问题时,是应该立刻投入代码,还是应该先花更多的时间去思考和设计?在项目评审时,是应该滔滔不绝地展示自己完成的功能,还是应该冷静客观地分析技术难点和潜在风险?这些都是我工作中常常遇到的困惑,我期待《The Effective Engineer》能为我拨开迷雾,提供清晰的指引,让我成为一个更具影响力、更能创造价值的工程师。我尤其关注书中关于“如何评估工作优先级”以及“如何有效地与非技术人员沟通”的章节,因为这两点是我目前职业生涯中的瓶颈,亟待突破。
评分《The Effective Engineer》这本书,对我来说,更像是一次关于“工程师思维”的系统性升级。我是一名在一家大型互联网公司工作的软件工程师,每天都会面对海量的需求和复杂的系统。我过去常常将大部分精力投入到代码实现上,认为只要代码质量过关,功能实现到位,就是一名优秀的工程师。然而,随着项目规模的不断扩大,我发现个人的技术能力固然重要,但如何与团队高效协作,如何有效地管理和评估工作,以及如何为项目带来长远的价值,成为了我面临的更大挑战。《The Effective Engineer》恰好解答了我的一些困惑。书中关于“如何量化你的工作成果”以及“如何避免常见的工程陷阱”的章节,让我受益匪浅。我开始反思,自己过去的工作是否过于关注“做了多少”,而忽略了“做了什么”以及“带来的影响”。这本书帮助我建立了一个更清晰的衡量标准,让我能够更客观地评估自己的工作,并主动去寻找那些能够产生更大价值的领域。我尤其欣赏书中那种鼓励主动性、鼓励创新性思考的基调,它让我觉得,成为一个“有效的工程师”,不仅仅是被动地完成任务,更是主动地去发现问题、解决问题,并不断地为团队和公司创造价值。
评分《The Effective Engineer》这本书,在我看来,是一本关于“如何成为一个真正有价值的工程师”的指南,而非简单的技术手册。我是一名在一家快速发展的初创公司工作的软件工程师,每天都面临着来自产品、市场和技术的多重压力。我曾经一度认为,只要我能够快速地学习和掌握最新的技术,就能成为一个杰出的工程师。然而,在经历了几个项目的起伏之后,我开始发现,光有技术是不够的,更重要的是如何将技术有效地应用到解决实际问题中,以及如何与其他人和系统协同工作。这本书让我意识到,很多时候,工程师的瓶颈并非技术本身,而是我们对工作方式、沟通方式以及价值判断的思考不足。书中关于“如何避免无效的工作”以及“如何最大化你的学习效率”的章节,对我触动很大。我过去常常沉浸在代码的细节中,但忽略了整体的规划和目标的优先级。这本书帮助我认识到,区分“忙碌”和“有效”的区别是多么重要。我开始反思,我所花费的时间,是否真正用在了刀刃上?我是否在重复制造轮子,或者在解决那些并不紧急的问题?这种自我审视,让我对自己的工作方式有了新的认识,并开始尝试一些新的方法来提升我的工作效率和产出。
评分《The Effective Engineer》这本书,对我来说,不仅仅是一本技术书籍,更是一本关于“如何成为一个更有价值的工程师”的人生指南。我是一名在一家初创公司担任技术主管的工程师,每天都在与有限的资源和无限的挑战赛跑。我曾经认为,只要我能够快速迭代,交付功能,就是完成了我的任务。然而,我渐渐发现,公司的发展不仅仅依赖于快速的交付,更依赖于建立一套可持续、可扩展的技术体系,以及拥有一支能够高效协作、共同成长的团队。《The Effective Engineer》这本书,恰恰为我提供了一个思考的框架。它从工程师的视角出发,深入浅出地讲解了如何在技术工作中实现“影响力最大化”。我尤其对书中关于“如何识别和解决工程中的根本性问题”以及“如何建立一个鼓励学习和成长的工程文化”的章节印象深刻。作为一名技术主管,我希望我的团队不仅仅是编写代码的机器,更希望他们能够成为有想法、有担当、能够与公司共同成长的工程师。这本书让我看到了实现这一目标的路径,它鼓励我更加注重团队成员的技术成长,更加关注工程流程的优化,并最终为公司打造一个更强大、更具竞争力的技术基石。
评分我最近读了一本让我眼前一亮的书——《The Effective Engineer》。作为一名有着十年经验的后端工程师,我曾经认为自己对工程实践已经有了相当深入的理解,但这本书却以一种非常哲学且务实的角度,让我重新审视了“有效性”的内涵。作者并没有止步于教会读者如何写出优雅的代码,而是更侧重于工程师如何在复杂的组织环境中,通过自己的技术能力产生更大的影响力。我尤其对书中关于“识别机会”以及“如何进行有意义的协作”的论述印象深刻。在我的职业生涯中,我曾多次面临选择:是应该在技术深度上不断钻研,还是应该拓展自己的技术广度,亦或是将精力更多地投入到项目管理和团队领导中?《The Effective Engineer》为我提供了一个非常有价值的思考框架。它让我认识到,一个“有效的工程师”,需要具备全局观,能够洞察到项目的潜在风险和机会,并能够通过自己的技术能力去影响和推动项目朝着正确的方向发展。这本书的伟大之处在于,它不仅仅提供了方法论,更重要的是启发了读者的思维,让我们能够主动地去思考,如何成为一个更具战略眼光、更能创造价值的工程师。
评分我最近读完了一本叫做《The Effective Engineer》的书,这本书可以说是在我多年的工程师生涯中,一次非常及时的“思维重塑”。我是一名专注于后端开发多年的工程师,习惯了埋头钻研技术细节,解决一个又一个棘手的bug。然而,随着项目越来越复杂,团队越来越大,我发现我遇到的挑战不仅仅是技术本身,更多的是如何与其他工程师、产品经理甚至业务方进行有效的沟通和协作,如何确保我的工作能够最大程度地服务于项目的整体目标。这本书恰恰触及了我心中的痛点。《The Effective Engineer》在书中反复强调了“影响力的重要性”,并给出了一些非常实操性的建议。我尤其欣赏书中关于“如何识别项目的关键问题”以及“如何有效地管理自己的时间和精力”的章节。我过去常常会花费大量时间在一些非核心任务上,或者在一些低优先级的问题上纠结,但这本书让我明白,一个“有效的工程师”,应该能够优先处理那些能够产生最大影响力的任务。这种思维方式的转变,对我来说是巨大的。我开始尝试更加主动地去理解项目的业务需求,更加有策略地去规划自己的工作,并努力将自己的技术能力转化为更大的价值。
评分在我最近的阅读清单中,《The Effective Engineer》无疑是一本能够给我带来深刻启发的著作。作为一名在一家金融科技公司工作的工程师,我深知技术的重要性,但也逐渐意识到,在这个快速变化的行业里,光有硬核的技术实力是远远不够的。如何将技术转化为可衡量的商业价值,如何有效地与产品、运营等团队沟通协作,以及如何在项目中发挥出最大的个人影响力,是我一直在思考的问题。《The Effective Engineer》这本书,恰恰为我提供了一个非常全面的视角。它没有过于深究某个具体的编程语言或工具,而是将重点放在了工程师的核心能力和思维模式上。我尤其对书中关于“如何做出明智的技术决策”以及“如何构建可持续的工程实践”的论述印象深刻。我过去常常会纠结于选择最优的技术方案,但却忽略了方案的可行性、可维护性以及对业务的实际影响。《The Effective Engineer》帮助我理解,所谓“有效”,不仅仅是技术上的精妙,更是综合考虑了时间、成本、风险以及长期价值的权衡。这本书让我开始意识到,成为一名优秀的工程师,需要具备更广阔的视野和更强的全局观。
评分我最近在阅读《The Effective Engineer》这本书,它提供了一个非常独特的视角来审视工程师的角色和工作方式。作为一个在一家中型科技公司担任高级工程师的人,我曾以为我具备了完成大多数技术任务所需的能力,但这本书却让我看到了更深层次的“有效性”的概念。作者并没有过多地纠缠于具体的编程语言或框架,而是将重心放在了工程师的思维模式、决策过程以及人际交往能力上。这一点对我来说尤为重要,因为我发现,随着职业生涯的发展,技术问题固然依然是核心,但如何与其他团队成员协作、如何向上级汇报工作、如何说服他人接受你的技术方案,这些“软技能”的重要性日益凸显。书中关于“如何衡量你的影响力”以及“如何构建可持续的职业发展路径”的章节,让我受益匪浅。我一直以来都比较关注技术的深度,但对如何将自己的技术优势转化为更广泛的影响力,却有些迷茫。这本书提供了一些非常实用的建议,比如如何识别团队中的“杠杆点”,如何利用自己的长处去解决那些能产生连锁反应的问题。我开始意识到,仅仅写出高质量的代码是不够的,更重要的是要让你的代码能够被理解、被使用,并最终为公司创造价值。这本书的价值在于,它提供了一个框架,让我们能够系统地思考,如何在技术领域实现更深远的影响。
评分不得不说,《The Effective Engineer》这本书在我近期的阅读清单中,绝对是位列前茅的存在。它不是那种堆砌技术术语、让人望而却步的专业书籍,反而以一种非常平易近人的语言,讲述了许多在工程实践中至关重要,却又常常被忽视的原则。我尤其欣赏作者在书中反复强调的“影响力”这个概念,它不仅仅是技术上的“厉害”,更是将你的技术转化为切实可见的成果,并让这些成果能够触及更广阔的范围。作为一个在互联网公司摸爬滚打多年的工程师,我见过太多埋头苦干却默默无闻的同事,也见过一些似乎并没有特别高超技术,但却能在公司内部推动重大变革的人物。我一直很好奇,其中的差异究竟在哪里?《The Effective Engineer》似乎给了我一个全新的视角去审视这个问题。书中关于“如何选择正确的项目”以及“如何在项目中实现最大化价值”的论述,让我醍醐灌顶。我过去常常习惯于接受分配的任务,然后尽力去完成,却很少主动去思考,我所做的工作,是否是公司最需要我做的?我的时间是否花在了最有产出的地方?这种思考模式的转变,对我来说是巨大的。我开始反思自己过往的一些项目经历,发现自己在一些非核心、低价值的任务上花费了过多的精力,而错失了参与一些更具挑战性、更能展现个人能力的机会。这本书让我意识到,成为一名“有效的工程师”,不仅仅是技术上的精进,更是战略上的思考和判断。
评分从quora上了解作者,后来有看了他的博客,从硅谷工程师的视角看待如何提高效能,很多观点很有启发。我想不仅仅对于软件工程师,对于我们这些整天和自动化流程打交道的工程师也很有用。书里的内容大多出自博客,没有发现有趣的新内容,不过还是买了书感谢作者。
评分【藏书阁打卡】作者首先从何为高效工作以及为什么要高效工作开始谈起,提出High-leverage的概念,即单位时间内产出的价值最大化。然后从迭代速度、目标衡量、A/B 测试、项目时间评估等几个方面探讨了提高工作效率的措施和方法。要是刚开始工作的时候,能够看到这本书的话,工作习惯和工作方法会比现在有很大的改善吧。此外,作者从团队的角度,谈了如何在代码质量和迭代速度之间作出权衡,以及如何进行自动化流程,如何不断提高团队的整体实力。作者的这些经验还是挺有参考价值的。
评分"...can produce 10 times the impact of other engineers, but they're not working 10 times the hours." 打动我让我一直看完全书的就是这句 在我身边 有5年内升到L6的 也有二十年如一日的L5 从他们身上看到的参照对比非常明显 相当于正反两面的例子 = = 这么说是不是不太礼貌? 我也就偷偷说这样的话 当面绝对不说 对任何人都不说。
评分"...can produce 10 times the impact of other engineers, but they're not working 10 times the hours." 打动我让我一直看完全书的就是这句 在我身边 有5年内升到L6的 也有二十年如一日的L5 从他们身上看到的参照对比非常明显 相当于正反两面的例子 = = 这么说是不是不太礼貌? 我也就偷偷说这样的话 当面绝对不说 对任何人都不说。
评分对于有软件工程需求的人来说,这是一本值得阅读的书籍。因为我自己的工程经验太少了,对于经验的判断我没有什么根据,但是我抽取到了自己想获取到信息。