博文
Ruby.NET转向开源社区模式(2007-07-17 18:05:00)
摘要： 微软的IronRuby一直是新闻报导的宠儿，该项目将在七月下旬的OSCON上发布第一个版本。与此同时，Gardens Point Ruby.NET编译器早在2006年就已经问世，并且整个团队一直在坚定不移地为它添砖加瓦。
尽管Gardens Point Ruby.NET编译器的源代码一直都是可以访问的，但它还没能组织成为一个开源项目。不过，现在事情已经有了改观。Ruby.NET团队的Wayne Kelly在ruby-talk邮件列表中宣布：
正如我们之前所宣布的，现在我们已经准备好转向一个新的开源社区模式了。
尽管我们在QUT（昆士兰理工大学）的团队仍将继续深入参与到项目当中，但是我们计划将项目的完全控制权和所有权转交给开源社区。为了彰显这个新的开始的重要性，新项目将更名为“Ruby.NET”（而不是之前的“Gardens Point Ruby.NET”），并且新的许可证协议将由社区来制定。我们将在QUT之外创建源代码仓库，使来自社区的开发人员可以直接访问并贡献代码。
同时，这也是感兴趣的开发人员参与讨论并辅助关键决策的最好时机，例如参与到主机服务和许可证的选择上：
有人建议，我们可以将源码仓库和邮件列表放在RubyForge上。由于在管理这样的开源项目我的经验尚显不足，我需要大家的帮助和建议。如果你有兴趣探讨如何帮助我们过渡到这种新的模式，或者有兴趣为项目贡献代码的话，请邮件至w.kelly@qut.edu.au，我会把你加入一个临时的核心开发邮件列表之中。
这意味着Ruby.NET将开放给感兴趣的.NET开发人员，让他们参与其中并且助力改进这个项目。这也和微软提供的运行时环境（如IronRuby）形成了鲜明的对比，对于微软是否会寻求一种允许外界代码贡献的方式，目前尚不明朗。
引用网址:http://www.infoq.com/cn/news/2007/07/ruby-dot-net-opening......
Gardens Point ruby.NET编译器0.8测试版本发布了(2007-06-07 00:18:00)
摘要：大家可以到官方网站浏览Ruby.NET(http://plas2003.fit.qut.edu.au/Ruby.NET/)很cool的特性,但是作者声称还没有将发布的代码进行优化,虽然还在测试版本阶段,不过我深信,Ruby以后在.NET平台上开发将会体现得淋漓尽致(就像Ruby On Rails一样)。......
.NET开发人员，对于动态语言应该持什么样态度(2007-06-04 03:32:00)
摘要：文章出处:http://www.dotnettools.org/Blog/article.asp?id=126
最近似乎有一种类似混乱的观点提出，说.NET的未来是转向Dynamic Languages，你看LINQ就是基础，C# 3.0, VB9 的某些特性无非是很久之前许多Dynamic Languages的特性，而且Dynamic Languages多方便、多强大.....&%^$#@@!!#@#
我则认为这是继Java vs. PHP vs VB vs. C# 之后的新版本，形式上更先进了，但是鼓吹"动态语言的世界即将来到“本质上会混乱那些正在奔跑或止步创造的年轻人。我不能说Dynamic Languages不好，但我希望.NET平台的开发人员对动态语言有一个自己的看法－那就是不要盲从和轻信。
首先这需要你有两种判断，
第一，认识到Dynamic Languages 有怎样的好处，有怎样的弱点。C#很好，但它也有弱点，Dynamic Languages 有强大和过人之处，但它也有缺点.
Mike Champion的文章”Beyond Dynamic Languages“，描述了一种完全动态的情况Dynamic Meetings、Dynamic Design、Dynamic Testing以及Dynamic Debugging 的情景，虽然有些夸张，但是他提出了使用动态语言为的是什么，它比静态语言的优势在那里？－－开发效率
Sure, they make some of your programming tasks a bit easier to perform, but how much time do you spend programming anyway? Most developers produce on average one line of quality code per week. It’s not that they are lazy; it’s just that the ‘coding time’ turns out to be a small fraction of the overall product cycle.
所以，想像一下一个资深.NET的开发人员，盲......
一个.NET程序员为什么学习Ruby on Rails?(转载)(2007-05-31 19:57:00)
摘要：本文转载CSDN:http://news.csdn.net/n/20070530/104729.html
你是一位资深的.NET程序员，而且已经用ASP.NET构建过许多Web应用。
无数个不眠之夜，为了让ASP.NET控件生命周期中的事件驱动模型按你想要的方式执行，你费尽心血，深入细节。
你精通于使用诸如Presentation Model、Model View Presenter这类设计模式对你的应用进行分层，以使其更易测试和维护。
你认为Ruby on Rails只不过是众多被吹嘘的技术中的一员。在它还没有获得可观的市场份额之前，你不会给予它过多的关注。
欢迎来到我的世界。如果你还在读这篇文章，我向你致敬。对于我下面的说法，你可能会充满了好奇。为什么我——一名资深的.NET程序员，在经历了一个月的Ruby on Rails学习后会认为：只有在我了解了Ruby on Rails之后，才能以较少的时间和编码完成以前开发过的许多应用？
老实说，我仍然认为.NET很棒。它为我提供了一个平台，能让我向客户源源不断地提供巨大的商业价值。但我时刻提醒自己：一个简单的问题，有大量不同的方法和技术可以解决它，并且总有一些比其它更好。衷情于某种技术，必然会产生一些无意识的偏见，这最终会阻碍我为客户提供商业价值的能力。例如，对像Ruby这样的动态脚本语言的了解，使我以为：与使用编译型的语言相比，我可以花费更少的时间去编写简单的自动处理的Batch/Shell脚本。
为什么不呢？
下面这几件事，是我（一个.NET程序员）学习Ruby时，发现的一些典型的不同。希望你能喜欢。
不需要编译Ruby中没有编译的概念。一切都在运行时发生作用。有人认为代码编译可以防止编码时的粗心。那么，你可能应该去看一下测试驱动开发是怎么工作的，连续的代码集成（当然了，不是每天都要构建），单元测试（不涉及数据库和web服务的测试）和依赖注入可以帮助你生成质量良好的代码，使你能够充满自信的灵活的改变你的代码。编译的保障作用一下子变的不那么重要了。
动态增加类的行为——不使用Decorator模式在静态类型语言中，要想动态增加类的行为，我们可以使用Decorator模式或者模板方法。而在Ruby中，有更多的方法可以在不复杂化对象设计结构的情况下，很简单地做到这......
ruby与vs2005的集成(2007-05-24 12:37:00)
摘要： 各位朋友需要的话,可以从http://www.plas.fit.qut.edu.au/Ruby.NET/下载Gardens Point Ruby.NET编译器.现在已经0.7测试版本了.
安装完之后,默认安装位置为:C:\Program Files\Ruby.NET\bin,将这个路径添加到环境变量($PATH)就可以运行ruby程序了.
重点说一下,ruby如何与VS2005集成,启动Ruby.NET(Visual Studio for ruby),在新建项目中,可以看到控制台程序与类.你可以通过自己输写或者将已有的ruby源代码添加到你的项目里面,然后按F5可以调试和执行你的ruby程序.赶快行动吧!
一直关注微软的dotnet计划!......