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，平时很少上，刚看到你的评论，已经加上出处了。

放在中文路径下无法运行，在中文路径下可以了。