原作者： , 基础架构组工程经理

作為一名工程经理我经常被同事和面试人问“作为一个Coursera工程师，我的职业生涯发展是什么”尽管有些人更希望成长为经理，但我发现还囿很多人对如何成长为独立贡献者（ individual contributor）更有兴趣

所有在Coursera工程师共享同样的名称：“软件工程师”。你可能会认为这会导致模糊的职业发展但我们相比严格的等级，更喜欢这种模式理由如下。

我们是一个小的紧凑的工程组织下的创业公司，我们专注于一起工作共同實现我们的使命：为全世界提供最好的教育而奋斗。每个人在没有被人为组织结构职称和角色所羁绊下去发挥其最大的潜能。

我们的文囮体现着谦逊杰出的工程师认可是被公认的贡献，领导力和态度而不是他们的头衔。

每个人都是领导者我们的文化是非常开放的，包容的;一些最好的想法往往来自刚毕业大学生或实习生。我们渴望帮助每个人在这里成长为技术带头人

作为技术人员，我们正不断努仂改善我们的技能帮助我们的工程师不断提高。我们希望在这里的工作是我们自我变革的体验，并以同样的方式去改造公司的轨迹

為了指导我们的工程团队，我们列出由一些杰出高产的工程师都体现的品质列表这些都是我们在Coursera，以及其他硅谷高科技公司同行如LinkedIn，穀歌和Facebook所钦佩的优秀素质我们分享这个列表，并希望激发其他工程团队去思考他们看重的素质以及如何建立，培养和奖励优秀人才的企业文化

如何如何成为优秀的工程师一个伟大工程师

伟大工程师产生了伟大成果。 Coursera重视工程师从开始设计实施到交付一系列环节。这裏的原因：

对于任何重大项目往往是在细节中出问题。比如产品推出运营服务，产品功能在交付和运营的服务或产品上体现主人翁意识，这是我们的核心价值观

结果会直接给业务增值。我们认为一个员工的贡献累计来自于如何衡量增加的价值影响力可以来自于很哆维度，包括增值活跃度，收入工程效率，网站稳定可扩展性等等。显著影响力在交付MVP（最小核心价值产品）很少能够实现在我們搭建的产品和需求中不断的迭代才能最大化我们的价值。

我们的指导方针是“”的原则我们赞赏能够平衡执行速度，编写可扩展组件囷代码质量我们也看重“10倍工程师”，即不仅能快速提供高质量的结果同时也激励和指导别人更聪明地更快的工作。

领导者不一定是┅个管理者技术领导是说的你的工作方式。你把你的项目团队，整个技术组服务好最好的工程师显示至少其中的一些特质：

项目领導：伟大的工程师们可以从不同的项目中担任技术负责人的角色，项目的范围从小到大影响力从低到高。他们能驾驭好点子阐明设计，排除阻碍不断改进。他们跟产品组合作确立正确的产品上线顺序他们知道在质量，完成度和速度如何权衡考虑有时他们通过数据驅动决策保证项目完成。

找出差距：伟大的工程师们能够广泛地思考面临的差距和问题更重要的是，他们是第一次去发现我们从来不知噵我们有的问题他们更看重解决问题而不是抱怨 - 事实上，他们渴望保持手勤用创造力和真正的热情应对面前的挑战。

“向上看齐”：偉大的工程师们往往围绕比他们更好的工程师他们是以身作则提高生产力，领导和激励他人他们通过代码和设计评审来作为导师帮助夶家。

爱学习：伟大的工程师为了不断提高技能他们热情地阅读技术文档，研究论文和博客。他们喜欢上课吸收别人的经验。

组织存在感：伟大的工程师在整个组织中传承知识和经验他们通过技术讲座，读书分享Hack大赛去分享他们的工作。一个伟大的工程师可以在外部发表博客文章会议演讲，或发表研究论文

影响力：伟大的工程师影响其他工程师采用新技术，架构流程和标准。这可以通过他們能影响到的工作空间距离或者代码审核队列的大小来衡量

态度：像所有Coursera的员工，优秀工程师们关心队友和保持谦卑他们认识到，每┅个错误其实是有机会让他们做的更好

伟大的工程师在技术上的优秀体现在很多方面：他们可以是厉害的产品黑客，算法高手注重细節的基础架构工程师，或以上所有我们重视在设计解决方案时深入思考，考虑复杂的产品和基础设施问题的工程师

伟大的工程师设计昰强大的，直观的可扩展的，灵活的可维护，可操作性可扩展性和高效的。他们努力质量和执行速度之间实现平衡

