为什么使用Ruby代替Smalltalk？[关闭]

Ruby正变得越来越流行，很大程度上是受Ruby on Rails的影响，但感觉它正在青春期中挣扎。Ruby和Smalltalk之间有很多相似之处- 磁悬浮证明了这一点。尽管语法更不寻常，Smalltalk具有Ruby的所有（如果不是更多的话）面向对象的美。

根据我的阅读，Smalltalk似乎击败了Ruby：

• 成熟度（1970年代发展）
• 稳定性
• 商业支持
• 分布式源代码控制（理解代码的结构，而不仅仅是文本差异）
• VM的几种实现
• 跨平台支持
• 在海边的Web框架作为一个强有力的替代选择到Rails

看起来Ruby只是在重新发明轮子。那么，为什么Ruby开发人员不使用SmallTalk？Ruby有Smalltalk没有什么？

记录一下：我是Ruby的人，几乎没有Smalltalk的经验，但是我开始怀疑为什么。

编辑：我认为GNU Smalltalk解决了脚本编写的问题。据我了解，这使您可以在常规的旧文本文件中编写smalltalk，而不必再使用Smalltalk IDE。然后，您可以使用以下命令运行脚本：

gst smalltalk_file

我比Ruby用户更像是一个Pythonista，但是对于Ruby来说，出于相同的原因，同样的事情也适用。

• Smalltalk的体系结构有些孤立，而Python和Ruby是从头开始构建的，以促进集成。Smalltalk从未像Python和Ruby那样真正获得过混合应用程序支持，因此“ smalltalk作为嵌入式脚本语言”的概念从未流行。
  
  顺便说一句，Java并不是与其他代码库进行交互的最简单的方法（JNI非常笨拙），但这并没有阻止Java赢得人们的关注。IMO的接口参数意义重大-易于嵌入并没有损害Python-但此参数仅占中等分量，因为并非所有应用程序都需要此功能。另外，Smalltalk的更高版本确实解决了孤立性问题。

• 大多数主要的Smalltalk实现（VisualWorks，VisualAge等）的类库很大，并且因其陡峭的学习曲线而享有盛誉。Smalltalk中的大多数关键功能都隐藏在类库中的某个位置，甚至包括诸如流和集合之类的基本内容。对于不熟悉它的人来说，语言范例也给文化带来了冲击，浏览器呈现的程序的零碎视图与大多数人习惯的完全不同。
  
  总体效果是，Smalltalk因难以学习而获得了（应该得到的）声誉。要成为一名真正的精通Smalltalk程序员，需要花费大量时间和精力。Ruby和Python更容易学习，并且可以使新程序员快速适应。

• 从历史上看，主流的Smalltalk实现非常昂贵，并且需要特殊的硬件才能运行，这可以从1983年发布的net.lang.st80中看出。Windows 3.1，NT，'95和OS / 2是主流硬件上的第一个大众市场操作系统，能够通过良好的本机系统集成来支持Smalltalk实现。以前，Mac或工作站硬件是能够有效运行Smalltalk的最便宜的平台。一些实现（特别是Digitalk）很好地支持PC操作系统，并且确实获得了一定的吸引力。
  
  但是，OS / 2从未如此成功，Windows直到1990年代中期才获得主流认可。不幸的是，这恰恰与Web作为平台的兴起以及Java背后的大量营销推动相吻合。Java在1990年代后期夺走了大多数人的心血，使Smalltalk变得有些混乱。

• Ruby和Python在更常规的工具链中工作，并且没有与特定的开发环境紧密耦合。尽管我使用的Smalltalk IDE足够好，但我还是使用PythonWin进行Python开发，这在很大程度上是因为它有一个不错的编辑器，带有语法突出显示功能，而且不会失足。
  
  但是，Smalltalk被设计为可与IDE一起使用（实际上，Smalltalk是原始的图形化IDE），并且仍然具有一些其他系统无法复制的出色功能。尽管我不能代表Ruby，但是使用高亮和“显示它”测试代码仍然是我在Python IDE中从未见过的非常不错的功能。

