画家用多少时间来作画，这个是在vim使用技巧这本刚入手的电子书中看到的，那么程序员用多少时间来coding？
先从我们项目的架构升级说起，从最常见的jar包方式的maven管理依赖加三层架构，拆分了大概十几个项目，然后我们要做的就是做架构切换，osgi方式去做这个件事情。
环境问题天天折腾我们，当然我们的项目结构也在逐步清晰起来，我们遇到了两个问题：
1.osgi方式带来的最低保障，强制约束，而不是依赖口头或者停留在约定，接口编程不是一句好的方式，而是不这么做就无法运行项目。
2.项目的底层依赖变动导致整个高层项目出现问题，在混乱调整时期，依赖的项目一更改立马出问题，每日update成了大家的噩梦，这段期间最佳时间不是每早update而是稳定后压根别去update
3.一些没坚持做的。比如我对集成测试愿景很赞同，但对过程方法很头大。先写atdd再写代码，我更觉得应该先写单元测试再写代码可能更好一点，我们要得就是快速脱离必要环境去写代码，而不是去跑那写速度慢得要死得情景。
4.项目粒度到底如何，何时改提取相似点，大家各自在自己得模块里面，以前还会
互相看看，现在是完全不了解。如何处理这些问题，现在物理路径物理隔绝让我们更少去debug看别人得代码。
5.有多少时间给代码，我觉得这个比例很少，交给思考，调试，场景得时间会很多，但其他过程却让我们感觉很难受，不想写，为什么，只关注方向，不关注过程，理想是好的。
