前谷歌技术主管亲述:程序员请避开这几大雷区

软件工程师的技能发展都会经历一个自然的过程——经验从无到有,最后变成老手。而一旦到了经验丰富的阶段,他们对代码就不那么感兴趣了。恰恰相反,他们会把更多的精力放在文件设计和代码重构上。

奇怪的是,不管任职于哪家公司,大多数经验丰富的工程师都会表现出同样的特点。他们缺乏对代码的关注,和其他工程师相比,他们写代码的速度较慢。这是因为和仅仅编写代码相比,他们会将更多的时间花在设计上面。

从一个新手到经验丰富,这个转变过程不是一蹴而就的。但一般而言,这些工程师会用几年甚至几十年的时间,逐渐成为领域内资历很高的人。

他们似乎在每个公司都是一样的——不断地处理新出现的需求,进行不必要的繁忙工作——这无疑会让他们感到沮丧。本文将指出工程师们可能表现出的一些抑制其发展的特征。

1. 在代码重构上浪费时间

@techleadhd作为目前在世的经验最丰富的工程师之一,在推特上透露了他关于编写代码的真实想法。

他显然不相信编写代码的意义。相反,他暗示称删除和重构代码是有价值的。

但这项工作并不是软件清理,而是做软件工程。

这就意味着工程师需要设计代码,而不是维护代码。维护代码是其他人的工作,兴许实习生就能做到。

软件工程师们应该花时间对那些陈旧低效的代码进行编程,而不是试图改进旧的基础结构。只要工作正常运作,就还可以用尚有不足的代码。然而,不少经验丰富的工程师似乎认为维护旧代码具有很重要的意义。

2. 关注整体情况而不是代码

值得明确的一点是,整体情况和业务方面的事情并不重要,重要的是代码!

经验丰富的软件工程师有一个坏习惯,就是把注意力集中在整体情况而不是代码本身。他们喜欢提出这样的问题,比如“这个项目将对谁产生影响”“最终用户将如何与代码交互”以及“工程师将如何维护代码”。

他们花费很多时间试图去了解项目的范围以及它对于公司的影响。有时,他们甚至会用他们认为的“更好的解决方案”来挑战领导阶层。那么,当他们专注于诸如“影响”和“优先次序”之类的琐事时,他们如何抽出时间来完成所有代码?

把所有的时间都花在会议、巩固、度量跟踪和代码审查上,会导致代码编写不再纯粹。

优秀的程序员不应该质疑他们正在做的事情。相反,无论是什么请求,他们都应该低下头来编码。在任何时候,企业都确切清楚什么样的行为将会对公司产生影响。作为程序员的工作职责,就是做好本职工作,而不是弄清楚他们做的事情是否值得,或者是否符合公司的战略。

希望经验丰富的工程师们记住:你是程序员,而不是领导者。

3. 总是想要一个设计文档

出于某种原因,经验丰富的软件工程师们总是想要一个设计文档。其实,在不考虑设计文档的情况下,无论项目规格多大,直接开始编写都要快得多。

人们不会用一个稍微不同的对象或任何东西去重复功能。那么,为什么经验丰富的软件工程师偏要如此在意呢?

最后,如果不需要花时间考虑设计文档,工程师很可能将以快十倍的速度编写代码。

4. 不喜欢“复杂性”和“设计过度的工程”

在某种程度上,有些资历颇深的工程师不再愿意深思其他人的代码。

因此,当创建一个模块时,他往往把在学校学到的所有知识都融合到一个面向对象记忆体中,并通常声称这是过度设计的代码。

其实他们只是不想深思别人的杰作。

花时间去理解如何从对象B中得到对象A,然后调用函数C,调用函数D,有时选项F和选项G从配置文件E提取,配置文件E用函数F从数据库G中来解析数据,然后将日志存储在Hadoop、 CouchDB和S3中,这会很困难。

人们开始抱怨,说代码太简单,或者设计太复杂。懒惰使得精心设计的代码很容易停产。

5. 他们都被困在未来

事实上,我们现在所了解的框架往往是一生中所需要了解的唯一框架。

然而,经验丰富的工程师似乎花费了大量的时间去学习新的框架和语言,最起码去研究新的设计原则,但这往往并非是必须要做的事情——很多事情并非是越多越好的。

事实上,从这一点来考虑的话,经验丰富的软件工程师可能正是阻碍社会发展的因素之一。

随着对代码重构、设计文档和学习所提出的源源不断的需求,他们不断地推进着软件的迭代。我们甚至可以这么想:如果没有那些经验过度丰富的工程师,现在说不定已经出现比我们更智能的飞行汽车和机器人了!

  • 发表于:
  • 原文链接http://news.51cto.com/art/201907/599823.htm
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券