提前处理的效率

静态语言的一个大的优势就是编译器能在编译期间检查很多错误,不考虑为了这个编译期间,我们需要多定义多写的代码,所以才有了好多人想做动态语言的也有类似的这种提前发现错误,比如大神王垠的PySonar2

错误当然是越提前越好,那么写代码的习惯呢?比如我们团队目前正在做karaf迁移,发现一些人都习惯是先按照原来的spring方式写,后面要扔到karaf里才加bundle相关,更或者写完后扔到karaf发现错误才改,这个效率可不如写一个相关的一次性加好bundle的相关东西好得多。

那么设计需求呢,当然也是提前能考虑好,提前花更多的时间强,不然返工,考虑疏忽被测试打回,欲速测不达,这事经历后就懂,前期的设计前期花在需求上明确的时候事很值的,否则又要在后面经历多个多个流程来浪费时间,敏捷不是不考虑设计,是不要太陷于设计,需求等,这是个度的问题---请看那本 <<高效程序员45个习惯>>中的需不需要设计篇,各位敏捷控说不要设计的!

你可能感兴趣的:(提前处理的效率)