暈，就這個(gè)論據(jù)啊，太不堪一擊了。
就算想并發(fā)提高處理能力，也不一定多線程吧，多進(jìn)程也可以嘛。用一個(gè)apache/lighttpd+n個(gè)webrick不就可以了。

Eclipse 3默認(rèn)是alt+/啊，VS系列才是Ctrl+Space

@冷面閻羅
沒錯(cuò)的，項(xiàng)目經(jīng)理與客戶溝通是門藝術(shù)。
與客戶經(jīng)常溝通的效果往往勝過合同條款（如果到了非得拿出合同說事的程度，項(xiàng)目基本上就完蛋了）。總之，客戶的目標(biāo)就是盡量少花錢多辦事。而開發(fā)方的目標(biāo)就是能不改就不改（降低成本啊），即使非得要改，也要說的讓客戶覺得欠了你很大一個(gè)人情似的（為下一次他們?cè)偬岢鲂枨笞兏龊脺?zhǔn)備）。中間具體怎么溝通達(dá)到雙贏，就看個(gè)人的本事了。

@心內(nèi)求法
從理論上，這樣是很完美的。但是很難堅(jiān)持下去，因?yàn)橐话銇碚f國內(nèi)的軟件項(xiàng)目，客戶和開發(fā)方根本就不平等。所以只有開發(fā)方多做一些工作了，經(jīng)常與客戶溝通，擺事實(shí)講道理，呵呵。

@冷面閻羅
如果客戶提的需求你覺得有問題，你最好把你的想法整理清楚之后去和項(xiàng)目經(jīng)理談，讓他去說服用戶，或者向更高層的領(lǐng)導(dǎo)匯報(bào)。把利害關(guān)系分析清楚，我想沒有那個(gè)公司想賠錢的。是吧。
但是，如果你一邊覺得有問題，一邊又不說話只是埋頭苦干，那只有啞巴吃黃蓮了。程序員除了技術(shù)，溝通也是非常重要的，尤其到了項(xiàng)目后期，溝通的重要性遠(yuǎn)遠(yuǎn)高于技術(shù)。

@冷面閻羅
遇到這樣的，就要給他變更造成阻力，不能讓他隨意變更。
如果客戶給項(xiàng)目造成很多困擾，而項(xiàng)目項(xiàng)目經(jīng)理搞不定，可以向業(yè)務(wù)人員反饋。一般來說，業(yè)務(wù)與客戶的私人關(guān)系肯定好過項(xiàng)目經(jīng)理和客戶的私人關(guān)系。他們有他們的渠道來和客戶溝通。
如果業(yè)務(wù)不管，可以繼續(xù)向高層反饋，畢竟項(xiàng)目拖久了，公司也是受害者。

補(bǔ)充一點(diǎn)關(guān)于數(shù)組的內(nèi)容，
如果在C++中聲明一個(gè)對(duì)象的數(shù)組，不像C#，數(shù)組中默認(rèn)的元素都是null，C++的數(shù)組中可以容納多少元素就會(huì)在聲明數(shù)組的時(shí)候執(zhí)行多少次構(gòu)造函數(shù)將實(shí)際函數(shù)構(gòu)造出來。

如果所有分區(qū)都是在同一塊硬盤上面，性能還會(huì)有提高么？是否有評(píng)測(cè)？謝謝。

改進(jìn)和克隆還是有區(qū)別的。我覺得重新發(fā)明輪子是一個(gè)成本的問題，比如以前我國的兩彈一星，別人是不會(huì)輕易share給我們的，不重新發(fā)明我們就沒法立足。但是像Spring這樣open source的東東，除非它無法滿足需要，否則重新發(fā)明它除了鍛煉自己的技術(shù)，實(shí)在沒啥價(jià)值。當(dāng)然如果你有足夠的資源做一個(gè)全新的東西完全符合你的需要，就沒有問題。

我的觀點(diǎn)是首先要繼承、學(xué)習(xí)，接著才是創(chuàng)新、改進(jìn)。

不錯(cuò)，不過blog的字體太大了，看起來比較痛苦。

我這幾天用了一下Eclipse+WTP1.01的那個(gè)All in One版本，感覺很爽，應(yīng)該加進(jìn)去。MSDN最重要的部分不是這些軟件，而是那些技術(shù)文檔，可惜Java在文檔這塊一直追不上MSDN啊。咱們先把一些Sun官方的電子文檔加進(jìn)來把，另外就是Log4j/Ant/Dom4j/Spring/Hibernate等這些東東的文檔。還有Apache里面的一個(gè)性能測(cè)試工具。大家看看還有啥不？

謝謝您的指教，對(duì)于這三個(gè)方面，我是這么考慮的：
1，j2sdk中的Observer/Observable難道就不類型安全？
沒錯(cuò)啊，因?yàn)榻涌谠O(shè)計(jì)的太粗，所以無法保證回調(diào)時(shí)一定傳入監(jiān)聽器需要的類型。
2，多個(gè)事件函數(shù)的意義在于可以清晰的表明事件的含義，并且提高效率。監(jiān)聽器不必自己處理所有的事件。
3，TestEvents實(shí)現(xiàn)ITestEventHandler的確不夠優(yōu)雅，不過這是為了程序編寫上的方便。另外因?yàn)門estEvents可以實(shí)現(xiàn)很多接口，所以把事件處理類型傳遞進(jìn)去，可以減少一部分工作。您覺得這塊需要如何改進(jìn)呢？
這個(gè)類的目標(biāo)是改進(jìn)Observer，我也的確認(rèn)為對(duì)Observer做出了一些改善，所以我保留標(biāo)題。