1. 既然说到整洁代码,前提当然是要有代码。
2. 强调了糟糕代码的破坏力(可以废掉一个公司)。当然低下的投入产出比和更多的抱怨无可避免。
3. 整洁的代码是从头开始的,推倒重新来过的新设计未必不会重蹈覆辙,关键是态度。
4. 为什么代码越写越糟,而不是越写越好?
- PM只关注进度,不关注质量?
- QA只关注数据,不关注代码?
- 程序员选择代码的堆砌,而不是代码的不断重设计?
我不能说是哪一个的问题,软件开发强调团队,产品腐败了,大家都有责任。
说到底无非就是大家的态度,质量意识有问题。但凡事涉及到人的,都与心理学有关系,复杂不予置评。
5. 如何定义整洁的代码?
- 逻辑清晰,便于维护
- 质量优异,没有bug
- 架构灵活,便于移植和扩展
- 性能最优
不同的人定义不同,大多可以从一下几方面来诠释
可读性,可测性,可扩展,可维护,当然最重要的一点满足需求,并且没有bug
要做到写出的代码成为真正意义的clean code不是一件容易的事情。
但是有一点我们可以做到,至少让你的代码“优雅”一些。
对齐你的代码,适当分分段,注释了的代码删掉,这至少是整洁之路的第一步。
整齐的代码不一定没有问题,但混乱的代码一定问题百出!