2006年轉(zhuǎn)眼就要過去了，又到了滿網(wǎng)盡待“N大“時。已經(jīng)約定俗成，每每到這時，鋪天蓋地的N大回顧與展望就會躍上各大網(wǎng)站的頭條。熱熱鬧鬧的IT技術圈，這個時候總是會被徹頭徹尾的品頭論足一番。我先把正在思考的N大軟件技術記錄下來吧，希望可以找到答案。(逐漸更新）

?

1? 網(wǎng)絡時代數(shù)據(jù)庫如何存數(shù)據(jù)？

數(shù)據(jù)庫已經(jīng)不再是存取大規(guī)模簡單結(jié)構(gòu)數(shù)據(jù)的時代，對于絕大多數(shù)企業(yè)來講已經(jīng)是必不可少的IT基礎構(gòu)建。在網(wǎng)絡時代，企業(yè)對于文檔、郵件、視頻等非結(jié)構(gòu)化數(shù)據(jù)的傳輸、存取的需求越來越迫切。傳統(tǒng)的關系數(shù)據(jù)庫是通過2維表來存取數(shù)據(jù)，但當需要用多層表嵌套的方式來描述問題的時候，無論是處理表的關聯(lián)還是數(shù)據(jù)查詢都帶來了很大的不便。所以目前的主流數(shù)據(jù)庫廠商都紛紛提出自己的數(shù)據(jù)存取解決方案，當然這些技術本身并不是今天來剛剛提出，只不過來自用戶需求的迫切，真正喚醒了它們。比如，目前在企業(yè)內(nèi)，異構(gòu)平臺不同應用數(shù)據(jù)的轉(zhuǎn)換傳輸通常會以XML格式為標準，而XML的數(shù)據(jù)結(jié)構(gòu)靈活，轉(zhuǎn)換為關系型去存儲查詢性能很差。所以，Oracle,DB2等等都增加了對原生XML數(shù)據(jù)庫特性的支持，并使用XML qurey語言對數(shù)據(jù)進行直接查詢，無需進行關系表-XML之間的轉(zhuǎn)換。又比如為了適應如今面向?qū)ο笤O計的封裝和可擴展性思想的對象數(shù)據(jù)庫系統(tǒng)。直接對OO模型定義的對象提供一個持久的、可共享的對象庫的存儲和管理。以及多維數(shù)據(jù)庫，從而很容易地實現(xiàn)處理復雜數(shù)據(jù)模型、大數(shù)據(jù)量、高并發(fā)性訪問。傳統(tǒng)關系型數(shù)據(jù)庫已經(jīng)稍顯乏力，在此之上的“后關系型“數(shù)據(jù)庫時代已經(jīng)來到。

2 是動態(tài)語言還是語言動態(tài)特性？

開發(fā)語言的變遷始終是軟件領域最受關注的話題。而隨著ruby所帶表的動態(tài)語言的成功，一時間有不動態(tài)就不行的架勢。其實不難發(fā)現(xiàn)，ruby的成功其關鍵在于它有RoR一套優(yōu)秀的框架。使它可以更加靈活的響應企業(yè)開發(fā)中快速多變的業(yè)務需求。而動態(tài)語言也就被扣上了可以提升開發(fā)效率的帽子。而編程的效率來自許多指標，和最終應用的性能其實也并不是一個概念。如今java平臺，還是.net平臺也都聲稱要支持ruby,而實際的意思是，它們是要吸納RoR框架的優(yōu)勢。我們也可以從c#3.0,linq中看到一些動態(tài)的特性。所以微軟也好，SUN也好，它們是否會真心支持ruby還很難說。動態(tài)語言本身的發(fā)展是否會像python一樣不溫不火，還是會不斷被新的動態(tài)語言取代？又或者JAVA,.NET平臺中加入更多動態(tài)特性，而最終吞噬了動態(tài)語言？

?

3? 客戶端會需要多核計算嗎？

