arstechnica網(wǎng)站Peter Bright撰文表示，現(xiàn)在Windows雖然統(tǒng)治著桌面，但是他們的平臺(tái)開發(fā)已經(jīng)是日落西山，大批程序員開始向Mac OS X等平臺(tái)遷移。
在2001年XP發(fā)布的時(shí)候，Mac OS X還是有很多麻煩，性能和穩(wěn)定性都非常差勁，所以與XP對抗的還是Mac OS 9，但是Mac OS在這幾年來卻突飛猛進(jìn)，核心音頻、圖像、數(shù)據(jù)、Quartz Extreme等都有了長足進(jìn)展，還有很多高質(zhì)量的軟件支持，XP五年以來一如既往，直到Vista推出。
在Vista跟XP之間，微軟對他們的平臺(tái)也做了革新的嘗試，這就是.Net Framework。這本來是一個(gè)優(yōu)秀的系統(tǒng)，其本身在質(zhì)量、性能、GUI創(chuàng)建、前瞻性等各個(gè)方面都不錯(cuò)，但是遺憾的是遭到了大部分開發(fā)人員的厭惡，因?yàn)樗腖ibrary太糟糕了，太簡單不靈活受限太多。似乎微軟也無力讓windows進(jìn)入新時(shí)代。
微軟推出.NET Framework本意是創(chuàng)造任何開發(fā)者都可使用的統(tǒng)一架構(gòu)，但是他們沒有注意到開發(fā)人員是分層次的。底層的Windows開發(fā)人員也是最多的開發(fā)人員，需要與Access、Excel、VB6等打交道，他們寫的商務(wù)軟件代碼最主要的是考慮兼容性，用微軟的傻瓜式開發(fā)工具開發(fā)出許多丑陋不堪的程序，他們根本不在意品質(zhì)。而高質(zhì)量的程序員對.Net的開發(fā)環(huán)境有許多不滿意之處（微軟對他們無很無視，最重視的還是“商業(yè)程序員”），他們更喜歡嘗試新鮮適合其個(gè)性的東西。
Windows上編寫程序已經(jīng)成了一場災(zāi)難，如果你使用15年前學(xué)到相同技術(shù)，不改變你編程的方式，Windows確實(shí)還不錯(cuò)。但是想變革就太難了，API調(diào)用的參數(shù)很糟，使用已釋放的內(nèi)存，總是訪問定位于特定的目錄的文件，代碼里里外外充滿了矛盾。
微軟自己也很無奈，兼容性考慮使得微軟無法維護(hù)和修正代碼，因?yàn)榇a與其表明功用的文檔早已分道揚(yáng)鑣，沒人知道它是如何工作的，測試也無法進(jìn)行。
例如，在Windows 16位時(shí)代，系統(tǒng)文件夾名為“system”，在win32時(shí)代名為“system32”，到了64位時(shí)代，它還得叫“System32”，因?yàn)槌绦蛑徽J(rèn)這個(gè)文件夾名，盡管里面是64位的系統(tǒng)文件……
在2001年XP發(fā)布的時(shí)候，Mac OS X還是有很多麻煩，性能和穩(wěn)定性都非常差勁，所以與XP對抗的還是Mac OS 9，但是Mac OS在這幾年來卻突飛猛進(jìn)，核心音頻、圖像、數(shù)據(jù)、Quartz Extreme等都有了長足進(jìn)展，還有很多高質(zhì)量的軟件支持，XP五年以來一如既往，直到Vista推出。
在Vista跟XP之間，微軟對他們的平臺(tái)也做了革新的嘗試，這就是.Net Framework。這本來是一個(gè)優(yōu)秀的系統(tǒng)，其本身在質(zhì)量、性能、GUI創(chuàng)建、前瞻性等各個(gè)方面都不錯(cuò)，但是遺憾的是遭到了大部分開發(fā)人員的厭惡，因?yàn)樗腖ibrary太糟糕了，太簡單不靈活受限太多。似乎微軟也無力讓windows進(jìn)入新時(shí)代。
微軟推出.NET Framework本意是創(chuàng)造任何開發(fā)者都可使用的統(tǒng)一架構(gòu)，但是他們沒有注意到開發(fā)人員是分層次的。底層的Windows開發(fā)人員也是最多的開發(fā)人員，需要與Access、Excel、VB6等打交道，他們寫的商務(wù)軟件代碼最主要的是考慮兼容性，用微軟的傻瓜式開發(fā)工具開發(fā)出許多丑陋不堪的程序，他們根本不在意品質(zhì)。而高質(zhì)量的程序員對.Net的開發(fā)環(huán)境有許多不滿意之處（微軟對他們無很無視，最重視的還是“商業(yè)程序員”），他們更喜歡嘗試新鮮適合其個(gè)性的東西。
Windows上編寫程序已經(jīng)成了一場災(zāi)難，如果你使用15年前學(xué)到相同技術(shù)，不改變你編程的方式，Windows確實(shí)還不錯(cuò)。但是想變革就太難了，API調(diào)用的參數(shù)很糟，使用已釋放的內(nèi)存，總是訪問定位于特定的目錄的文件，代碼里里外外充滿了矛盾。
微軟自己也很無奈，兼容性考慮使得微軟無法維護(hù)和修正代碼，因?yàn)榇a與其表明功用的文檔早已分道揚(yáng)鑣，沒人知道它是如何工作的，測試也無法進(jìn)行。
例如，在Windows 16位時(shí)代，系統(tǒng)文件夾名為“system”，在win32時(shí)代名為“system32”，到了64位時(shí)代，它還得叫“System32”，因?yàn)槌绦蛑徽J(rèn)這個(gè)文件夾名，盡管里面是64位的系統(tǒng)文件……