畫家用多少時(shí)間來作畫罢坝，這個(gè)是在vim使用技巧這本剛?cè)胧值碾娮訒锌吹降目醚ⅲ敲闯绦騿T用多少時(shí)間來coding过椎？
先從我們項(xiàng)目的架構(gòu)升級(jí)說起橡庞，從最常見的jar包方式的maven管理依賴加三層架構(gòu)芜辕，拆分了大概十幾個(gè)項(xiàng)目尚骄，然后我們要做的就是做架構(gòu)切換，osgi方式去做這個(gè)件事情侵续。
環(huán)境問題天天折騰我們倔丈，當(dāng)然我們的項(xiàng)目結(jié)構(gòu)也在逐步清晰起來，我們遇到了兩個(gè)問題：
1.osgi方式帶來的最低保障状蜗，強(qiáng)制約束需五，而不是依賴口頭或者停留在約定，接口編程不是一句好的方式轧坎，而是不這么做就無法運(yùn)行項(xiàng)目宏邮。
2.項(xiàng)目的底層依賴變動(dòng)導(dǎo)致整個(gè)高層項(xiàng)目出現(xiàn)問題，在混亂調(diào)整時(shí)期缸血，依賴的項(xiàng)目一更改立馬出問題蜜氨，每日update成了大家的噩夢(mèng)，這段期間最佳時(shí)間不是每早update而是穩(wěn)定后壓根別去update
3.一些沒堅(jiān)持做的捎泻。比如我對(duì)集成測(cè)試愿景很贊同飒炎，但對(duì)過程方法很頭大。先寫atdd再寫代碼笆豁，我更覺得應(yīng)該先寫單元測(cè)試再寫代碼可能更好一點(diǎn)郎汪，我們要得就是快速脫離必要環(huán)境去寫代碼，而不是去跑那寫速度慢得要死得情景闯狱。
4.項(xiàng)目粒度到底如何煞赢，何時(shí)改提取相似點(diǎn)，大家各自在自己得模塊里面哄孤，以前還會(huì)
互相看看照筑，現(xiàn)在是完全不了解。如何處理這些問題，現(xiàn)在物理路徑物理隔絕讓我們更少去debug看別人得代碼凝危。
5.有多少時(shí)間給代碼饭弓，我覺得這個(gè)比例很少，交給思考媒抠，調(diào)試，場(chǎng)景得時(shí)間會(huì)很多咏花，但其他過程卻讓我們感覺很難受趴生，不想寫，為什么昏翰，只關(guān)注方向苍匆，不關(guān)注過程，理想是好的棚菊。
