我们的目标——RoR？

来新公司已经一个多月了，一进来就一直在做一个全新产品的开发。这个产品是为了给用户提供一个快速开发中小型应用提供的可视化开发平台。在前一个公司从事了近两年的web应用程序的开发——规模也算得上是大型系统，现在一转身即将变成某web应用开发平台的缔造者之一，倒也觉得新鲜。

一切才刚刚开始，需求、技术……，大家都在摸索。第一个版本作为试验田，要做的简单而有意义——也许复杂的功能我们暂时不能提供支持，但是这个产品的宗旨和理念要体现在里面。而我理解的它的理念就是——傻瓜化。

做到傻瓜化，操作步骤简单，甚至免编程，就注定了能实现的功能非常有限。因此提供很好的API允许用户在我们框架的基础上进行二次开发是必不可少的。而现有的一些实现方案似乎都不太理想，大量的重复代码和简单的功能让我感到很不爽。这使我又想起以前使用JBuilder来拖拽桌面程序时，生成的带有JBuilder自有方法并且大量重复的代码。我们绝不能做成那个样子。如果我们不提供生成一个良好的框架，那么用户为了满足复杂点的业务就有可能要破坏我们的封装，甚至抛弃我们的代码——那，我们的工作就又退回到了作为某些开源框架的第三方辅助工具上了。

傻瓜化，而且要提供良好的框架……。我脑子中立即闪现出一匹在2005年大红大紫的黑马——Ruby on Rails。

在RoR刚开始走红的时候，我曾关注过它，看了些老外写的文章，后来《程序员》搞了一个专题介绍它（里面有篇文章就和我看过的文章惊人的相似，不知作者是一人否），算是对RoR有点肤浅的了解。由于不敢恭维Ruby的语法，也就懒得亲自动手实践一下这个明星的风采。

RoR之所以成功，正在于它悖于常规Java Web开发所体现出来的个性。做了两年的Java Web开发，接触了一些不错的开源框架，使用每个框架基本都需要编写一、两种专有配置文件，再加上点自家框架所需的配置，整个系统下来配置文件的种类数就非常可观，更不要说总数了。而在RoR中它为方法、类、表和列采用普通的项目目录结构和简单普通的命名约定，你只需要按照它的指引一路走下去，配置文件似乎不存在了。而且RoR提供了经过裁剪的从表现层到持久层一条龙服务，你再也不用到开源社区中搜来一堆“灵活”的框架搭建起一个脚手架。

模糊中，感觉到这种个性似乎就是我们要做成的目标，而且要更好。

期待中……