上週，微軟宣布了他們改變visual basic語言未來發展計畫的想法。這次公布給visual basic開發人員留下了很多不確定性，但visual basic語言的設計者anthony d.green說明了這個新策略的一些細節。
green首先列出了當時使用vb進行開發的四個基礎指導原則：
vb和c#共享的通用ide和平台構建塊。 共享的「多正規化、物件導向、命令式、強型別等」語言特性。 在api的邊界需要強大的跨語言互操作性和豐富的語言創新機會（如汎型、linq、非同步）。 客戶對語言工具奇偶校驗的反饋。
現在微軟認為vb非常適合那些以windows平台作為目標開發平台的開發者或者程式設計新手（至少，程式設計不是他們主要的職業）。
另一方面，非windows平台的崛起給c#帶來了一定的影響但不會影響到vb。在green看來，vb不太適合遊戲開發或者基於mac os x的開發。vb對於非windows平台適應性的缺乏造成了困境，f#的開源以及c#對開源工具日益增長的支援，使得這兩種語言在吸引和保留開發人員方面優於vb。越來越多的c#開發人員進入了良性迴圈，他們可以帶來更多的進步，從而吸引更多的開發人員。
最後，green提出了一種情況，如果保持c#與vb的開發進度和功能特性齊頭並進，這對於有限的資源會產生壓力。微軟希望專注於c＃，因為它以最快的方式提供最廣泛的反饋。一旦這種反饋產生了對vb開發人員有價值的想法，微軟會考慮從c#移植到vb。
這對於那些想知道他們在vb語言的投入能得到什麼回報的開發者來說意味著什麼？之前列出的四個原則已經被以下目標替代：工具、平台和語言。
green說，vb的質量工具仍然是重點，並提到visual studio 2017中的動態單元測試如何支援vb。在平台的基礎上，vb仍然會被維護以便支援.net core的.net標準。vb語言本身也會增加新的功能和關鍵字，但前提是它們對vb是有意義的，而不僅僅是因為c#中增加了這些特性。green舉例說像utf-8字串就不會新增到vb中。
vb開發人員的反應非常激烈，許多人期待vb可以支援多平台，包括像hololens這樣的微軟技術。reed kimble寫到：「這是乙個雞和蛋的問題。微軟不提供某個功能是因為他們沒有聽到人們的要求。人們沒有要求某個功能是因為微軟還沒有提供該功能，所以這必定意味著人們無法獲得這些功能。
迷茫的未來之路
現在，年過40了，激情早已被歲月打磨得乾乾淨淨，已不能加班，也不能熬夜，失業一下子就落到自己頭上！感覺像是一夢醒來，感覺很清冷，與這個世界脫節了。想起了哲學的三個經典問題 我是誰？我在 我該做什麼？徘徊在這座原本應該熟悉的城市，覺得又很陌生，這麼多年來都沒有好好地走走 看看，漫無目的，天色漸暗，熱鬧...
虛擬化的未來之戰
談及虛擬化就無法不談vm ware這個虛擬化行業中稱霸已久的品牌，在虛擬化的未來之戰中，對這個霸主的挑戰必然是這場戰爭的重頭戲，也應該是序幕戰。其實對於vm ware的挑戰早已經開始了，這就要談談他的兩個最大的競爭對手微軟和citrix。他們也是虛擬化的前三強企業。但是vm ware的市場占有率卻超...
Asterisk 未來之路3 0 0002
偉大的變化需要可擴充套件性技術 每乙個現有的pbx都因為其自身的缺點變的糟糕，不管其功能如何豐富，總有一些東西會漏掉。具備非常完全功能的pbx 也不能預見客戶未來的需求。一些人需要一些古怪的功能，這些功能設計團隊並沒有想到或者認為並沒有構建的價值，因為系統是封閉的，所以使用者不能自己去構建這些功能 ...