1、Java的风格不是一开始就是这样的,也经历了一个探索、演化、成熟、形成模式,广泛传播的过程。这是java之所以能够大面积推广、工业级强度应用的原因,也可以说是java大面积推广、工业级强度应用后的结果。
2、Web2.0,固然都是从小应用开始,能快速上手的,但是,这并不意味着,Web2.0只能都是简单的,或者说,都会始终是简单的。JavaEye 2.0目前固然还很简单,但是将来如果想加入多种扩展功能,比如Blog的模版支持,更加完善的Forum,会员的管理,数据的统计,以及将来的招聘,开源项目支持等等,一定会越来越复杂的,难道你那时候就不用ruby了?
3、ruby,相比java最大的优势,不是他用法多种多样,开发速度快,而是更加容易快速的修改,而这正式未来企业级开发,所必须的品质。这一点,buaawhl已经说得很透彻了。
4、除了语言之外,设计模式、框架、开发约定、习惯等等,都是减少开发中交流难题的办法。目前能够用到的工具,还有自动化的TestCase,这个TestCase不但可以辅助重构,我以为也可以作为多个模块之间的协作约定的“无歧义表述”。
5、Ruby过于灵活,Rails其实是过于死板了。这两者的特性不该混为一谈。
6、任何时候,小团队的交流效率,都比大团队的更高,并非Ruby语言、Rails框架的特有问题。如果Robbin认为,采用RoR开发,团队人数就不能超过3个人,那就是着相了。
目前想到的就是这些。
2、Web2.0,固然都是从小应用开始,能快速上手的,但是,这并不意味着,Web2.0只能都是简单的,或者说,都会始终是简单的。JavaEye 2.0目前固然还很简单,但是将来如果想加入多种扩展功能,比如Blog的模版支持,更加完善的Forum,会员的管理,数据的统计,以及将来的招聘,开源项目支持等等,一定会越来越复杂的,难道你那时候就不用ruby了?
3、ruby,相比java最大的优势,不是他用法多种多样,开发速度快,而是更加容易快速的修改,而这正式未来企业级开发,所必须的品质。这一点,buaawhl已经说得很透彻了。
4、除了语言之外,设计模式、框架、开发约定、习惯等等,都是减少开发中交流难题的办法。目前能够用到的工具,还有自动化的TestCase,这个TestCase不但可以辅助重构,我以为也可以作为多个模块之间的协作约定的“无歧义表述”。
5、Ruby过于灵活,Rails其实是过于死板了。这两者的特性不该混为一谈。
6、任何时候,小团队的交流效率,都比大团队的更高,并非Ruby语言、Rails框架的特有问题。如果Robbin认为,采用RoR开发,团队人数就不能超过3个人,那就是着相了。
目前想到的就是这些。