IPD（集成產品開發）還是 Agile（敏捷）的開發路線，公司管理層也在為拿不定主意而犯愁，之后研發管理部開始與 ThoughtWorks 公司接觸，逐漸將敏捷產品開發引入進來，并正式命名為 TAPD（Tencent

軟件包和上游項目構成方式，讓Fedora由一系列環組成，每個環都有各自的發布和 打包要求，他希望將敏捷設計引入到發行版中。最核心的部分可以被稱為Fedora Core，由環0和環1構成，環2則是堆棧和

作為一個開發中，你足夠敏捷嗎？下面這個信息圖通過有趣的方式讓你越來越敏捷：

Andaily Developer 0.6 發布. 該版本的變更如下 每一個Backlog生成唯一的編號,方便搜索 允許系統管理員自定義每一頁顯示的數據條數: 10,20,30或50.

infoq.com/cn/articles/Agile-Databases-Part-1 多年來，敏捷實踐攜短迭代、快發布、更快推出軟件的承諾一直吸引著應用程序開發人員。現在，同樣的做法已經進入數據庫

?敏捷開發中編寫高質量Java代碼 收藏 敏捷開發的理念已經流行了很長的時間，在敏捷開發中的開發迭代階段中，我們可以通過五個步驟，來有效的提高整個項目的代碼質量。 Java項目開發過程中，由于開發人員

我第一次與敏捷軟件開發的邂逅，是在極限編程剛剛興起時，跟 Kent Beck 一起工作的經歷。其中讓我印象深刻的事情之一，就是我們如何做計劃的方式。這里面包括一種估算方式，比起我之前見到過的其他方法，它既輕量，還更有效。這

軟件開發是一場充滿挑戰的叢林探險 很多人曾問安娜： 我們為什么要做敏捷開發？ 安娜想說的是，采用敏捷開發法不僅僅是為了快，如果A-12采用敏捷開發方法不斷的驗證克服技術上的困境和方案的話，DOD就不會遭

上發表了一系列文章，著重探討了敏捷社區所面對的一大挑戰——如何獲得主流管理界的認可。 在此系列的第一篇文章中，Steve 就提出他獨特的看法： 當今管理界的一大不為人知的秘密就是——敏捷 。他解釋說，千百年

ICT 技術迅猛發展，敏捷時代應運而生，如何在敏捷時代下隨勢而動、實現轉型是一個值得深入探討的問題。 眾所周知，19 世紀中葉英國博物學家達爾文提出生物進化論：生物之間適應者生存，不適者則被淘汰，

變得更加敏捷或者對環境變化要更加迅速地響應。考慮到應用程序中SOA占據了主要地位，將SOA實踐作為云計算敏捷化目標是非常重要的抉擇。對于云計算和應用程序架構師來說，這就意味著： 理解敏捷究竟是什么意思

Groovy是一種基于JVM的敏捷開發語言，它結合了Python、Ruby和Smalltalk的許多強大的特性。 Groovy 主要的特點包括： 是一個基于 Java虛擬機 的敏捷 動態語言 。 構建在強大的Java語言之上

2011 年度敏捷軟件開發調研結果，再一次向大家展示了敏捷應用和發展趨勢的第一手資料。 今年，我們進一步確信敏捷并非一時風潮。我們過半的調查對象坦言他們已經親身實踐敏捷超過兩年了，并且三分之一的人把敏捷從一家

Hazrati 譯者 晁曉娟 敏捷團隊以快速產生可靠和高質量的代碼而著稱。然而，快速交付的壓力可能會導致走捷徑的評審，縮減測試并缺乏對安全代碼的重視。安全開發與敏捷共存是否只是一廂情愿的想法呢？

Jurgen Appelo 已是連續第二年提供由他整理的 前100名敏捷書目 。該書目是根據來自 Amazon.com 和 GoodReads.com 兩網站上的平均評分和評分次數綜合統計得出的。計分時也考慮了出版年份的因素。

文 / 朱少民 2010年為《程序員》雜志寫了一篇《敏捷測試的方法和實踐》，我們可以回過頭來，看看過去的一年，敏捷測試發生了哪些變化。首先，我做了一個實驗，分別打開2010年和2011年的“STAREAST?Conference

Yii的名稱(是一個縮寫，發音為 Yee 或 [ji:])代表容易(easy)，高效(effcient)和可擴展(extensible)。Yii是用PHP5寫的一個高性能，基于組件的Web 開發應用框架。Yii可以更容易的創建和維護大規模的網絡應用程序。這也將使應用程序更有效和可擴展。讓我們快速了解一下這些特性。

?敏捷思維-架構設計中的方法學 目錄 在這個關于軟件工程的專欄里，作者將應用敏捷方法學對軟件開發過程中架構設計進行研究。 一. 從方法論看架構設計 3 1. 方法論Methodology 3 2. 重量

1. 敏捷開發交流 ——系統剖析圖，持續集成 單一主干，結對編程 2. 系統剖析圖起 床洗 涮做 飯穿衣服 吃 飯用來表示各個用戶需求的關聯關系，為開發優先級的確定提供幫助 3. 愛立信提出的，為解決開發復雜系統的各功能模塊的優先級。

是采用瀑布模型還是敏捷方法？網站Scrumology的站長David J Blant認為答案應該取決于對所要解決的問題和方案的了解程度。 David在他的文章中提出了以下幾個觀點： 1. 當 幾乎完全