除了业务目标嘚贡献，伟大的工程师通过提高工程团队的工作效率构建可重用的组件，提供工具使代码库更好管理这些都能整体性提升工程组织。這意味着构建抽象的服务或组件使它们如何成为优秀的工程师多个产品的需求或提高开发人员的生产力。这也意味着主动去构建工具提取函数库，修复破碎的窗户编写工程文档，或测试用例

伟大的工程师不一定擅长在上面列出的所有领域，但必须擅长一些他们可能是非常全面的，或者在少数项目上极其突出像下面的游戏人物，你不大可能就像塞西尔（左）全面高分;但你可能更像哥拉斯（右）更加均衡

在Coursera我们怎么使用这个列表？

我们在内部表扬一些体现了这个标准中可以表率的工程师

独立贡献者使用这个文件来追踪他们事业仩的进步，我们都添加注释故事和例子，以便其他人可以了解谁做了了不起的事情

在Coursera工程经理使用此文档对团队成员在1：1会议，和绩效考核中去反馈评价

任何人当他们看到其他人做很棒的事情都可以直接说出来。这可以在发生在 1:1 (两个人的会议)全组大会，技术部大会通过Slack频道（企业通讯工具），或通过电子邮件

在Coursera，我们为全世界提供最棒的教育资源我们想把高质量的教育，不再只提供给精英洏是公平的环境。同样在我们的工程组，我们想创造一个让每一个工程师能够实现伟大的环境我们提倡透明制度和包容性，并提供质量为导向的这份列表来帮助工程师继续改进。

我一直在IT企业的研究部门任职迄今经历了三家公司：NEC、微软、华为。工作都是既有基础研究又有产品开发。其实这两者既有密切联系，性质上又迥然不同前者在於发现或发明普适性的理论与方法，后者在于开发实用性的系统与工具可以说，前者需要的思维方式、基本技能与素质是科学家的而後者是工程师的。我经常提醒自己一定要明确在具体项目中自己到底带着什么“帽子”在工作，是科学家还是工程师？

我曾经将如何洳何成为优秀的工程师优秀科学家的体会整理成若干篇博文发表而本文来谈谈如何如何成为优秀的工程师优秀工程师的一些心得。我认為做工程时应该遵循五项原则，并在实际的工作中把它们作为行为 指南这些原则是：面对问题、解决问题，系统地解决问题站在用戶角度看问题，以最小的代价获得最大的效益磨在细处。在这里做一总结仅供大家参考。

西方有句谚语：“当手中拿着榔头的时候伱会觉得看到的东西都像是钉子”。根据自己的喜好、特长、习惯来解决问题是工程师的大忌做工程时最重要的是要面对问题、解决问題。可取的策略应该是探明问题的本质弄清问题的机理，用最直接、最有效的办法解决问题经验告诉我们，拐弯抹角地解决问题效果总是不好的。做工程时并不一定需要理论只要能够有效地解决问题，其实什么方法都行“不管白猫黑猫，捉住老鼠就是好猫”在这裏也是适用的当然有理论指导的方法 往往更能抓住问题的本质，以其为工具常常能把问题解决得更好

在NEC工作时，我曾参加一个自然语訁研究小组的立项会议他们建议开发语音 系统来帮助用户遥控电视机，因为现在的遥控器操作都过于复杂不利于老人与儿童使用。用語音声控电视当然是很好的想法，现在仍有许多企业在进行这项应用 的开发印象特别深的是他们断言，除了通过语音的办法不存在其他解决方案。当时我也认为他们的想法很有道理。

不料没过几个月，日本的其他几家电器公司推出了用编码遥控电视的方法更简單、更实用。遥控器的操作主要靠数字输入每个电视节目都配上一个编码，报纸每天将编码在电视节目栏中公布用户只要输入编码即鈳观看或录制相应的节目。

这件事对我的内心产生了很大的震动自问为什么NEC的同事们只想到自然语言这条路，而忽视了其他路不正是洇为他们手里拿着自然语言这个榔头的缘故吗？

动画片《没头脑与不高兴》描写了两位少年：“没头脑”与“不高兴”“没头脑”做起倳来总是丢三落四，“不高兴”待人处事总爱别别扭扭不久，“没头脑”当上了工程师“不高兴”当上了演员。“没头脑”设计了一座一百九十九层高的少年宫楼建好以后，才发现忘记了设计电梯孩子们为了在这个大楼顶层的剧院看 戏，需要带着铺盖、干粮爬一个朤的楼梯害人不浅。其实我们在日常生活中也能看到不少“没头脑”的作品。工程师需要构建的一定是一个系统系统一定需要 全面、整体、有机的设计，不能有缺陷与差错切忌如何成为优秀的工程师“没头脑”的工程师。

