招聘频道不是技术区，所以转贴可以。

墨香尚未尽, 铁道已通天-E文促读新书<应用Rails进行敏捷web开发>

Hamster与Rails开源社区建设  

http://www.bizwiki.cn/teamblog/?p=240

Hamster 作为国内第一个Ruby On Rails 企业级应用级的开源项目，正式公开发布今天是第10天。在过去10天，Hamster 得到了很多朋友的关注，同时也有越来越多的朋友参与到我们的开源社区建设工作当中，谢谢各位。由于各位的关于与支持，Hamster 曾一度占领RubyForge（全球Ruby 开源项目发布组织）的最活跃项目第一位。

尽管我们尽可能在发布以前将可能出现的问题减轻到最小，然而开源的力量就是如此巨大：有人替我们在多个浏览器上面进行测试；有人帮助我们发现代码当中的低级失误；有人为我们的程序流程提出了指正；有人制作了Hamster 的中英文文档；也有人为Hamster 设计了更好的UI。不单纯是国内的开发人员，甚至包括国外的软件工程师们也都正在加入到Hamster 的进一步开发当中。

Hi ,
I would like to join Hamster . I have 1 year rails exp & from India.
Many many thanks! MY skill set includes:
Ruby/Rails/Javascripts/Ajax/HTML/CSS
Extra — c, c++, java , jsp , servlets , Java mail , j2me

Hamster 是我们第一个项目，而喧闹13，这个开源社区的建设应该说是与Hamster 同步发展的。Hamster 在不断的更新，我们的社区同样在不断的发展，扩大，完善。目前社区当中很多设施依然停留在分布于互联网上面的各个角落，如中文发布页面，英文发布页面，开发项目主页，代码下载，开发团队协作平台，Demo 测试平台，开发测试平台，SVN Checkout 等等。其实资源的分布性存贮并不会阻碍开源项目的协作开展，相反我觉得能提升网络资源的利用效率。我们会在近期将更多的设施添加到开源社区当中，包括开发团队的Podcasting，项目更新发布Weblog，用户报错与交流论坛等等。它们可能并不集中在一台服务器或者一个域名当中。可是我们却将使用集中性流程管理，来将这些分布的资源统一组织在一起。相对于 Hamster，我们的下一个开源项目得到的将是更明确，更具管理性的模式化发布以及协作开发流程。我相信也将同样吸引广泛的开发者的支持。下一个项目在哪里？我不知道 —— 有可能是你手上的那个项目吗？

用户得到的是一次使用Ruby on Rails 开发出来的Web 应用程序的一次体验；开发者得到的是我们协同开发的源代码；而我们追求得到的并不停留于此。开源的概念不单纯包含开放源代码，我们更看重的是开放的想法与理念，然后只是通过代码实现出来而已。我们寻找的是具备开放自我心灵与理念的开发者，而不是自我封闭的程序员。你是程序员，还是开发者呢？

最后一点，正如你在上面的幻灯片截屏看到的，为开源项目设立更好的商业开发平台，是我们的目标。如何建立开源应用程序社区的商业模式？我们正在思考，也正在尝试着去做。期待与你的共享以及交流。烦恼了好几天的公司名字今天终于注册了下来：迈威（My Way），这条路能跑多远？我们也不知道，跑累了，也会像阿甘那样突然停下来回家去。但，现在我们的Ruby on Rails开源项目，喧闹13 开源社区正跑在路上。欢迎加入，感谢阅读：孟诗宇

RadRails and SAP


SAP has invited the RadRails team here in Zurich to talk at TechEd Amsterdam in October. We have been talking with the folks at SAP over the past few months as they are beginning to shape a larger strategy for scripting language support within their platform. Piers Harding has written a connector to enable SAP data on the Rails framework. The data works; that is step one.

The next step is letting the half-million SAP developers worldwide know what Rails is about and how it can make them more productive. Our session in Amsterdam will be a walkthrough in how they can easily use Rails as their frontend to SAP data. Matt and I will build a vertical live on stage and be around to talk and evangelize its simplicity.

The final strategic goal after their network of developers learn how to take advantage of scripting is making deployment effortless. We need to work together to reach that point where the development team can hand over a rails app to system administrators who don't know anything else but how to deploy it. I see it as a larger mission to bring scripting languages on par with .Net and J2EE containers. We have to stop living in a world with two "enterprise" deployment options. Rails now finally fits in the accepted apache stack with mongrel and Apple's endorsement yesterday certainly backs that up. SAP has a great opportunity to do this with their platform and I hope to talk extensively about tearing down this wall at TechEd.

This kind of interaction with SAP is the very reason we started RadRails. Our goal is to make developers happy and let me tell you: enterprise developers are in a lot of pain. We hope that RadRails can enable Rails to slide even further into the enterprise and be that gateway drug for Java/.Net developers.

这篇文章（http://www.tbray.org/ongoing/When/200x/2006/11/10/Comparing-Frameworks）从可升级性，开发速度，开发工具，可维护性比较了java,rails,php。作者个人认为他们最重要的是可维护性，因为开发完成一个系统，维护它是一个长期的过程。从文章中提供的示意图可看出rails的开发速度和可维护性是非常的好，以前就听说RAILS是个非常不错的脚步语言，我也正在学习它。希望以后能够用RAILS开发出更好的web系统来。