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