1.該來的終究會來，出來混，總是要還的。
什么都不懂，也許過得還會快樂些，無須天天學習。:-)
2.思路和產品都是好的，但是只能運行在windows上的東西，難成氣候。微軟借鑒了很多開源社區的成果，開源社區也會學習，超越微軟。
就像myan自己說的微軟犯了戰略錯誤，戰略錯誤不僅在斷了adobe的生意，更重要的是把自己囚禁在獨立王國里，就像唐朝以后的中國，依舊輝煌，依舊領先，卻不屬于世界。
微軟老了。
3.
以開發者的視角看，這項技術的確讓人激動。
以用戶的視角看，這要求：
* 我們安裝WPF的runtime
* 以微軟一貫的伎倆，這個runtime最多向前支持到XP，而2000之類將被拋棄
* Vista內置runtime，不過從XP 2001年推出到現在，仍是2000和XP對分天下的局面來看，Vista的用戶基數增長不是很樂觀
* 最核心的問題是：WPF這項技術提高用戶體驗、提高系統交互性能否超越HTML+CSS+AJAX還是個問題，說實在的優秀的CUI(Console UI)程序的交互性比GUI程序的交互性強了去了。
結論：5年后我們再看，不過五年后變數仍是未定。
Google現在是致力于打造自己的超級計算服務器端，MS從一種邪惡的角度來收攏對開放者的控制權，一個內修，吸引用戶，一個外張，控制開發者，鹿死誰手，再看吧……
總之，現在越來越不喜歡MS，強迫大家升級硬件和操作系統，硬件升級帶來的好處都被操作系統占了便宜，CPU和內存都被OS用了去，這樣用來解決用戶問題的資源就少了，邪惡阿！！
4.
誠然，從純技術的角度來看，我們也早就認為XUL/XAML一類使用XML來描述界面組件和布局的技術肯定是Web界面開發技術的發展趨勢。W3C今年成
立了一個工作組，希望將XUL、XAML、MXML等幾種界面描述語言統一為一種標準的格式（http:
//www.w3.org/2006/appformats/）。所以我們認為孟巖老師所看到的趨勢是沒有大問題的。從純技術的角度來看，將來的Web界
面開發肯定會發展到這種技術。
?
5.
軟件開發并不是流水線式生產。分工應該適當，分工太細，不同層次之間溝通的成本就會迅速上升。這又回到了
《人月神話》中的命題：主要的成本在于溝通的成本。依靠細致的分工降低對開發人員素質的要求，實現流水線式生產，創造大批軟件藍領，這本身就是一個幻想。
Ruby解決問題的思路與此是不同的，Ruby的思路是提高抽象的層次，使得一個開發人員有能力承擔更多功能的開發。
總結了以上眾人之言,我想說的是：
??? 當以開發人員為本，得開發人員者得天下。
另：
http://www-128.ibm.com/developerworks/cn/linux/l-enhydra/index.html
2.1.2 一流的表示技術
XMLC的簡潔和強悍，奠定了它在表示技術中的領先地位。
- 使用Enhdyra XMLC，界面設計人員和后臺程序開發人員可以很好地分工協作。界面設計人員幾乎可以任意修改用戶界面而不會影響后臺程序開發人員，反之亦然。
- 使用Enhydra XMLC，界面設計人員和后臺程序開發人員只需要在項目開始時一起商定需要動態修改的元素及其ID值，其后就幾乎不需要相互碰頭了，分頭去實現就可以。
- 使用Enhydra XMLC，界面設計人員不需要任何的Java知識，只需要專注于界面設計即可。
- 使用Enhydra XMLC，后臺程序人員只需要極少的HTML等標記語言知識，只需要專注于動態內容的顯示控制和業務流程的設計即可。
- 使用Enhydra XMLC，可以使用任何你熟悉的HTML編輯軟件，因為XMLC沒有引入任何額外的標記元素。Enhydra XMLC中所重用的ID元素，是HTML
4.0及其以上版本的標準元素。
- Enhydra XMLC把頁面(HTML，XML，WML等)轉換有對等的Java類(DOM樹)，就意味著可以從面向對象的角度來操縱整個頁面。
- 使用Enhydra XMLC，使得同時支持WML，XHTML，cHTML/i-mode，voiceXML，J2ME變的非常簡單。
引自:
http://ajaxcn.org/forum/posts/list/304.page