• Smalltalk加入Web应用程序聚会有些晚了。诸如VisualWave之类的早期工作从未取得过圆满成功，直到Seaside面世之后，体面的Web框架才被Smalltalk界所接受。同时，Java EE拥有完整的接受生命周期，从狂热的狂热者推广它到最终变得无聊，然后转向Ruby；-}
  
  具有讽刺意味的是，Seaside开始在业内人士中引起广泛的关注，因此我们可能会发现Smalltalk在重新流行起来。

话虽如此，一旦您确定了如何驱动Smalltalk，它就是一个非常好的系统。

当我早上离开家去上班时，我常常为做出左转或右转的决定而苦恼（我住在街道中间）。无论哪种方式，我都会到达目的地。一种方法将我带到高速公路，这可能取决于交通情况，使我最快地到达办公室。我至少在部分时间内可以非常快地开车，而且我很有可能在工作中看到一两个漂亮的女孩:-)

另一种方法使我可以沿着一条迷人的，多风的小路行驶，并覆盖完整的树木。这条路非常有趣，并且两种方法绝对更有趣，尽管这意味着我比上高速公路要晚到办公室。每种方式都有其优点。在我急忙的日子里，尽管我可能会遇到交通问题，但我通常会走高速公路，而且我也增加了发生事故的机会（如果我不加急的话）。其他日子，我可能会选择树木繁茂的小路，沿着车道行驶，欣赏风景，并意识到自己迟到了。我可能会尝试加快速度，增加自己获得机票或造成事故的机会。

两种方法都不比另一种更好。他们每个人都有自己的利益和风险，每个人都会使我实现自己的目标。

我认为您的问题有点遗漏了重点。 您不应该选择，都应该学习它们！

如果您确实可以选择下一个框架（虚拟机，基础架构），那么您需要决定使用什么框架，并可以从应用程序的意图角度出发询问正反的具体问题。

我曾经用过smalltalk（喜欢它）和ruby（喜欢它）。

在家里或开源项目中，我可以使用喜欢的每种语言，但是在工作时必须采用。

我开始使用ruby（在工作中），因为我们需要一些脚本语言，它们在solaris，linux和windows（98,2000，xp）下表现大致相同。当时，Ruby不为普通人所知，并且不存在任何障碍。但是，很容易将其出售给所有相关人员。

（为什么不使用python？是真的吗？我曾经花了一周的时间寻找一个错误，该错误是在终端将我的空间转换为选项卡并且意图搞砸了时发生的）。

因此人们开始越来越多地用红宝石编码，因为它是如此放松，令人愉悦，而不是天上的乌云。

保罗·格雷厄姆总结

的确，大多数人不会仅仅根据自己的优点来选择编程语言，这是事实。大多数程序员都被告知别人使用哪种语言。

和

为了吸引黑客，一种语言必须能够很好地编写他们想要编写的程序。也许这令人惊讶，这意味着它必须适合编写一次性程序。

当在Lisp土地上时，尝试用smalltalk代替LISP

Ruby的库，社区和发展势头都不错

因此，如果LISP仍然比Ruby更强大，为什么不使用LISP？LISP中编程的典型反对意见是：

1. 没有足够的库。
2. 我们不能雇用LISP程序员。
3. 在过去的20年中，LISP一无所获。

这些并不是压倒性的反对意见，但无疑值得考虑。

和

现在，在功能强大的语言和流行语言之间进行选择后，选择功能强大的语言可能非常有意思。但是，如果权力差异很小，那么受欢迎具有各种不错的优势。在2005年，在选择LISP而不是Ruby之前，我会经过漫长而艰难的思考。如果我需要优化的代码或充当成熟编译器的宏，我可能只会这样做。

我会说相反的话：Smalltalk语法是最简单，功能最强大的编程语言语法之一。

的确，语言非常相似。浅层的解释是将Ruby称为Smalltalk封面乐队。更为合理的解释是，Smalltalk的封闭系统将其隔离，而Ruby参与Unix生态以及习惯了在阳光下使用每种语言的功能，这使它具有无限柔和的采用曲线，并且可以轻松地与Git这样的kickass工具集成。

吉尔斯·鲍凯特（Giles Bowkett）

猜猜谁这么说的？（引号很接近，也许不准确）：“我一直以为Smalltalk会击败Java。我只是不知道在这样做的时候是否会称其为'Ruby'。”

