Benx Shen's Library tagged release → View Popular

Filter:
All
Annotated

20 Feb 08

InfoQ: 与Jolt大奖提名图书《Release It!》的作者精彩对话

www.infoq.com/...nygard-release-it - Preview

*收藏* *精華* developer release

《Release It!: Design and Deploy Production-Ready Software》一書的作者是Michael Nygard，該書已獲得2008年度Jolt大獎的提名。此書主要圍繞怎樣開發產品級軟件（production-ready software）以及此類軟件與功能完備軟件（feature-complete software）之間的差別兩個話題展開討論
「產品級別」與「功能完備」是完全不同的兩個概念。驗收測試的通過或者說測試員的綠色小勾與系統能否承受實際應用中的壓力完全是兩回事。
7 more annotations...
- 「產品級別」的另一個方面是系統對所謂「瞬時脈衝」的應對能力，也就是對系統的短暫性衝擊。
- 你應該同樣地審視一下你的系統。它們是不是只有在陽光明媚的日子裡才撐得住？萬一遇到颳風下雪——後台服務的響應延遲從250毫秒增加到一分鐘的時候，系統能否繼續工作？
- 我想應該從改變觀念開始。如果你是一個架構師或者開發人員，你就應該為系統設計一套完整的異常處理機制，就像汽車設計師為汽車加上了緩衝潰縮區（crumple zones）一樣
- 開發和構架有一種趨勢，就是在很長時間裡都過於抽象。我認為把部署的架構具體化一些是非常有用的，運營人員在此方面可以起到作用。你需要設計好目錄結構。你要如何發佈代碼才能容易地回滾呢？你如何分別激活不同的代碼？只要與運營人員進行一些溝通和商議，這些問題都有簡單的答案。
- InfoQ： 開發產品級軟件中倡導的預先工作的原則似乎與敏捷思想中的需要的時候再動手和必要時再重構的原則有些衝突，你是怎麼看這個問題的？
  
  Michael Nygard：作為一個敏捷開發人員，我也時常會面對這個矛盾。對此問題，目前還沒有好的解決方法，但是要看到，這兩個原則的目的是一致的，那就是設計出好的面向對象的產品。
- 因此，雖然不讚成預先做大的設計，或者說「大範圍的預先架構」，但我認為在系統內部定義合理的邊界，設計合理的異常處理機制並且排除「架構的壞味道」是非常有必要的。
- 好的框架的確能提高產品的穩定性，例如Doug Lea的線程類庫就顯著提高了Java的線程安全性和同步功能。但是，我們最終還是要從產品和框架本身上來獲取信心。驗證過的總比沒有驗證的好，開放的總比封閉的好，經過長期市場驗證的各類產品比其他任何的說辭都來得實在。

05 Feb 08

InfoQ: 敏捷、架构和凌晨五点的产品问题

www.infoq.com/...release-it-five-am - Preview

agile architecture release

敏捷方法和實踐，是我們從開發人員紛繁蕪雜的實際日常工作中積累、提煉出來的，而不可能來自理論研究的象牙塔。
問題出在軟件系統各個單元之間的連接或缺口上，它們也許衍生自設計階段，也許存在於待測的系統單元之間。但此類問題並不新鮮。各自功能完備的軟件單元，所構成整體系統的功能不一定完備；正是由於上述原因，才出現了功能測試這個敏捷實踐。