不利于写出好代码的15个职场因素

每个开发者在编码时,都希望代码像水管的水一样源源不断的流出,思绪不被打断。但在现实开发中,经常会由于一些事情突然中止或停下。本文就总结了现实工作中,影响编码进度的15个“拦路虎”。

1.开会

停止手头的编码工作,去参加会议。程序员或许不会相信,他们可能已经在会议室花费了数周或数年时间和老板闲聊技术细节。

当你从会议室出来后,大脑可能需要一定的转换时间,才能再重新投入到编码工作上,你很有可能需要一个小时的过渡。

2.回复所有的电子邮件

如果会议已经够糟糕的了,那么没完没了的邮件可能更让人头疼。经过几个小时的来回讨论,最终却没有个结果。

3.衡量生产能力

有些管理团队受到一些书籍启发,对提交到代码库的代码行数或bug修复数进行统计,并且作用一种衡量标准。他们认为,统计是一种衡量,而衡量肯定是有好处的。

然后他们根据此标准为开发者的工作能力进行排名。开发者犹如网络游戏中的玩家,他们将更加关心自己的排名,而不是如何让代码更好。

开发者的重点变成了统计代码所编写的行数、解决bug或把所统计的提交的仓库里。如果代码行数都计算在内的话,原本一个问题只需10行代码即可解决,程序员有可能编写5000行代码,来让功能更加灵活和兼容,这样,他的代码总量就会增加5000行了。

衡量生产力反而会使代码变的更糟,让项目里充满功能丰富但过度设计的代码。

真正解决这个问题,我们需要跟踪bug,我们需要组织工作流和协调软件开发,这些都是无法准确衡量。

4. 爱慕虚荣(Prima donna)的开发者

就开发者而言,最糟糕的莫过于其他开发人员没有按照项目需要进行开发,而是用自己的方式来迭代项目。每一个开发者都能识别出可怕、不可原谅的最后一次迭代行为。

这种不考虑之前已完成编程工作的态度会拖慢项目的进度。傲慢和利己主义会导致程序员扔掉合适的代码,而以他们认为的“正确的方式”重新构建。