2007，是infoq中文站誕生的第乙個年頭。
\ 從建站伊始的人手匱乏，到現在的新聞24小時同步；從集中力量同步主站內容，到加強原創內容建設，進一步關注國內社群發展；我們一直在努力。這一年來，一直有您的支援關注相伴，帶給我們信心與力量，促使我們為您奉上更高質量的內容；我們，一起在努力。
\ 下面我們概括了一下本年度的社群十大新聞，希望它們可以幫助您回顧一下07年裡您對敏捷開發的認知變化和實踐收穫。「溫故而知新，可以為師矣。」
\1.敏捷的核心：消除浪費，走向精益
敏捷的核心是什麼？敏捷給軟體企業（以及軟體開發者個人）帶來的好處究竟在**？這個問題有很多不同的答案。例如「重視個人和交流」，軟體開發者喜歡這樣的態度，這是毫無疑問的。例如「重視可工作的軟體」，它的價值是顯而易見的。但在這一切的背後，敏捷的核心是什麼？暢通的資訊渠道、清晰的成本/收益核算、全面消除浪費，這是精益製造的核心所在，也是敏捷軟體開發的核心所在。
\2.討論：敏捷不是什麼？
敏捷不是放諸四海而皆準的通用理論，敏捷不是玄而又玄的文化，敏捷不是在傳統專案合作模式下包治百病的金丹，敏捷不是拋開紀律盲目求快。除了這些，敏捷還不是什麼？
\點評：「敏捷」正在成為越來越熱門的詞彙，而現今更有一種盲目跟風的趨勢，開口敏捷，閉口敏捷，似乎軟體開發中的一切問題都可以從敏捷開發中找到答案；更有甚者，借這種風氣來趁機炒作自己，「好風憑藉力，送我上青雲」。如果我們可以了解清楚敏捷不是什麼，就可以借一雙慧眼看透這些人為製造的重重迷霧。
3.軟體開發社群\"宗教信仰\"之爭風波未息
一石激起千層浪，james o. coplien在10月9日發布的一篇以tdd為例，將當今的軟體開發描述成宗教信仰驅動的文章，在社群裡引起了激烈的爭論。雖然反對者有之，支持者亦有之，但持有對立觀點的雙方都有著共同的討論基礎：以事實為依據，以親身實踐為出發點。即：實踐是檢驗真理的唯一標準。
\點評：我們崇尚的是一切從實踐中來、到實踐中去，而不是紙上談兵，更應鄙棄鸚鵡學舌人云亦云。你身邊有對熱門技術的盲從者麼？還是真正的敏捷技術的傳播者？
\4.漸進式敏捷，從下而上的敏捷推行策略
如果組織高層領導大力推行敏捷那當然是好事，但很多時候敏捷的主要推行者還是技術人員和中層技術型管理者，老闆們還在等著看他們實踐的成果。在這種情況下，有計畫、有技巧地採用漸進式的、由下而上的推行方式，可能就是讓敏捷在企業中扎根的第一步。
\點評：千里之行，始於足下。當你困擾於如何在企業中推行敏捷時，先不要想一口吃個胖子。靠自己小範圍的實踐來影響周邊的人，讓別人看到這些實踐的價值，也許是更好的推行方式。
\5.敏捷開發實踐真的不利於架構設計嗎？
增量迭代開發（敏捷實踐之一，它意味著每次迭代的產出只是本次迭代範圍內的需求）真的不利於產生好的設計嗎？scrum真的提倡「忽視架構問題」嗎？如果沒有敏捷技術實踐的話，架構設計能有效的演化嗎？測試先行式的開發真會產生優雅的設計嗎？在紅綠條提示下的重構迴圈只在區域性小範圍內有效嗎？
\點評：敏捷vs架構，一直都是很熱門的話題，那敏捷開發中的yagni（you aren't gonna need it）原則和架構到底是不是相悖的呢？按照敏捷開發理論，架構算不算是會造成浪費的預先設計呢？
\6.敏捷遭遇實效營銷
實效營銷是科技領域的一種產品管理方**，和那些敏捷軟體開發方法相似，它追求價值與原則。當實效營銷者遇到了敏捷開發者，會發生什麼？
\點評：敏捷究竟是否適用於產品開發？thoughtworks的三位諮詢師都給出了自己的答案。你的意見是什麼？
\7.異地專案開發應該如何管理
為了降低成本、提高企業競爭力，現代軟體開發中分布在多個地點（甚至多個國家）的專案越來越常見。但分布式專案的缺點是交流成本急劇上公升，給管理帶來更大的難度。近日在「敏捷中國」使用者組展開了乙個討論：當團隊分布在不同地點時，專案管理應該如何進行？
\點評：分布式團隊中的溝通成本一直都是很多開發團隊心中的痛，當涉及到幾方的文化背景和語言都存在差異時尤為如此。在你所在的團隊中，是預設這種情況所造成的影響不斷加劇，還是採取一系列的實踐和工具來加以改善？
\8.敏捷方法需要文件嗎？
有些人認為敏捷不需要文件，甚至不支援任何形式的文件化。ian cooper 用敏捷宣言和具體的敏捷方法解釋了這個問題。
\點評：「敏捷就是不寫文件」，你是否也有這樣的誤解呢？
\9.為什麼敏捷實踐會遭遇失敗？
雖然眾多敏捷專家都在幫助敏捷專案走向成功這方面投入了很多精力，但是我們也應當每過一段時間就停下來思考一下，為什麼有些敏捷專案或是對敏捷的實施會失敗呢？了解了這些以後，或許我們就能在日後的實踐過程中躲開前行路上的種種陷阱。
\10.質量是可以談判的嗎？
如果客戶對你說，他們對軟體的質量不感興趣，他們只要求在規定的日期必須完成所有規定的事情——你會怎麼做？你會聽從客戶的話在質量上妥協嗎？（順便一問，什麼是質量？）
\點評：開發人員和客戶眼中所看到的，絕不是同乙個世界，那我們是否能夠真正了解客戶所關注的質量目標？我們在抱怨客戶固執的時候，有沒有想過自己卻可能是真正固執的那乙個？
InfoQ中文站SOA社群2023年度十大新聞
作者胡鍵發布於 2007年12月29日 上午1時52分 社群 soa 主題 infoq宣告 隨著社群對soa經驗的積累，人們對於它的態度也越來越務實。在2007年，soa不乏一些亮點。例如，sca因最終成為oasis的標準而變得更加開放，又有幾個ws相關的協議被關閉了，新工具也在一如既往地推出等等。...
歡迎加入InfoQ中文站使用者討論組
作為乙個由社群所驅動的技術 infoq中文站渴望將轉動的齒輪更緊密地貼合在社群之上。為此，我們開通了 infoq中文站使用者討論組 infoq china user group，icug 以便讀者之間能夠保持經常性的溝通，也能更近距離與infoq中文站的編輯進行交流和溝通，為我們的編輯工作提供有益的...
InfoQ中文站第48周精彩新聞回顧
infoq中文站第48周最佳新聞回顧，包括瀏覽器應用的下一階段的需要，微軟發布架構師期刊閱讀器，ruby開發工具aptana studio 1.0發布，方便敏捷專案管理者的基於實據的進度計畫方法及fogbugz 6.0，如何在rest ajax架構中減少伺服器負載和網路流量，以及微軟開發主管臨別諍言...