与C#相比，你会强调Ruby的哪些语言特性？

Question

我正在给一个.NET (C#)开发团队做一系列关于Ruby语言和环境的演讲。我把它作为一个机会来强调Ruby优于C#的好处。首先，在进入环境之前，我想专注于语言本身(RoR与ASP，等等)。您将介绍Ruby语言的哪些特性？

Answer 1

不久前，我给一个.NET用户组做了一个关于IronRuby的演讲，也遇到了类似的问题。我关注的事情是：

• 鸭打字。没有什么比List<string> stringList = new List<string>();
• Expressive和简明语法更愚蠢的了。一些简单的东西，比如省略括号、数组和散列文字等(与鸭子类型相结合，你得到的是string_list = []，这显然更好)。所有的小东西加起来就成了一个大的way.
• Metaprogramming.从像attr_accessor这样简单的东西开始，如果他们没有立即看到好处，那么可能会有更高级的东西。不要试图将编写其他程序的程序与lisp和wax进行比较。人们会认为你在吸什么东西。保持简单，向他们强调一点，你不必再把那些糟糕的样板代码写成
• 作为一个很好的“结局”，向他们展示一些普通的NUnit风格的测试，以及他们通常所拥有的那些乱七八糟的Assert.NotEqual<string> blah，然后说“这是用ruby写的相同的代码”，并向他们展示用rspec写的代码(它的长度将是rspec的一半，可读性提高了10倍……如果这不能说服他们，那就没有什么能说服他们了)。

Answer 2

我把它作为一个机会来强调

优于C#的好处。

我不确定这是不是正确的选择。如果你谈话的基调是，"Ruby很酷，因为你可以在里面做x！“你很快就会失去你的C#用户。他们会回答：“如果我们愿意，我们可以在C#中模拟x，但是x在我们的设计中没有太多用处。”或者，“如果你认为你需要做x，那么你做错了！”

除非他们理解Ruby，否则他们不会理解Ruby如何帮助他们。为什么不带他们经历一些玩具问题，并向他们展示Ruby程序员将如何解决这些问题呢？教他们Ruby的方法。一周后，当他们看到他们遇到的问题时，其中一个人会说，“天哪，我知道如何解决这个问题，但如果我使用Ruby，事情就会容易得多……”

Answer 3

混合ins和多重继承。

在错误的人手中是危险的，但对于正确地封装事物是非常有益的，而不是不得不继承许多你不一定需要的东西。