指標敏捷研發
傳統研發
研發模型
迭代、增量
瀑布計畫
隨進度和需求調整
詳細完整的計畫
團隊協作程度
極高一般
人員技能要求
高、幾乎要求全棧
一般變更管理
迭代控制
嚴格遵循流程
文件必要的文件，並不是不需要文件
完整的檔案
測試過程
tdd需求驅動
自動化測試
各個環節
主要是回歸測試
質量保證
全員負責
測試人員負責
敏捷不是萬能的，敏捷落地之路漫長需要謹慎的選擇適合的專案進行；
敏捷對人員的要求極高，幾乎要求團隊成員是全棧型的；
只有具備更高的自動化程度，才能真正地、快速的實行敏捷；
敏捷實踐需要完善的基礎設施來支撐，在敏捷研發過程中，研發人員高度依賴於測試人員，只要測試自動化程度高、持續整合環境完善，才能體會到敏捷實踐的精髓。
我們需要敏捷，每個程式設計師都需要敏捷
題記 直到現在我才清清楚楚的明白 我們需要敏捷，他可以讓整個團隊凝聚起來去解決問題，而不是你欺負欺負我，我欺負欺負你。因為當我們選擇擁抱變化的時候，變化也就變化的越慢。而專案裡面的變化每時每刻在發生的，你怎麼可能拒絕變化呢？敏捷不僅僅是對公司有利，對每個開發人員來說也是把有力的保護傘，至少可以讓你一...
我們真的需要Service Mesh嗎？
george miranda 業務對於service mesh微服務架構的討論熱度居高不下，很多人認為service mesh將是雲原生應用基礎設施解決方案的must，它在構建健壯微服務架構應用時的能量令人印象深刻。不過在人氣飆公升的同時，人們對於落地service mesh的確切價值仍有困惑，因此...
我們真的需要服務描述嗎？
普遍認為，基於soap的web服務的主要複雜點之一是使用web服務描述語言 wsdl 進行服務介面的描述。william vambenepe指出wsdl的另一問題是，wsdl和隨之誕生的stub生成工具建立的分布式應用程式之間是緊密耦合的。人們開始意識到的是服務描述的問題，而不是如何改進它。u002...