隨著，Intel 四核處理器的轟轟烈烈的發(fā)布，再次將人們的視線聚焦在了多核計算。不可否認，多核的出現(xiàn)是處理器發(fā)展的必然。由于受到工藝水平的限制，單純提升主頻來增加處理器的計算性能，并不是最明智的選擇。對于需要高性能計算的服務器來講，多核計算帶給他們的是更高的計算性能和更低的成本。但服務器端的多CPU，多內(nèi)核并行計算已經(jīng)不是什么新鮮的事情，因此突然間多核受到如此的關注，我想是因為，Intel把多核帶到了普通用戶和企業(yè)面前。不過，如今已經(jīng)是網(wǎng)絡時代，更多的計算任務將交由網(wǎng)絡服務器來承擔，客戶端將更多扮演展現(xiàn)層計算的角色，到底需要多大的計算能力，真的需要4核、8核。。。。。。CPU？相信不會有哪個用戶會不斷的升級利用不上的計算能力?？蛻舳藭枰嗪擞嬎銌?？

?

?

4? 微軟將徹底被排擠出企業(yè)服務器端市場?

Oracle推出linux計劃，緊接著微軟Windows突然和Novell Suse linux合作，震動了整個IT產(chǎn)業(yè)。給人們最直觀的感覺就是微軟windows和linux之爭熱鬧了。然而在這些事件的背后，卻有另外一個信號，微軟很有能因此徹底被擠出服務器端應用市場。為什么這么說？雖然linux和windows 口水戰(zhàn)不斷，但是從技術角度講各有長短，linux對于微軟Windows Server并不是致命的威脅。但真正讓微軟感到害怕的是像oracle這樣的廠商，將企業(yè)解決方案購建在linux之上。這樣企業(yè)在選擇Oracle產(chǎn)品的時候自然也就會選擇linux系統(tǒng)平臺，而微軟產(chǎn)品跨平臺特性一直不好，因此Oracle，Ibm的這些舉動很可能最終將微軟趕出服務器端應用市場。所以，微軟會趕忙和Novell合作并大力發(fā)展虛擬技術，希望可以阻止Oracle對linux市場控制。微軟接下來會做什么？收購Novell，推自己的linux又或者開放Windows？當然像SAP與微軟目前的合作對微軟也是一個機會。

?

5 RIA技術會是怎么一番景象？
RIA 的提出其實已經(jīng)是幾年前的事情了。在C/S-->B/S之風興起的時候，就已經(jīng)有人提出，B/S過于單調(diào)的用戶體驗以及與服務器端交互性能的問題，其實無法滿足用戶的需求。一種綜合C/S豐富用戶體驗以及免去安裝部署維護等問題的富客戶端應用，必然是網(wǎng)絡時代應用的一個發(fā)展趨勢。寬帶網(wǎng)絡的普及加速了用戶對RIA的需求。然而真正阻礙RIA發(fā)展的其實是技術本身。一直以來也沒有一個具有很好跨平臺性能的富客戶端技術來滿足程序設計的需求。而無論是ASP.NET也好還是其它PHP web開發(fā)技術一個致命的問題是，無法真正把客戶端與服務器交互的問題解決好，最基本的大量本應該由客戶端去解決的展示層問題，也不得不通過服務器端來處理。誰能真正解決這個問題。AJAX這個時候便自然的充當了消防員的角色，解決一時之需。但它能承擔起推動RIA發(fā)展的重任嗎？已經(jīng)爭論的口水滿天飛。一直在頁面設計領域占有霸主地方的Adobe，已經(jīng)暗暗的借助其flash應用的優(yōu)勢，發(fā)展自己的AS腳本語言。阿波羅計劃，開放AS VM給firefox，flex等等一系列舉措已經(jīng)顯示了自己的決心。然而擺在它面前的問題是，如何說服廣大的設計人員再去學習一套AS腳本語言。微軟自然不會放棄這個市場，WPF，XAML,Atlas框架的大變樣，Expression產(chǎn)品的獨立推出，也展現(xiàn)了自己的雄心壯志。對于微軟來講它的優(yōu)勢是客戶端操作系統(tǒng)平臺和瀏覽器市場的統(tǒng)治地位，但究竟Expression能有多大的吸引力扭轉(zhuǎn)廣大設計人員的習慣去學習全新的設計工具和語言，也將面臨挑戰(zhàn)。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1443753