不擅长读别人写的代码,会让团队开发变得薄弱
举个例子,每次读技术书的时候都会想,“编码的时候,经常会想真的需要那么多地使用这种写作方式吗。”所以决定跳过它,因为可以不通过这种方式来实现想做的事情,最后按照自己的习惯来进行编写。
但当团队开发项目的一部分真正进入现场时,那里有许多高级别的工程师,当阅读技术书籍时,用自己的写作方式写了永远有效的代码,所以被卡住了,因为看不懂没有研究够的代码。即使可以实现工作代码,PR告诉我这样写,但由于不能完全理解地阅读别人写的代码,就会被卡住,因为不能用别人写的代码很好地实现它。那些在阅读别人的代码方面有困难的工程师一般都属于这种模式。
这并不是说不能阅读别人写的代码,也不是说难以成功地修改别人实现的代码。也不是因为没有天赋或不适合,而只是因为那里的知识没有深深地扎根于你的头脑中。在开发过程中,改写别人写的代码是一件非常麻烦的事情。之所以这么说,是因为有时与自己的写作风格根本不同。这样一来,就很难理解为什么会变成这样。
最近,根据编程语言的不同,做某件事可以有好几种实现方式,功能变得非常丰富。例如,有些人将接口用于回调处理等,有些人将其称为lambda式或ranger式。另外,在修改的时候,难易度也会随着理解程度的变化而变化。特别是难以理解的内容,改写起来真的很费力。对策是制定某种形式的规则。因此,应该努力达成共识,使之成为具有统一性。