在最近的帖子“评估Ruby”中，我提到一位同事曾在一个Web应用中加入了一些漂亮的数据图表，有人email问我是怎样实现的，我在原来那篇帖子上添了句简短的回答：用Ploticus。这就带来另一个问题——他是怎样把Ruby和Ploticus连起来的呢？
最近我自己也遇到个类似的问题，要用Ploticus把一个个人项目的一些数据图表化。我的解决办法虽然远不如那位同事的那么精致，但实际上很相似。于是我觉得应该和大家分享一下。
这个例子非常简单，但它很好地展示了一个模式——我称之为Gateway模式。阅读全文>
发表于 @ 2006年09月20日 18:12:00|评论(loading...)|编辑|收藏
我自己喜欢用Ruby，我们的客户就也应该用吗——两件事距离甚远。但我们可以根据其特性评估它是否适合用来做客户的项目，这就引起对后边一堆东西好坏利弊的争论：动态类型、惯例重于配置（convention over configuration）、进程 VS 线程，等等。这些讨论有帮助，但我对此持审慎态度，因为只凭空争论无法判断的事情太多了——有些东西在高尔夫球课上听起来头头是道，但它们致使客户项目进展变慢让我们多投入的时间难道还少吗？所以，我做判断倾向于依据现实经验——要找到人们在主流环境下交付项目的跟踪记录，还有使用Ruby开发的记录。
我已经可以根据好几个项目的经验做分析了，到目前为之，分析结果力挺Ruby。每次我问他们：“你觉得用Ruby 比用Java或C#生产力有显著提高吗？”我听到的无一例外都是一句有力的肯定：“是的！”
了解了来自我们值得信赖的同事们的切身经验，我对在注重速度、响应性以及生产力的严肃工作中使用Ruby持越来越肯定的态度。阅读全文>
发表于 @ 2006年09月02日 16:11:00|评论(loading...)|编辑|收藏
“企业级Rails”这种说法大可视作自相矛盾，但说成“企业级Ruby”就是两回事了。核心Rails窄小集中，而Ruby世界（包括 Rails）宽广发散——持这种观点可以做到不偏废，其精髓就是小巧工具结合起来威力无穷。Rails已明确自己的取向，留下的缺口将会由别的框架填充，而Ruby正是一片适宜这些框架发芽、成长的绝佳土壤。Ruby这种不会僵住的胶水语言似乎正是用以迎合企业应用发展趋势的理想工具。 阅读全文>
发表于 @ 2006年08月14日 11:57:00|评论(loading...)|编辑|收藏