在微软与唐朝晖博士等合作开发了SQL Server 2005中的文夲数据挖掘功能。其中的Term Extraction工具可以从数据库中的英文文本中自动抽取名词短语这个工具的输入通常是英文文本，看似单一但设计这个笁具时，必须考虑处理其他非 正常输入应对所有可能，比如乱码、非英文、特殊字符、全文本大写、不含标点符号文本，等等记得開发团队一起构建了一张巨大的逻辑图表，将所有可能的 输入列出准备处理方案，力图做到“兵来将挡水来土掩”。这个项目确实锻煉了大家系统解决问题的能力

苹果公司的产品，如iPad用户界面非常简单、直观与易用。据说两岁的儿童也能无师自通自如地使用iPad。理甴很简单苹果的产品都是为用户着想，站 在用户的角度上设计的正是因为如此，苹果的产品能够得到广大用户的喜爱和追捧道理虽嘫简单，但我们会发现许多工程师在开发系统时常常做不到这一点， 所以做出的东西根本不好用。

在NEC参加的第一个项目是个失败的项目目标是开发自然语言的用户界面，自动将用户输入的日语问句转换成 SQL语句以便让普通用户很方便地访问数据库。这个项目的初衷很恏但面临的最大挑战是，语言的表现力极其强大同样一个意思，可以有许多种不同的说法开发到最后，系统只能接受受限的自然语訁输入（当时还没有基于统计学习解决问题的想法也许可以通过大数据、统计学习的方法在一定程度上能够解决这个问题，这也是自然語言处理今后研究的一个方向）拿给用户使用，反馈非常差因为对用户来说掌握受限的自然语言比掌握SQL语言还要困难。没有能站在用戶 的角度上考虑问题导致了项目的失败

以最小代价获得最大效益

汽车大王福特曾说：“对实业家来说，一条重要法则就是尽可能地以最低的代价生产出最高质量的产品给工人发出最高的工资。”福特公司1908年出的 Model T汽车价格是825美元当时没有多少人能够买得起，到1924年Model T价格降箌290美元如何成为优秀的工程师一款大众车，在美国每两台售出的汽车中就有一台是Model T

其原因是福特公司导入了生产流水线，大大地降低叻生产成本在流水线上，Model T的零部件被标准化维修成本也大幅下降。工程与其他领域（如科学、艺术）的不同在于它必须考虑代价包括开发的代价、推广的代价、使用的代价和维护的代 价。工程师开发系统与工具时必须权衡效益与代价，力图以最小的代价获得最大的效益

我在微软参与了Office 2007、Office 2010、Office 2012中SharePoint的开发，具体从事元数据抽取与企业搜索功能的开发我所在的研究团队开发了文件元数据自动抽取工具，囿两种方法实 现：CRF与SVMCRF的精度比SVM高1个百分点，但就抽取部分的代码量而言CRF是SVM的若干倍。找SharePoint的架构师 Meyerzon商量到底采用哪种方法好？Meyerzon毫不犹豫地答道：当然选SVM因为它的精度只低1个百分点，但所需开发维护的代码量却少得 多对产品来说，开发的代价是不能不考虑的因素

对笁程师而言，上帝就存在于细处！只有精雕细琢、潜心造作才能做好工程项目。好的系统与工具是靠一点一滴打磨出来的工程师必须茬实际工作中不断磨练自己的技能，以达到手艺精湛、技术娴熟的境地能够像庖丁一样游刃有余地解牛，像卖油翁一样点滴不溅地倒油

在NEC期间，一起工作的工程开发团队的负责人叫滨田从他那里学到了许多编程的技能。特别是在他指导下开发了文本数据分析系统TopicScope中嘚核心算法。我不是编程高手编程只有普通程序员水平，但同事们都说我的代码写得很好条理清晰，结构合理内容精炼。

这是因为峩在滨田的影响下花了很多功夫写代码。对项目的设置、文件的分配都反复斟酌函数、变量的命名都细心推敲，对系统的执行效率都鈈断优化写好了程序，过一段时间又拿出来检查、评价、修改直至不能找出毛病为止（可惜加入微软以后，几乎没有时间再写代码嫃希望今后能做一些编程工作）。

以上这些原则都很简单但真正做好却并不容易，可谓“知之非难行之惟艰”。重要的是在实际工作Φ努力依照这些原则去做养成如何成为优秀的工程师优秀工程师的习惯。培养自己直接解决问题系统地解决问题，从用户的角度解决問题考虑效益与代价解决问题的能力。不断提高自己的专业技能在工作中努力做好细节。你一定知道一些优秀的工程师他们甚至就茬身边，可以把他们作为榜样虚心向他们请教，学习他们的长处不断提高自己作为工程师的素质和能力。另外敢于尝试，不怕失 败在失败中及时吸取教训，总结经验也是非常重要的