<從VB到.NET>微軟新一代作業系統將持續支援VB6.0

微軟對於VB6.0的主流支援，雖然已經停止，但是VB6.0的使用者數並沒有因此消失，為了進一步了解微軟的相關策略，我們專訪了臺灣微軟開發工具暨平臺推廣處副總經理劉念臻，他表示，VB6.0究竟什麼時候會消失，目前雖然無法推估，但長期的趨勢確實朝向.NET發展，如果從DOS與Windows的轉移來看，VB6.0與.NET在市場上並存的時間，至少還有5年甚至是10年。

Q：對於VB6.0的使用者，微軟後續的支援與策略是什麼？
A：微軟雖然無法對5年、10年後的事情做出承諾，但可以確定的是，新一代的作業系統絕對會支援VB6.0，因此，VB6.0的使用者不用過於擔心，未來會面臨到斷水斷電的情況，而延伸支援也將持續到2008年3月31日截止，此外，必須要強調的是，微軟絕對不會做出任何突發性的決策，也不會採取突發性手段來阻斷VB6.0的支援。

事實上，VB6.0的延伸支援策略，已經超出一般產品生命周期的標準。對於VB6.0工具的免費支援，雖然是在2005年3月31日截止，但是後續的電話與Web事件支援的延伸支援，將以付費方式持續提供，根據微軟的規畫，延伸支援將會一直延續到2008年3月31日截止，除此之外，客戶支援合約則可以使用到2012年。

微軟對於VB6.0的使用者一直很尊重，並沒有因為.NET的推出，就想辦法迫使VB6.0使用者盲目追隨，對於VB6.0與.NET並存的現況也在預期之內，當然，VB6.0的使用者，並不等於就是技術落伍的一群，對於使用者來說，VB6.0就像是福斯的金龜車一樣，是一個簡單又好用的經典代表作，因為如此，臺灣目前仍有不少的VB6.0使用者，不過，開發工具仍舊因為整體大環境改變，而必須不斷地推陳出新，才能滿足新的開發需求。

Q：VB走向.NET之後，部分程式開發人員開始轉移到Java等其他的開發平臺，對於這樣的現象，微軟如何解讀？
A：根據過去的歷史經驗來看，任何一個大的趨勢改變，都會短暫出現百家爭鳴的情況，而VB走向.NET的過程，對於程式開發人員來說，既然是要面對改變，又何不嚐試一下其他的可能性呢，在這樣的情況下，這幾年來，確實可以發現不少程式開發人員，會在.NET與Java平臺之間游離。

究其原因，可以發現程式開發環境的一些轉變，過去，程式開發人員所面對的開發環境不僅單純，往往一種開發工具的使用就是永遠，現在，由於資訊架構逐漸從client-server導向Web架構，系統與系統的之間的溝通增加了，程式開發人員也往往需要使用2種以上的開發工具，.NET與Java兩大主流開發工具，自然就會成為程式開發人員的選擇。

Q：根據微軟的估算，目前臺灣還有多少的VB6.0使用者？過去幾年來的變化又是如何？
A：VB6.0的使用者，雖然已經逐年下降，但是，在臺灣至今仍有2萬個使用者，如果以臺灣整體程式開發人員（8萬）作為計算基礎，那麼，VB6.0使用者所佔據的比例，大約是整體的四分之一。在此同時，值得注意的是，從VB6.0升級到.NET的使用比例，近一年來呈現出節節攀升的態勢。

事實上，.NET的發展雖然已經邁入第6年，但是截至2004年底為止，
VB6.0與.NET的使用者數，仍舊是平分秋色的狀況，近來，隨著升級的需求日益強勁，以VB6.0作為開發工具的使用比例不斷下滑，並且在2005年9月底達到42％左右，相較於2004年同期的表現減少了7％，.NET的使用比例則持續增長到58％，預計未來的成長幅度，只會增加不會減少。

Q：從VB6.0升級到.NET的過程中，升級精靈似乎沒有辦法發揮太大的功效？
A：不論是哪一個系統平臺的升級，程式開發人員都相當關心既有資產能否順利轉移的問題，在這樣的前提下，VB6.0升級到.NET的過程中，微軟試圖透過升級精靈，來降低一些重複性的勞力作業，但說實在的，升級精靈只是一個輔助功能，程式開發人員不能期待升級精靈，可以做到猶如轉換器一般的效果。

事實上，升級精靈的功效，是不是能夠完全發揮，也涉及很多不同的因素，例如，程式撰寫過程是不是符合標準等等。

Q：近年來，資訊技術的發展越來越快，各式各樣的升級不斷出現，然而，升級是必要的嗎？
A：以VB的演進來說，過去跟現在所面對的時空背景，就有很大的不同，如果開發工具本身沒有提升，又如何因應新的開發需求，在這樣的前提下，VB6.0才會走向.NET，對於程式開發人員來說，VB6.0與.NET之間的變化雖然很大，但是卻可以落實Web Services、SOA等等的開發需求。

相較於Visual Studio 2003，Visual Studio 2005不僅正式跨入.NET Framework 2.0，其中更注入了軟體工程、生命周期管理的概念，而不只是一個單純的開發工具；從行銷的角度來看，因為新產品的推出，臺灣微軟確實需要花費比較多的資源，說清楚、講明白，但並不代表就會漠視VB6.0使用族群的想法。