击鼓 ....

...

答案是……肯特·贝克

斯蒂芬·杜卡斯（Stephane Ducasse）在这里有一些很棒的Smalltalk书籍：

http://stephane.ducasse.free.fr/FreeBooks.html

因此，尽管Smalltalk社区不像Ruby和Rails社区那样多产，但是仍然有一些很大的帮助。

Ruby有Smalltalk没有的什么？

• 主要平台（IronRuby和jRuby）当前提供的大量支持，丰富了库的集合
• 像戴夫·托马斯（Dave Thomas）这样的福音传教士，多年来一直在全国巡回宣讲他们的语言福音。我在Java会议上见过Dave，他说他不懂Java，而且他更喜欢Ruby。
• 书架上当前强劲的房地产
• Ruby的创建者说过，他考虑了程序员：Ruby的语法似乎具有Zen的吸引力。很难确定，但似乎可以刺激粉丝。
• 像Giles 这样富有创造力的动态演示，而这一引起了广泛关注的演示

我认为你的观点是正确的。就像一位朋友曾经说过的那样，相对于Smalltalk，Ruby可能是“新瓶中的旧酒”。但是有时候新瓶子很重要。葡萄酒必须在正确的时间放置在正确的位置。

打败我。我花了一年的时间检查Ruby并做一些小项目，看看我是否喜欢它。我猜我是Smalltalk的拥big者，因为每次我坐下来与Ruby一起工作时，我都会叹息，并认为“我真的希望在Smalltalk中做到这一点”。最后我屈服了，回到了Smalltalk。现在，我更快乐。更幸福是更好。

当然，哪个会问“为什么？”。没有特别的顺序：

1. 因为IDE破坏了我曾经使用过的其他工具。这包括从IBM大型机上的ISPF到Microsoft的Visual（。*）的众多平台，包括诸如Visual Basic 4-6，Visual C ++（各种形式），Borland的Turbo Pascal和其后代（例如Delphi）之类的东西，以及DEC上的东西。字符模式和X-Windows下的计算机。
2. 因为图像是一个美丽的生活场所。我可以在那里找到想要的东西。如果我不知道该怎么做，我知道图像中的某个地方就是我要尝试做的一个例子-我要做的就是狩猎直到找到它。它是自我记录的-如果您想查看某事物的工作方式的详细信息，只需在感兴趣的类上打开浏览器，查看该方法，然后它便起作用。（好的，最终您会遇到一种称为原始的东西，然后是“这里有龙”，但是通常从上下文可以理解）。在Ruby / C ++ / C中可以做类似的事情，但这并不容易。容易更好。
3. 语言是最小且一致的。三种消息-一元，二进制和关键字。这也描述了执行的优先级-首先是一元消息，然后是二进制消息，然后是关键字消息。使用括号可以解决问题。荡然无存的语法，实际上-这一切都是通过消息发送完成的。（好吧，分配不是发送消息，而是一个运算符。“返回”运算符（^）也是如此。块用方括号对（[]括起来）。里面可能还有一个或两个其他“魔术”位，但该死的...）
4. 块。是的，我知道，它们存在于Ruby（和其他语言）中，但是当真，如果不使用它们，就无法在Smalltalk中进行编程。您被迫学习如何使用它们。有时被强迫是件好事。
5. 面向对象的编程无需妥协-或其他选择。您不能假装自己在“做对象”，而仍然在做同样的事情。
6. 因为它将伸展您的大脑。我们已经习惯的舒适构造（if-then-else，do-while，for（;;）等）不再存在，因此您必须学习新知识。以上（以及更多）都具有等效功能，但您将必须学习以不同的方式思考。不同的是好。

另一方面，这可能只是自从大型机统治地球以来就一直在编程的一个人的杂物，我们不得不走五英里才能经历暴风雪，上下坡道以及计算机使用甜甜圈来存储内存。我对Ruby / Java / C / C ++ /没有什么反对，它们在上下文中都很有用，但是给我Smalltalk还是给我...好吧，也许我应该学习Lisp或Scheme或... :-)

Smalltalk：人们转发ifTrue：[思考] ifFalse：[不思考]

