為了幫助您開始創建自己的平面設計，我們已經聚集了一些超有用的扁平化UI工具包。 Modern Touch UI Kit Flat UI Kit Freebie PSD: Flat UI Kit

近 日，開源OpenDaylight專案計畫正式發布新一版本的SDN開源框架Beryllium（鈹），是繼去年釋出Lithium（鋰）後的第4版開源 SDN軟體，這次最大的改變是強化了企業級應用的叢集

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

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

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

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

Ruby on Rails 是一個用于開發數據庫驅動的網絡應用程序的完整框架。Rails基于MVC（模型- 視圖- 控制器）設計模式。從視圖中的Ajax應用，到控制器中的訪問請求和反饋，到封裝數據庫的模型，Rails 為你提供一個純Ruby的開發環境。發布網站時，你只需要一個數據庫和一個網絡服務器即可。

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

?SeimiCrawler一個敏捷強大的Java爬蟲框架 An agile,powerful,standalone,distributed crawler framework. SeimiCrawle

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

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

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

Ruby on Rails 是一個用于開發數據庫驅動的網絡應用程序的完整框架。Rails基于MVC（模型- 視圖- 控制器）設計模式。從視圖中的Ajax應用，到控制器中的訪問請求和反饋，到封裝數據庫的模型，Rails 為你提供一個純Ruby的開發環境。發布網站時，你只需要一個數據庫和一個網絡服務器即可。

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

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

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

ServcieFramework是一個敏捷、快速、富領域模型的Java MVC 框架，其設計理念是讓用戶真正能夠用最簡單的方式解決80%的問題 ，這是框架應有的原則和價值。但目前很多Java框架為了追

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

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

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