Picses' sky

謝謝，收到了。

謝謝了。
djsl6073@126.com

第七版出了，verycd上有清晰的pdf版本，包括源代碼，中文的。

@山風小子
"內部實現再怎么糟糕，我們都不關心的，
所以他亂用的話，苦的還是他自己，您說呢 :) "
這么說不大對，我們用他的程序就一定要確保正確使用，無論是否是開源的，都是必須的，畢竟java不快，要優化的地方還是很多，即便是eclipse，swt，我們也不會什么底層都不知道就拿來用。

netbeans挺好的，可惜測試版bug多多，拿來開發有點怕怕，我也在netbeans上用javafx了，m10里面又bug(新出的可視化預覽的bug)，改用m9，感覺還行，支持binding和tragger，不過語法似乎還在變動，用早期的代碼還報錯了，可以去看它的源代碼，確實是語法suger，而且運行起來很慢，因為是純粹的解釋然后構件類和對象運行，發布里是源代碼形式的，不會是動態語言吧。

暈，從06年到現在一直有人要嗎？我也要一個djsl6071@hotmail.com

Are you kidding us?

一、 誤區1：Ruby適合于小項目而Java適合于大型復雜項目

這種結論是非常的不切實際的。因為事實上，Java適合開發于小型且明確的項目，而Ruby反而適合于開發大型、復雜及開放性的項目。

Java適合小項目的理由如下：

1． 對于小項目，能找到一些開源且合適的內庫，將意味著完成了十之八九了。這樣的開發模型效率最高。而Java提供的內庫比任何語言都豐富；
//正因為Java提供了世界上超過任何一種其他語言可能擁有支持的類庫，它毫無疑問使用于開發各種程序。
2． 小項目的經濟預算對于開發語言的不穩定很敏感，希望越成熟越好。而Java語言眾所周知，而且開發文檔完備；
//大項目更加要求語言的成熟，所以，銀行電信才紛紛投入java的懷抱
3． 對于小型項目，開發團隊沒有足夠的時間與財力來學習新的語言，而Java則是大家都很熟悉的開發語言。
//come on，你知道一個人一輩子是不可能學會java的所有東西的嗎？據我所知，世界上有不少熟悉java的人，但即便是大師都不敢說精通java。
而對大型項目，Ruby則更有優勢：

1． 由于大型項目的開發難度與任務艱巨，因此語言的開發效率比語言內庫的多少顯得更加的重要。而Ruby正是這樣一種高效的開發語言；
//java曾經是開發效率很高的編程語言，擁有豐富的類庫支持，這在具體實現上等于將開發的若干個步驟交給開源社區完成和維護了。碰到成熟的運用首先想到的就是java
2． 大項目肯定有許多意想不到的事情，因此對于這種變化，要求開發語言有極好的靈活性。而Ruby的靈活性是很好的；
//用java都這么多年了，什么問題沒碰到過，它的擴展和適用性是ruby不能比的。
3． 對于大型項目，技術培訓將顯得很有遠見。但很多公司都低估了這一點。大約5天的技術培訓，可以提高開發人員約10% 的開發效率，同時，這種培訓效果將保持在一年內。Ruby正好適合這樣技術長遠的培訓。
//不知所云，大項目哪有用現成培訓的人員，都是資深的開發師，他們誰都不敢貿然用沒有經過長期歷史考驗的技術。
那么，如果上面的神話如此的不切實際，人們為什么還會相信呢？因為到目前為止，Ruby非常成功的應用于一類小型項目的開發：基于數據庫的web應用程序。而Ruby on Rails的出現正好彌補了Ruby在開發小型項目方面的不足：

1． Rails正是人們所需要的庫；

2． Rails盡量排除小型項目的不穩定性；

3． Rails有廣泛的實際經驗，開發人員需要額外培訓很少。

人們認識到了Ruby on Rails的成功，于是由于思維定勢，只看到眾多小型成功的Ruby on Rails項目，眾多大型成功的Java項目，而沒有全面的了解實際的情況。從而就有了上面的認識誤區。

編程講究思想，思想提倡oo，oo要求復用，復用終將不用。
我仍舊喜歡Java，也許是還沒怎么接觸其他語言吧。
如果有一天...

軟件職業，與人生，是分開的。
金錢等等，與人生，同樣是分開的。
癡和妄，欲和嗔，與人生，一樣可以分開。
人窮志短，是因為人們無法將它們分開，誰都一樣，你沒法子，我也沒法子。
所以可以一時看破，一時逃過，卻無法讓它們不追著你，也無法不讓你想著它們。
好自為之，別到時候后悔。

簡單，實用，這兩個足以照顧項目的開發。

做主動的程序員，主動學習適合自己的簡單的實用的編程知識，是積極進取的職業規劃原則。

sorry，平時很少上，剛看到你的評論，已經加上出處了。

放在中文路徑下無法運行，在中文路徑下可以了。