smalltalk - 你会开始学习 Smalltalk 吗？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 7 年前。

Improve this question

我的问题很简单!

1. 如果有时间，您会开始学习 Smalltalk 吗？为什么？为什么不呢？
2. 您已经了解 Smalltalk 了吗？为什么推荐 Smalltalk？为什么不呢？

我个人是一名 Ruby on Rails 程序员，我真的很喜欢它。然而，我正在考虑 Smalltalk，因为我阅读了各种博客，有些人将 Ruby 称为“Smalltalk Light”。我对 Smalltalk 感兴趣的第二个原因是 Seaside .

也许有人以前做过同样的转变？

编辑:实际上，最让我对 Smalltalk/Seaside 感到兴奋的是 WebDevRadio 的以下一集:Episode 52: Randal Schwartz on Seaside (among other things)

Answer 1

如果您喜欢 Ruby，您可能会喜欢 Smalltalk。 IIRC Seaside 已移植至 Gemstone VM,这是他们的 Gemstone/S OODBMS 的一部分。它比 Ruby 具有更好的线程支持，因此对于大容量系统来说它是更好的后端。这可能是仔细研究它的一个很好的理由。

学习 Smalltalk 的理由:

• 这是一个非常非常好的编程环境。一旦你了解了它(对于习惯 C++ 或 Java 的人来说，这往往会带来一点文化冲击)，你会发现它是一个非常好的工作环境。即使是像我使用的旧 Digitalk 系统是一个非常令人愉快的系统。许多旧的 XP 和 O-O 大师类型，例如 Kent Beck和 Martin Fowler当年就在 Smalltalk 上崭露头角 and can occasionally be heard yearning for the good old days in public (感谢 Frank Shearer 的引用，+1) - 敏捷开发起源于这个平台。

• 它是历史上最高效的开发平台之一。

• 存在几个成熟的实现，并且有一个令人惊讶的庞大代码库。一度它在金融市场圈变得相当流行，开发人员的生产力和上市时间非常重要。直到 20 世纪 90 年代中期，如果您想要一种适合应用程序开发的商业支持的高级语言，它或多或少是唯一的游戏(LISP 可能是异常(exception))。

• 部署很简单 - 只需将镜像文件拖放到适当的目录中即可。

• 这并不是真正的原因，而是Gang of Four Book他们的很多示例都使用 Smalltalk。

不学习 Smalltalk 的原因:

• 这是一个利基市场。您可能很难找到工作。但是，如果您正在生产某种 .com application where you own the servers这可能不是问题。

• 许多人将其视为遗留系统。该平台上的新开发相对较少(尽管 Seaside 似乎正在插入一点复兴)。

• 它往往不能很好地与传统的源代码控制系统配合使用(至少在 90 年代初中期我使用它时是这样)。情况可能仍然如此，也可能不再如此。

• 它有点孤僻，喜欢自己玩。 Python 或 Ruby 是为从头开始集成而构建的，并且往往更加混杂，因此更容易与第三方软件集成。然而，various other more mainstream系统或多或少地受到这种类型的孤立性的影响，但这似乎并没有太大妨碍它们的使用。