Ruby正在变得越来越受欢迎,主要来自Ruby on Rails的影响,但感觉它正在挣扎于青春期.Ruby和Smalltalk之间有很多相似之处 - 磁悬浮是一个证明.尽管有一个更不寻常的语法,Smalltalk拥有所有(如果不是更多)Ruby的面向对象的美.
从我所看到的,Smalltalk似乎有Ruby击败:
看起来Ruby只是重新发明轮子.那么,为什么Ruby开发人员不使用SmallTalk？Ruby拥有Smalltalk的不是什么？
记录:我是一个对Smalltalk几乎没有经验的Ruby人,但我开始想知道为什么.
编辑:我认为GNU Smalltalk已经解决了易于编写脚本的问题.据我了解,这允许您在常规旧文本文件中编写smalltalk,并且您不再需要在Smalltalk IDE中.然后,您可以运行脚本:
gst smalltalk_file
我的问题很简单!
就个人而言,我是Ruby on Rails程序员,我非常喜欢它.但是,我正在考虑Smalltalk,因为我阅读了各种博客,有些人正在将Ruby称为"Smalltalk Light".我对Smalltalk感兴趣的第二个原因是Seaside.
也许有人之前做过同样的过渡？
编辑:实际上,让我对Smalltalk/Seaside最感兴趣的是下面的WebDevRadio剧集:第52集:Randal Schwartz on Seaside(除其他外)
在每个技术出版物中,以及在本网站上,人们总是将OO语言与Smalltalk进行比较.我的经验是Java:Smalltalk是如此重要以至于我应该学习它吗？
Smalltalk和Java中的OO有哪些主要区别？
请注意,我是一名Java程序员,试图通过探索Smalltalk来扩展他的视野.目前我对Smalltalk几乎一无所知,只不过它比Java更纯净.因此,我更喜欢这个答案,它展示了各种Java概念如何映射到相应的Smalltalk概念,然后介绍了Java中根本不存在的Smalltalk概念.
我主要是Java EE开发人员.我被要求探讨在即将到来的网络项目中使用Smalltalk/Seaside的可能性.可以想象,这导致了许多有趣的问题.
一组开发人员如何使用Smalltalk/Seaside实现软件版本控制和版本控制.你可以使用Subversion或Git吗？
根据我的理解,Smalltalk使用图像而不是将每个类保存到它自己的文件中.这会如何影响管理源代码修订的能力,特别是在整个团队中？
非常感谢您提供的任何见解!
我是一个刚刚开始涉足Smalltalk的Rubyist,我正试图选择一个实现来试验.看起来Squeak或Pharo似乎是一个不错的选择,但我很难找到当前的信息来帮助决定哪一个更好.我通过谷歌搜索发现的大部分内容来自几年前,可能不再具有相关性.
这几天有明显的喜爱吗？如果没有,每个的优点和缺点是什么？
Seaside 刚刚发布了即将推出的3.0版本的候选版本,所以它再次出现在我的雷达上.由于我正在考虑将来用于未来项目的Web框架,我想知道是否需要考虑这个问题.唉,Seaside的大部分宣传都来自'07,这可能是网络的一代或两代.所以我希望这里的社区可以回答一些问题
当您的大部分工作流程主要使用HTML时,基于延续的框架非常好,例如表单提交.对于今天的JavaScript环境来说,这几乎不值得.
Squeak能够处理合理的工作量吗？从这里和其他地方的其他问题来看,似乎对于适当的扩展,另一种实现(Gemstone等)从长远来看可能会更好,但我不知道它有多远.会议似乎相当昂贵.
我知道比较很难,但是你在网上找到的大多数文章都将海边和Rails并列.像Scala/Lift,Clojure/Compojure或Erlang/Nitrogen这样的组合会如何呢？
如果有人知道使用像Smalltalk这样的图像的编程语言,我真的很感兴趣...
我认为这是计算机科学史上最伟大的思想之一.除了Smalltalk之外,我找不到基于图像的其他语言.
我有一个相当明显的问题 - 我想在不使用图形界面的情况下在生产服务器上运行Smalltalk.这可能与大众或Pharo(甚至可能是Squeak)？
我有一个没有X的VPS托管,并希望在Smalltalk上运行很少的网站,同时使用功能齐全的Smalltalk env在本地开发它们,包括GUI.