微軟是如何失去web開發市場的

       我曾經是微軟的忠實粉絲,現在終於準備告別.net轉向java了,爲了這個轉變寫篇文章紀念一下自己的歷程。       

       我是從excel開始接觸微軟的(1998年),然後主要用VB和VBA寫程序,從2001年開始我寫了大量的access數據庫應用,用access編程簡直爽呆了,直到現在我也沒有看見哪個IDE和語言能夠達到access的編程速度,它在表結構(可以從excel直接導入)和SQL(圖形化界面拖拽)寫好後30秒內可以完成一個主細表結構的界面(master-detail),而且自動實現公式計算和多行增刪改查,一行代碼都不用寫。而且可以用數據透視表作爲展示界面,在幾分種內可以提供成千上萬的報表。增加一個字段也就花1分鐘左右,從後臺到報表全部完成。當時信息部的開發速度和我一比,就象一頭豬和老鷹賽跑,我一天就能寫好的程序,他們花錢請供應商做還要幾個月。你所能想到的一切,微軟在access中幾乎全部幫你實現了。access的唯一缺點是只能在單機應用(網絡上用安全有問題),文件大小不能超過2G。我一直以爲微軟下一步就是在web和PC端推廣和實現access的編程模式了,當時微軟的asp已經是紅遍大江南北。當.net 1.0(VS7)出來的時候我大喜過望,馬上去寫個表格多行增刪改查的應用,結果大失所望。pc端的datagrid要寫不少程序才能實現多行增刪改查。web端根本就不支持在線編輯,要一條條記錄去編輯,這還把用戶當人嗎?

       AJAX這一技術實際是微軟首創的,結果是導致了web2.0的革命,但他在.net框架中沒有做任何革新,甚至基本摒棄了。反而是在後來的vs中被市場逼得加了一個ajax控件庫,而且仍然沒有解決在線表格多行增刪改查的問題,後來又把datagrid的名字改成了gridview,實際是換湯不換藥,只是給一頭豬改了個名字。微軟一直醉心於編程語言的創新,弄了個C#還要F#,對於JS的巨大需求和呼聲猶如聾了一般,自己的vbscript也沒有好好發展,程序員在界面上的快速開發需求幾乎是的微軟的敵人,微軟就是不肯給你好好作一個grid控件。連office的用戶都在新版的office中都找不到原有的菜單項了,VS就更讓人痛苦了,硬盤空間佔用越來越龐大,而且不肯支持js編程的智能感知。然後又搞silver,去抄襲flash,爲什麼不好好搞一下自己的VS呢?微軟一直固守服務器端,一心只想把程序員和用戶綁定在.net框架上,這樣他就可以賣更多的windows server和IE(當然是綁定在windows上),這是違背用戶需求的,服務器怎麼能夠快速滿足客戶端千變萬化的迅速體驗呢?

       如果他肯把access的編程模式應用到web編程上來,目前web開發的市場佔有率肯定超過70%,市場上林林總總java框架怎麼可能活下來?angular js怎麼可能出現?估計原來access編程模式的設計者早就被MS幹掉了。現在市場上各種快速開發框架如雨後春筍,逼得.net不得不開源了,這種不關心程序員需求的編程語言基本上快要進垃圾堆了,微軟再不努力也就是等待着滅亡了。能夠全面兼容微軟操作系統中的應用的新操作系統還沒有出現,當這一系統出現,微軟的壽終正寢之日也就到了。望着在風中搖曳的MS,我輕輕的揮揮袖,“滄浪之水清兮可以濯我纓,滄浪之水濁兮可以濯我足”,曾經偉大的微軟,我爲你遙遙奉上一篇祭文。如果你現在能夠在vs中實現access開發模式可能還有一線生機。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章