Ruby：人们要向前想，除非向后想

1）Smalltalk通过消息进行的类似于RPN的控制流就像Lisp一样-既普通又酷，但是却使人们感到奇怪。

2）Ruby允许人们使用惯用的语言编写代码- 除非有理由不要这样做。

更新重写了Smalltalk示例，使其实际上是更合法的代码。

Ruby是当前的流行语。与使用70年代开发的语言相比，现在销售使用它构建的软件要容易得多。

社区！Ruby（尤其是Rails）拥有如此强大的社区。当与Smalltalk纠缠在一起时，似乎没有太多关于Smalltalk的屏幕截图，文章，博客文章等。

您在第一行中回答了这个问题：“ Ruby越来越流行”

• 有很多有趣的基于Ruby的模块，项目等。
• 如果您在使用Ruby做某事时遇到麻烦，那么在某个地方寻求帮助将很简单。
• Ruby现在已安装在许多计算机上（OS X，许多Linux发行版中都默认包含Ruby ，并且Windows也有不错的安装程序）-我没有看到在我使用过的任何计算机上都默认安装有Smalltalk。

我想说一种语言是否优于另一种语言是无关紧要的。例如，PHP可能不是有史以来“最佳”语言，但我仍然会考虑在Ruby on Rails上使用它（一种“更好”的工具来创建网站），因为它是如此普遍。

基本上，某种语言的优点和缺点远没有它周围的所有事物（即社区）重要。

Ruby（或任何其他语言）比Smalltalk（或任何其他语言）更受欢迎，因为我们生活在一个混乱的宇宙中。以机智：

• 戴夫·托马斯（Dave Thomas）自己说：“在“如何在十分钟内建立博客”的视频之后……Ruby从一种不错的小众语言变成了一种您在其中编写Rails应用程序的语言”（Ruby Conference 2010主题演讲）。
• 早期的Smalltalk供应商收费过高
• Smalltalk，因为它是30年前发明的（比它的时代早），所以在许多人看来就像是一种古老的“死”语言（例如FORTRAN）
• 公司认为Smalltalk具有竞争优势，因此无法利用

尽管这些语言在OO功能中相似，但是Smalltalk的杀手级优势是实时，开放的环境（被误解的“图像”）。在您查看了Smalltalk中的此编程示例之后，辩论结束了。

对我而言，与其说Ruby有什么，不如说Ruby没有什么。而它所没有的就是对VM和完整环境的需求。

Smalltalk非常棒-在这里我学习了OO概念，但是为了易于使用，我选择了Ruby。我可以在我最喜欢的编辑器中编写Ruby代码，然后从命令行运行它。

因此，对我而言，这就是我选择Ruby而不是Smalltalk的原因。

我认为与Ruby一起工作了一段时间的每个人都认识到它对Smalltalk的深深欠债。作为这些人之一，我对Ruby over Smalltalk感到满意吗？我认为从严格的语言角度来看，这是糖。Ruby故意是一种非常语法化的语言，而Smalltalk是一种非常语法化的语言。Ruby本质上是带有Perlish语法糖的Smalltalk对象模型。我碰巧喜欢糖，并发现它使编程更有趣。

使用Ruby，您可以轻松找到工作。尽管我真的很喜欢Smalltalk，但是要进入Smalltalk领域几乎是不可能的。它周围有很多解决方法，但是如果您不喜欢它流行的话，现在几乎是不可能的。

所有其他原因都变得无关紧要，因为您需要花费大量时间，专注于实际工作以正确学习语言。如果您不是一个有钱人，那么做到这一点的最佳方法就是在工作中接触财富。

因为Smalltalk发行版的定价是$ 1000USD的倍数，而Ruby是免费的。

Ruby是Smalltalk的意思，阿拉伯数字是罗马数字。数学相同，语法更简单。

我做了一些Smalltalk-我记得IDE是一件事-Ruby是否具有良好的IDE支持？

使用Ruby是因为它可能具有业务方面，而Smalltalk则没有。

