@竹十一
需要強(qiáng)調(diào)的是少不等于沒有。
文檔究竟少到什么程度不會(huì)死人，這個(gè)是需要按照項(xiàng)目情況、團(tuán)隊(duì)能力以及公司環(huán)境等等因素綜合考慮的。
所以我們才說敏捷方法中的簡單是一門藝術(shù)！
@Thomas
測試了一下，應(yīng)該是在ubuntu下創(chuàng)建的壓縮包不能包含中文文件名，否則在windows下面會(huì)打不開。已經(jīng)重新更新了下載文件包，謝謝提醒。
@Li Pengjie
推薦的方法是WS封裝為OSGi bundle。
“雖然每個(gè)browser也是一個(gè)bundle”——不知道你怎么得出這樣一個(gè)結(jié)論。看來你還需要認(rèn)真去理解OSGi的相關(guān)概念。
說到底，就是要具備相應(yīng)的學(xué)習(xí)能力！
不懂得學(xué)習(xí)的人，干哪一行都是不行的。
@Adam
what you means can be done by change the line
< target name ="encoding" depends ="init" >
to
< target name ="encoding" depends ="clean, init" >
@lostfalcon 謝謝你的提醒，漢化文件早已經(jīng)提交給XPUI開發(fā)組了 :)
Dan Fuhry
<dandaman32@gmail.com> 致 我
更多選項(xiàng) 9月6日
Hi Boon Xiong,
Thank you very much for your contribution. I'll be glad to include the
language file in the next release of the ExperienceUI.
-dandaman32
@劍事
謝謝！鍵入錯(cuò)誤，已經(jīng)糾正了 ：）
@dogstar 強(qiáng)。:)
的確，沒有參照物，不太容易知道好的究竟有多好。呵呵
@wangpf
native2ascii 是將指定的文件轉(zhuǎn)換為 ASCII 編碼。
比如 GB => ASCII等，如果需要 GB=> UTF-8 則不適用。
@JC 我也不是很贊同這段描述。
不過那個(gè)向客戶和領(lǐng)導(dǎo)說話的就是我本人。呵呵
re: 程序人生(工作三年的回想) 破門 2006-03-22 10:57
@bluedavy： 出回憶錄還早了點(diǎn)，哈哈....
不過還是希望有更多的程序員能看到這篇文章，應(yīng)該會(huì)有收獲的。要說這篇文章的問題就是，不要太強(qiáng)調(diào)環(huán)境給你的條件了，不是每個(gè)人都這么幸運(yùn)的。還有，這么幸運(yùn)的背后是個(gè)人不懈的努力，不要讓大家忽略了這一點(diǎn)。
@ 一天一點(diǎn)愛戀：機(jī)會(huì)是爭取來的，培養(yǎng)一個(gè)人更多的是靠自己努力。
從公司角度來說，培養(yǎng)人的成本還是太高了，留住培養(yǎng)好的人才則更難。
所以說，好的職業(yè)規(guī)劃和目標(biāo)從一開始就非常重要，尤其是頭三年......
re: 分層與分模塊開發(fā) 破門 2006-03-22 10:46
@fisher
“在實(shí)踐中，我發(fā)現(xiàn)無論哪種方法都會(huì)有問題”，完全同意！：）
因?yàn)閷?shí)踐中沒有哪一個(gè)項(xiàng)目是完全相同的，所以我說，分層與分模塊只是技術(shù)，不要把它們當(dāng)做“銀彈”。
實(shí)踐是門更深的藝術(shù)！
所以，選擇技術(shù)架構(gòu)、路線和管理手段的方法完完全全來自你面臨的實(shí)際情況，你的項(xiàng)目目標(biāo)，你能找到的資源，你所在的管理環(huán)境等等.....
因此，討論任何一門技術(shù)方法的時(shí)候，不能只討論技術(shù)本身，千萬不要忘記了它們適用的場景，否則，太容易帶來誤導(dǎo)了。
re: 分層與分模塊開發(fā) 破門 2006-03-20 09:35
這個(gè)命題我個(gè)人認(rèn)為可能永遠(yuǎn)出不了結(jié)果，只能以刀劍之爭來比喻一下：究竟是胡家快刀厲害，還是苗家劍法無雙？
事實(shí)上，我覺得還是應(yīng)該就是論事，發(fā)揮各自的長處，最終道理都是相通的，就像胡一刀可以和苗人鳳互換兵器，依然要爭個(gè)三天三夜還是會(huì)旗鼓相當(dāng)一樣。
說白了點(diǎn)，為了達(dá)成目標(biāo)，你長于架構(gòu)可以先分層再來支持模塊。如果你長于業(yè)務(wù)，自然先分模塊再考慮重構(gòu)系統(tǒng)分層。可嘆的是，我們往往只取其一。做產(chǎn)品的，只管分層，不管應(yīng)用；做應(yīng)用的只看模塊，不看架構(gòu)。最終，都是死路一條！
所謂交互，指得是.NET 直接調(diào)用java對(duì)象。hoho....
WS當(dāng)然沒問題，但是如果能直接調(diào)用，會(huì)更加直接一些。
呵呵，整理的不錯(cuò)啊。
是不是準(zhǔn)備招募插件管理框架的合作開發(fā)人員？：）
ClassPath和啟動(dòng)問題的確會(huì)有很多困擾，不過這也說明了在Equinox還有很多可以發(fā)展的空間。比如 Boundle和IOC的接合就需要好好探討一下。
SOA么，暫時(shí)還沒有什么想法，只是覺得以前Apache Avalon中提出了很多不錯(cuò)的概念和實(shí)現(xiàn)，那樣一個(gè)項(xiàng)目的關(guān)閉還是讓人有些遺憾的，希望能夠在Equinox應(yīng)用過程中有所突破。
可配置性、可管理性、反轉(zhuǎn)控制、MVC等等這些優(yōu)秀特性如何在Equinox中應(yīng)用值得大家努力來發(fā)展。
re: 易用的界面，簡單的一步 破門 2006-03-10 10:11
“UI是否以用戶預(yù)期的方式來響應(yīng)他們的操作。”嗯，這句話真的是非常經(jīng)典，值得記錄下來收藏。
現(xiàn)身說法，我最近剛剛遭到挫折，而這個(gè)挫折來自于我自我欣賞的系統(tǒng)不能被用戶接收，而用戶不能接收的原因恰恰正是這一句話吧。
我的系統(tǒng)不能夠按照他們預(yù)期的方式來操作。