高效措施员的7个风俗——来自一位前谷歌技能主管

软件工程师耗费大量时刻通过操练办理代码题目和完美简素来得到口试能力。

一旦他们最终在一家初创公司、谷歌、亚马逊或其他公司找到了那份事变，他们也许会发明，他们得到这份事变所需的手艺与他们一般事变所需的手艺并不匹配。

我们的团队受到了一位前谷歌技能主管缔造的七个高效措施员手艺的开导。我们想就这个话题颁发我们本身的观点。下面是关于高效措施员的七种能力。

进修怎样阅读别人的代码

除了你，全部人的代码都很糟糕。

这就是为什么一项具有多厚甜头的巨大手艺是可以或许遵循他人的代码。

不管早年的工程师的代码有多紊乱或思量得何等糟糕，您如故必要可以或许细心阅读它。事实，这是你的事变。乃至在一年前谁人工程师照旧你的时辰。

这项手艺对你有两个甜头。第一，可以或许阅读别人的代码是一个很好的机遇去相识什么是糟糕的计划。当你在赏辨认人的代码时，你会学到什么有效，什么没用。更重要的是，您将相识哪些代码范例对其他工程师来说较量轻易领略，哪些代码较量难领略。

您必要确保在阅读其他人的代码时尽也许多地诉苦。这样，其他工程师就会大白你是一个何等优越的工程师。

确保您提到了可维护代码和精采注释的重要性。这进一步表现了您在编程规模的上风。

您的代码应该计划得很是好，不必要任何文档。究竟上，假如您是一个优越的措施员，就不该该编写任何代码的文档。这只是挥霍时刻，你必要把时刻花在编程和开会上。

可以或许阅读其他人紊乱的代码也使得在必要时举办更新变得很轻易。这偶然意味着更新您缺乏履历的代码。譬喻，我们曾经遵循一个剧本，从Powershell到Python再到Perl。固然我们在Perl方面的履历有限，可是我们如故有足够的上下文来相识产生了什么，并做出所需的变动。

这来自于对全部代码的精采领略以及可以或许阅读Perl剧本。

阅读别人的代码会让你更有代价，由于纵然是那些过于伟大的体系也会让别人感想狐疑。

对糟糕项目标感受

有许多手艺必要花时刻去进修。我们信托有一项手艺是值得知道的，那就是相识哪些项目不值得去做，哪些项目显然是在走向衰亡。

大公司老是有许多项目在举办，而这些项目也许永久无法完成或发生影响。有一些项目也许没有任何贸易意义(至少对您来说没有)，尚有一些项目打点不善。这并不是说，当你差异意某个项目标时辰，你就应该打断它。然而，假如涉众不能正确地表明他们将对最终功效做什么，那么项目也许不值得做。

另外，有些项目也许过于存眷技能而不是办理方案，因此从一开始就很明明不会有太大的影响。这一手艺要求在你对一个糟糕的项目真正是什么有观念之前做许多糟糕的项目。以是，不要过早地花太多时刻去判别每个项目。

在你职业生活的某个时辰，你会有一个很好的直觉。

停止集会会议

无论您是软件工程师照旧数据科学家，集会会议都是须要的，由于您必要可以或许与项目司理、最终用户和客户保持同等。然而，集会会议也有溘然占有你整个日程的趋势。这就是为什么进修怎样停止不须要的集会会议很重要。

大概用“打点”这个词比“停止”更好。这里的方针是确保你把时刻花在集会会议上，以敦促决定并辅佐你的团队提高。

最常见的要领就是天天留出两个小时的时刻，那就是常常开会。凡是，大大都人会在他们以为有益的时辰布置一次常常性的集会会议。他们将操作这段时刻来遇上他们的开拓事变。

另一种停止开会的要领是比其他人早到，这样你就能完成事变。就我小我私人而言，我们喜畛冂到，由于总的来说，办公室较量宁静。大大都早起的人和你一样，只是想把事变做完，这样就不会有人打搅你了。

这对小我私人孝顺者来说很重要，由于我们的事变必要我们专注的时刻，我们不必要和其他人攀谈。偶然辰你也许想和别人一路办理题目。可是一旦您办理了阻塞题目，您只必要编写代码。它是关于进入一个地区，在这个地区里，你的脑子中不绝地持有很多关于你正在做的事变的伟大设法。假如你不断地停下来，你就很难从遏制的处所继承。

Git

一些CS专业的门生从出生那天就开始行使Git。他们可以或许领略每一个呼吁和参数，而且可以或许环绕专业职员运行。

其他人则是在第一份事变中第一次打仗到GitHub。对他们来说，Github是一个紊乱的呼吁和历程的地狱。他们从不100%确定本身在做什么(备忘单受接待是有缘故起因的)。

无论您的公司行使哪种存储库体系，假如正确行使该体系，那么该体系都是有效的;假如行使不妥，则会成为障碍。一个简朴的敦促或理睬并不会让你耗费许多时刻去理清由多个分支和叉构成的大杂烩。另外，假如您常常健忘提取存储库的最新版本，那么您还将处理赏罚从未有过爱好的归并斗嘴。

假如必要生涯Git呼吁备忘单，那么就这么做。只要能让你的糊口更简朴。

编写简朴的可维护代码

年青工程师也许有一种倾向，就是试图将他们所知道的全部对象都实现到一个办理方案中。人们但愿领略面向工具编程、数据布局、计划模式和新技能，并在编写的每一段代码中行使全部这些常识。您建设了不须要的伟大性，由于很轻易太过依靠于已往行使的办理方案或计划模式。

伟大的计划观念和简朴的代码之间存在一种均衡。计划模式和面向工具的计划应该从整体上简化代码。然而，一个进程被抽象、封装和黑盒化的越多，调试就越坚苦。

学会说“不”，分清轻重缓急

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!