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

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

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