タグ付けされた質問 「smalltalk」

現在のところ、この質問はQ＆A形式には適していません。事実、参考文献、専門知識によって回答が裏付けられることを期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問が改善され、場合によっては再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 Rubyは、Ruby on Railsの影響から人気が高まっていますが、思春期を経て現在苦労しているようです。RubyとSmalltalkの間には多くの類似点があります- 磁気浮上はその証拠です。より珍しい構文を持っているにもかかわらず、SmalltalkはRubyのオブジェクト指向の美しさのすべて（それ以上ではないにしても）を備えています。 私が読んだことから、SmalltalkはRubyを打ち負かしているようです： 成熟度（1970年代に開発） 安定 商用サポート 分散ソース管理（テキストの差分だけでなく、コードの構造を理解します） VMのいくつかの実装 クロスプラットフォームのサポート Railsの強力な代替手段としての海辺のWebフレームワーク Rubyは単に車輪を再発明しているようです。では、なぜRuby開発者はSmallTalkを使用しないのですか？RubyにはSmalltalkにはない何がありますか？ 記録のために：私はSmalltalkの経験がほとんどない、またはまったくないRubyの人ですが、なぜだろうと思い始めています。 編集：スクリプトの使いやすさの問題はGNU Smalltalkによって対処されたと思います。私が理解しているように、これによりsmalltalkを通常の古いテキストファイルに書き込むことができ、Smalltalk IDEにいる必要がなくなります。その後、次を使用してスクリプトを実行できます。 gst smalltalk_file

121 ruby-on-rails  ruby  smalltalk  seaside 

クローズ。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前に閉鎖されました。 この質問を改善する 私の質問は簡単です！ 時間があれば、Smalltalkを学び始めますか？どうして？何故なの？ Smalltalkをすでに知っていますか？なぜSmalltalkをお勧めしますか？何故なの？ 個人的に私はRubyon Railsプログラマーであり、本当に気に入っています。しかし、私はさまざまなブログを読んでいて、Rubyを「SmalltalkLight」のようなものと呼んでいる人もいるので、Smalltalkについて考えています。Smalltalkに興味を持った2つ目の理由は、Seasideです。 たぶん誰かが以前に同じ移行をしたことがありますか？ 編集：実際、Smalltalk / Seasideについて私が最も興奮したのは、WebDevRadioの次のエピソードです：エピソード52：SeasideのRandal Schwartz（とりわけ）

83 smalltalk  seaside 

Smalltalkのオブジェクト/メッセージとErlangのプロセス/メッセージの違いを理解しようとしています。このトピックに関する次の投稿を読みました。 私が理解している限り、Smalltalkでは、すべてがオブジェクトであり、すべてが同じ「オブジェクト/メッセージ」の抽象化を持っています-番号1でさえ、メッセージの受け渡しでのみ到達できるオブジェクトです。ある1アーラン/エリクシルの処理は？Erlangのすべてがメッセージ/プログラムパラダイムへの応答ですか？Erlangの番号にメッセージを送信できますか？ どうもありがとう。

12 oop  erlang  elixir  smalltalk  message-passing