2006年第1季的回顧

是不是隨著人的年齡愈來愈大就覺得時間過得愈來愈快呢? 才記得似乎剛在Blog上寫完告別2005的文章，轉眼之間2006已經過完了1個季。不過2006Q1發生了很多的事情，而2006Q2開始對我而言似乎是一個新生的開始，值得寫一篇文章回顧Q1並且展望Q2之後的日子。

 

首先回去談談年初過年時的計劃，記得在當時我希望能夠藉由這個空閒的時間多看幾本書，不過很顯然的是就像我們做專案開發一樣，似乎總是會延遲，因此最後我決定把時間花在2本書上(其實我還閱讀了額外2本和管理相關的書啦)，一本是關於Scrum的，而另一本則是有關ICONIX:

 

n       Agile project management with Scrum

n       Agile Development with ICONIX Process

 

這2本都是軟體工程相關的書籍，我之所以會想閱讀這2本書的原因是因為我認為軟體工程未來將深深的影響IDE的發展，另外的原因則如同Chris Bensen在他的Blog說明的以及我在3月於大陸發表BDS 2006和一些現場朋友說的，Borland許多的R&D團隊也在評估使用Scrum，因此我也想瞭解Scrum並且思考Scrum會如何改變R&D團隊的開發文化以及Scrum能夠怎麼樣幫助我讓我的工作更有效率。Agile project management with Scrum這本書寫不錯，不但閱讀起來很輕鬆，愉快，更重要的是我一邊閱讀這本書的內容一邊在回憶和思考當初我自己在做專案開發時如果知道這些知識的話Scrum能夠如何讓當時的我解決許多專案開發的問題呢? 這本書也讓我對Scrum Master有了興趣，真希望Borland能夠提供Scrum Master的訓練，如果真的有的話，我一定報名，即使是需要飛到美國受訓我也願意。此外在閱讀完這本書之後我也在想，Borland的ALM或是工具應該實作一些支援Scrum的功能，例如Backlog，Scrum Daily Meeting等。湊巧的是，當3月底我在上海的HP進行Together的技術講座時，提到了Scrum，現場也有HP的朋友立刻詢問Borland的工具是否支援Scrum，看來上海HP似乎也有使用或是研究Scrum。當Borland的R&D團隊開始使用Scrum之後，我更有興趣的是知道Scrum對於R&D團隊的影響是什麼? Scrum對於提昇Borland軟體的質量起了多大的作用? 在使用Scrum的過程中遇到了什麼樣的困難? 如何解決這些困難? 每一個R&D團隊的成員是什麼逐漸接受和使用Scrum的? 這些問題都是未來我和R&D團隊聊天的好話題，我非常想知道，因為這些問題和答案都對我非常的有用。其實我想Scrum不光是可以使用在軟體開發的工作，現在連我日常的計劃和工作我都開始使用Scrum的一些精神和做法，效果不錯。

 

至於ICONIX這本書則不太適合我的胃口，當初會想閱讀這本書是因為我讀了這本書的介紹，似乎和我前一陣子寫的物件導向開發實踐之路的想法有點類似，因此我想看看這本書怎麼討論如何融合UML和Agile的開發模式，不過我似乎是有點失望，和Scrum比起來，我明顯的比較喜歡和傾向使用Scrum。

 

從2月底一直到3月，我都在大陸各地出差發表BDS 2006，在前幾個Blog中我也說過許多朋友關心IDE的未來，但隨著4月1日起DevCo開始正式的運作，我的心情也開始愈來愈好，因為我知道從4月1日起我開始擁有更多的時間可以投入IDE和開發者社群的工作。Borland的產品線太長了，沒有一個Borland的技術人員可以瞭解所有的產品和技術，但是身為大中華CTO的我卻必須花費時間在所有的產品上，因為我的工作就是必須能夠在台上談論任何的Borland產品和技術。我知道對於一些我比較沒興趣的產品我並不精深，但是我仍然需要花時間瞭解，這分散了我對於IDE的投入，因此許多我想做的事情都無法全力以赴，現在我終於可以慢慢的回到IDE上，這是我的興趣和我的專長，我認為IDE仍然有許多新的東西和技術可以做，絕不是一些Borland的管理層想的IDE沒有未來。隨便說一些發展的方向就開始讓我們瞭解有多少東西是值得去做並且能夠激起開發者社群的熱情:

n       軟體工程

n       新的平台，新的程式語言功能

n       移動平台，.NET 2.0，64位元，GP，Better Optimization

n       結合開源和商業軟體的優點，開放IDE的架構，讓更多的開發人員撰寫IDE的Plug-in

n       AJAX，AJAX For Delphi，AJAX For C/C++

n       測試驅動，測試架框，軟體工程結合測試模型

n       更標準的C/C++編譯器，Boost/ACE/Tao/Loki For C/C++ Builder

 

還有太多太多我個人的想法以及目前尚不宜說明的東西，更不用說能夠和開發者相處所帶來的快樂。當軟體開發流程和軟體工程被開發社群接受之後，下一代的IDE將更能刺激新的需求和發展，更能提昇開發的生產力和品質，因為不管我們使用的開發流程是什麼，使用的軟體工程是什麼，最後的目的不就是要能夠真正的”開發”出有價值的軟體嗎? 最後的重點仍然要回到”開發”的中心。這是一條令人回味無窮的道路，對於那些認為IDE沒有未來的人來說，我只能認為他們的想像力不夠，對於開發的熱忱也不夠。    我個人認為IDE目前發展到現在是屬於第1階段的成熟期，由於在目前的概念下IDE已經發展到了幾乎成熟和極致的時間點，因此要更進一步的突破，我們需要藉由軟體工程，軟體開發流程來幫助開發者從『會寫軟體但是生產力和品質仍然有待加強的”青澀”』階段，突破到下一個IDE再次循環的階段。

 

        當Q2開始我大部份的心力和時間可以回到IDE之後，我可以進行我放下許久的工作，例如我念茲在茲的ECO計劃，Delphi 11版程式語言的功能，下一代C/C++編譯器，下一代的JBuilder以及新的資料庫技術等。許多人擔心IDE從Borland脫離之後DevCo的命運會如何，但是對於我個人而言我覺得DevCo一點也沒問題，因為DevCo來自偉大的傳統，但是DevCo將從頭開始，DevCo將贏回開發者的尊敬，熱忱和市場。為什麼? 因為DevCo將是市場上唯一以開發者為焦點的公司，它將擁有獨特的利基和競爭力，更重要的是就以目前我知道將從Borland志願到DevCo的人都是我認為在Borland中最優秀的人(呵呵，這是我個人的感覺啊，沒有特別的用意)。

 

        在Q1我也完成了Delphi 7高效率資料庫程式設計一書的Delphi 2006更新版，寫了許多的Blog，翻譯了許多的BDN文章，發表了BDS 2006，進行了許多的Together技術講座，2006的Q1是多彩多姿和豐富的。而我期望會有一個更豐富的Q2，Q2最重要的Backlog就是ECO計劃，我終於要展開它了。