我可以从个人经验告诉你。仍然使用Smalltalk，喜欢它，并使用了几种口味。尽管Smalltalk是一门很棒的语言，并且是您提到的所有内容，但是您不太可能说服普通的CIO / CTO在新项目上使用Smalltalk。当然，您甚至很难说服保守的CIO / CTO使用Ruby。最后，如果您要获得长期的长期商业支持，并且能够找到将来可以为您的系统提供支持的街边雇员，则必须非常小心。例如，Smalltalk在90年代初是一件非常重要的事情，而IBM在90年代后期对其进行了大量投资。对于IBM Smalltalk来说，它将成为所有业务应用程序的下一种语言。IBM将Smalltalk应用于包括主机系统在内的所有产品。Java变得流行起来，占领了市场，Smalltalk成为了利基市场。一年多以前，IBM放弃了该语言（其术语为日落）。另外，看看历史。ParkPlace和Digitalk是Smalltalk领域中的第一批主要商业参与者，他们合并并破产。

我既喜欢Smalltalk，也喜欢Ruby，但是发现Ruby更适合我的日常工作，并且更贴近我的内心（实际上）。Ruby提供Smalltalk不提供的什么？

• 基于文本的脚本
• 实施要求低（可在更多地方运行）
• 易于学习和论证（Perl和Python程序员将没有遇到麻烦
• 更容易移动程序-文本文件！
• 与本机环境良好的接口
• Java运行的任何地方，jRuby都可以运行...
• 更大，更活跃的社区

有些人提到了gst（GNU Smalltalk）；问题仍然存在。

使用任何使您更强大，更快地应对挑战的方法。

对我们而言，我们在海边建造的一些内部框架确实是我们的超级大国。

我爱RoR社区，它拥有正确的态度。那是非常非常有价值的。但是同时，从技术上讲，海边使您在面对更复杂的问题时变得更强大。

您可以使用开放源代码工具制作出色的海滨Web应用程序。

dabbledb是基于海边的sartup，嘿！Avi于今年6月将其出售给Twitter！

我说你不需要等待别人批准你的倡议。

就去吧。完成它。向我们展示有效。

你不是一个人。我们在同一条船上。

罗伯特·马丁的有趣观点（来自RailsConf 2009）：“杀死Smalltalk的东西也可能杀死Ruby”

我认为部分问题是开发环境正在运行。这提供了强大的功能，但同时也带来了更大的学习曲线。

这是您好世界教程。

这与其他语言完全不同，在其他语言中，我只需要知道如何打开文本编辑器以及复制和粘贴文本，单击保存并运行编译器即可。我必须知道如何使用环境。该教程甚至没有向我展示如何创建可以运行的基本程序（这可能是该教程的一个错误）。

与其他大多数语言相比，仅仅让事情进展无疑会带来更高的成本。

大多数语言都有一些不错的醒目的代码，它们可以炫耀。我还没有在Smalltalk上看到它。我还认为Smalltalk有一些污名，因为它已经存在了很长时间，并且仍然相对模糊。

我认为最大的区别在于，在用法方面，Ruby与perl非常相似。Smalltalk从未涉足“脚本”语言。

VM真的很酷，我希望ruby会有类似的东西，以便我们可以将操作系统中用ruby编写的所有内容都视为内存空间中的对象，但是在那之前，我只是喜欢Ruby简洁，短语法，编写一个小脚本，以后再使用。Ruby获得了perl的所有优势，并且与perl的OOP hack相比，OOP与smalltalk更加相似。

我会比Jonke的答案走得更远，并说现在有很多语言都拥有非常强大的社区，几乎足以满足每种口味，并且其中一部分具有主流认可（即您的经理将让您在也可以）。

学习语言的基础很容易，但是要有效地使用它，您需要花费足够的时间来学习平台和工具以及语法和习惯用法。IIRC的麦康奈尔声称要真正精通大约需要三年时间。

考虑到这些事情，尽管花费很多时间在LISP和Smalltalk等语言上，尽管它们很有趣并且可能值得一看，但很难证明是合理的。

作为讨论的后来者，Smalltalk和Lisp的主要问题是您不能在共享主机上使用CGI或FastCGI运行它们。

如果未清洗的群众需要VPS或专用服务器来使用它们，则永远不会使用它们。IMHO Seaside几乎胜过其他任何东西，但是它将在Dreamhost或Webfaction上运行吗？