Smalltalkを学び始めますか?[閉まっている]


83

私の質問は簡単です!

  1. 時間があれば、Smalltalkを学び始めますか?どうして?何故なの?
  2. Smalltalkをすでに知っていますか?なぜSmalltalkをお勧めしますか?何故なの?

個人的に私はRubyon Railsプログラマーであり、本当に気に入っています。しかし、私はさまざまなブログを読んでいて、Rubyを「SmalltalkLight」のようなものと呼んでいる人もいるので、Smalltalkについて考えています。Smalltalkに興味を持った2つ目の理由は、Seasideです。

たぶん誰かが以前に同じ移行をしたことがありますか?

編集:実際、Smalltalk / Seasideについて私が最も興奮したのは、WebDevRadioの次のエピソードです:エピソード52:SeasideのRandal Schwartz(とりわけ)

回答:


62

Rubyが好きなら、おそらくSmalltalkが好きになるでしょう。IIRC Seasideは、Gemstone / SOODBMSの一部であるGemstoneVMに移植されました。これはRubyよりもはるかに優れたスレッドサポートを備えているため、大量のシステムに適したバックエンドです。これは、それを詳しく調べる良い理由かもしれません。

Smalltalkを学ぶ理由:

  • それは本当に、本当に素晴らしいプログラミング環境です。頭を悩ませたら(C ++やJavaに慣れている人にとってはカルチャーショックになる傾向があります)、作業に非常に適した環境であることがわかります。私が使用した古いDigitalkのものは、非常に快適なシステムです。以下のような古いXPおよびOO教祖タイプの多くは、ケント・ベックMartin Fowler氏は、日中Smalltalkの裏に自分の歯をカットし、時折、公共の場で、古き良き時代のために憧れを聞くことができます(引用のためにフランク・シアラーのおかげで、1) -アジャイル開発はこのプラットフォームで始まりました。

  • これは、歴史上最も生産的な開発プラットフォームの1つです。

  • いくつかの成熟した実装が存在し、驚くほど大きなコードベースがあります。ある時点で、開発者の生産性と市場投入までの時間が非常に重要な金融市場のサークルで非常に流行しました。1990年代半ばまでは、アプリケーション開発に適した商業的にサポートされている高級言語が必要な場合、それは多かれ少なかれ町で唯一のゲームでした(LISPを除く可能性があります)。

  • 展開は簡単です。イメージファイルを適切なディレクトリにドロップするだけです。

  • 本当の理由ではありませんが、Gang of FourBookはかなりの数の例でSmalltalkを使用しています。

Smalltalkを学ばない理由:

  • それはニッチ市場のようなものです。仕事を見つけるのに苦労するかもしれません。ただし、サーバーを所有しているある種の.comアプリケーションを作成している場合、これは問題にならない可能性があります。

  • 多くの人からレガシーシステムと見なされています。プラットフォームでの新しい開発は比較的少ないです(ただし、Seasideは少しルネッサンスを推進しているようです)。

  • 従来のソース管理システムではうまく機能しない傾向があります(少なくとも、私が使用した90年代の初期から中期の時点では)。これは、まだ当てはまる場合とそうでない場合があります。

  • それはやや孤立していて、それ自体で遊ぶのが好きです。PythonまたはRubyはゼロから統合するために構築されており、より無差別である傾向があるため、サードパーティソフトウェアとの統合が容易です。ただし、他のさまざまな主流のシステムは、多かれ少なかれこのタイプの孤立性に悩まされており、それはそれらの使用をそれほど妨げないようです。


1
RubyはGemstoneにも移植されています:Maglevと呼ばれています:infoq.com/news/2008/04/maglev-gemstone-builds-ruby
brian d foy 2008

「従来のソース管理システムではうまく機能しない傾向がある」とはどういう意味ですか?
間違いなく2010年

5
従来のSmalltalkがソースコードを保存する方法は、それが画像および関連するソースに埋め込まれ、ファイルを変更することを意味していました。(たとえば)Cで得られるようなきれいなプログラムファイルのセットを取得できませんでした。Smalltalkシステムは、(a)独自仕様、(b)高価、および( c)他のすべてと互換性がありません。
ConcernedOfTunbridgeWells 2010年

1
そしてうまくいけば、モンティセロはこれらの問題の(a)と(b)に対処するでしょう。Squeakはすでにそれを頻繁に使用しており、SqueakSourceには多くのプロジェクトで使用されています。それでもいぼがあります。git-Monticelloプロジェクトが実際に使用されると、(c)もうまくいけば道に迷うでしょう。
Frank Shearar 2010年

2
私は一般的に答えが好きですが、Smalltalkはサードパーティのソフトウェアで問題なく動作します。多くのAPIが表示されないのは、技術的にAPIを統合できないためではなく、ニッチであるためです(したがって、外部ソフトウェアを必要とする人が少なくなります)。その効果の2番目の理由(これも技術的ではありません)は、smalltalkerは、他のあまり面白くないテクノロジーよりもsmalltalkの問題に対処することを好むということです。
セバスチャンサストレ2011

46

さて、名前でおっしゃっていたので、チャイムを鳴らしたほうがいいと思います。

そのポッドキャストインタビューで言ったように、そして私がhttp://MethodsAndMessages.vox.com/で私のブログで繰り返し示したように、今年は「smalltalkの年」です。そして、過去10か月間Smalltalkのアドボカシーを行ってきたので、それが実際に起こっていることがわかります。より多くの顧客がSmalltalkとSeasideに目を向けており、Smalltalkベンダーはすべて、この新しい注目の流入を捉えるために懸命に取り組んでいます。より大規模なSmalltalk会議が計画されています。より多くの求人情報が投稿されています。より多くのブログ投稿が行われています。

今日Smalltalkに目を向けると、あなただけではありません。他にもたくさんの人がいます。

編集

さて、数年後、私は代わりにダートをお勧めします。これはGoogleが考案した優れた言語ですが、現在はECMA委員会が所有しています。これは、node.jsスタイルでサーバーサイドで実行されますが、JavaScriptにトランスパイルすることにより、最新のブラウザーではクライアントサイドでも実行されます。たくさんの良い本、ブログ、ヘルプチャンネル、IDEサポート、公開ライブペーストビン。私はそれが間違いなく足を持っていると思います...私はそれをオンサイトまたはオンラインで教えるためのコースウェアを書いているので十分です、そして私からの作品には1冊か2冊の本があると確信しています。また、昔のSmalltalkerであるGilad Brachaがデザインの主要な貢献者であるため、DartにはSmalltalkがたくさんあります。


2
だからこそ、Stack Overflowはかっこいいです!ご回答ありがとうございます!
Christoph Schiessl 2008

好奇心から、注目の流入について詳しく説明できますか?マインドシェアがどこから来ているのか、何かアイデアはありますか?
ConcernedOfTunbridgeWells

Rubyは確かに役に立ちました。JavascriptとObjective-Cもそうだと思います。純粋なOOのことを理解していない人にとって、これらの言語は、Smalltalkがどのように輝いているかを推定できるおなじみの出発点を提供します。
ダミアン・ポレ

それから、シーサイドの人たちはいくつかの良いPRをしました、DabbleDBでのAviBryantとRailsconfでのMaglevクーデター、そしてRandalもかなりボーカルです:)またGoogleV8のLarsBakはSelfから来ています...そのような小さな手がかりがたくさんありました、すべてが示唆していますSmalltalkとLispで、過去の未来からの奇妙な言語:)
Damien Pollet

31

Smalltalkは学ぶのに良い言語であり、素晴らしいことはそれを行うのに1日しかかからないことです。それは単なる学術言語以上のものです。人々は、数十億ドルを処理する巨大でスケーラブルな複製可能なアプリケーションを構築しています。彼らはそれについてあまり話しません。たとえば、GemStoneおよびOrient Overseas Container Lines:A Shipping Industry CaseStudyを参照してください。

SeasideはSmalltalkを学ぶ良い理由ですが、Railsよりも桁違いに優れているとは思いません。

私を納得させたのはGemStoneでした。私はGemstoneのGLASS(GemStone、Linux、Apache、Smalltalk、Seaside)が本当に好きです。そのキラーな部分はGemStoneです。これは、ほとんど何も考えずに、すべてのオブジェクトの永続性を処理します。彼らのデモのいくつかを見て、人々がGemStoneで何をしているのかを聞くと、「大きなアプリケーション」が何を意味するのかという私の考えがリセットされました。

Railsについて私を最も悩ませているのは、オブジェクトリレーショナルマッピングです。それはGLORP(SmalltalkのActiveRecordを処理する)、Perl、または他のものと同じくらいひどいので、Rubyに対して何もありません。オブジェクトをデータベーステーブルにマッピングするのは面倒です。GemStoneを使用すると、データベースについて考えることがなくなるため、データベースでの作業もなくなります。まるで巨大な石(または猿の群れ)が背中から外されているようなものです。


1
二度投票できたらいいのに…完全に同意します。
セバスチャン・RoccaSerra

1
ORMに対するODBの優位性を示すための+1。ある場所から別の
場所に移動

16

>腕と脚の両方の費用がかからないSmalltalk開発環境を見つけることができませんでした

グーグル-無料スモールトーク

Cincom Smalltalk、Squeak、GNU Smalltalk


きしむ音は本当にいいです!純粋OOP、完全にグラフィック、素敵なユーザーインターフェイス、オープンソース(これに同意しない人もいます)、多かれ少なかれポータブル...
Joe Pineda

1
Squeakの場合は+1で、初心者向けの素敵なメーリングリストを備えた素晴らしいコミュニティがあります。
セバスチャン・RoccaSerra

Squeakの+1、オブジェクトエクスプローラー(またはそれが呼ばれるもの)は、オブジェクトモデルがどのように機能するかを学ぶために非常に貴重です。
Mauricio Scheffer

4
ファロは...無料で、すべての近代的なツールを持っている
Dafydd Reesの

15

Smalltalkを学ぶことで、オブジェクト指向ソフトウェア開発の基礎を、OOを発明した人(Alan Kay)の観点から知ることができます。オーバーラップするウィンドウ環境のアイデアは、Smalltalkから生まれました。

Smalltalkを学ぶ上での障害は、次のようなフロー制御の奇妙な構文を持つメッセージパッシングシステムであるということです。

i < 60
   ifTrue: [ self walk ]

それは私があまり多くの場所を見たことがない一貫性を持っている非常に成熟したクラスライブラリを持っています。すべての環境(商用Smalltalksも含む)のクラスライブラリには、言語のマスターから学ぶことができるソースがあります。Smalltalkをプログラミングするとき、私はいつもそれが環境でどのように行われるのかという質問をします。

Smalltalkは通常、システム内のすべてのオブジェクトのライブ環境であるイメージに実装されます。

インタラクティブデバッガーは、SmalltalkをRubyから実際に分離します。

SeasideはWeb開発フレームワークであり、Smalltalkに新しいスポットライトを与えました。これは、ヒット内デバッグとスムーズなリッチクライアントタイプの開発エクスペリエンスを可能にする継続ベースの環境です(トップアプリケーションフローは単一の方法で設計できます)。script.aculo.usとの統合は、Smalltalk内から簡単に呼び出せるように行われています。


1
構文は奇妙ではありません-実際には非常にエレガントです。次のように読む必要があります。「i <60」の結果が何であれ、これがコードの一部(引数として渡されるコードオブジェクト)であり、自分が正しいと思う場合に評価されます。面白いことに、「i <60」があいまいで統計的なものを返す場合でも、それは機能します。
blabla999 2009年

...そして、そのあいまいで統計的なものは、(方法として)それをどのように扱うかを決定することができます。この方法で再定義できない単一の組み込み演算子または制御構造はありません。
blabla999 2009年

10

ナイジェル、私が持っている1つの引用はこれです:

何かをしてから久しぶりですが、Smalltalkを推薦しますが、コンピュータコードに思考を移すことができるという点で、これほど素晴らしいものはまだありません。それは言語だけではありません。それは素晴らしいブラウザ環境、ライブラリ、そして他の何よりも早くスパゲッティを生み出すことができるように明確でよく設計されたコードを書く文化です。JavaOneの参加者が、Javaが他の何よりもはるかに生産的であると称賛していたとき、私は茶色の紙袋が必要でした。さて、クラスパスの整理に戻りましょう...- Martin Fowler(Software Development Magazine、2001年1月)

ここで見つけまし


10

大規模なアプリにはSmalltalkを使用しないと考えているポスターには同意しません。まさにそれが輝いています。しかし、私も1週間足らずでかなりグルーヴィーな(小文字に注意)プロトタイプアプリを作成しました。

私は92年からSTでOOを学びました。とてもうれしかったです。それは私にOOの本当の背景を与えました。クラスで考える。タイプはありません。STはメッセージングに真の重点を置いています。何かを知りたい場合は、オブジェクトにメッセージを送信して回答を取得してください。私見、精神、そしてIDEは、あなたがあなたの結合と結束で正しいことをすることを本当に奨励します。

私のJavaの日々の仕事では、ファイル、ジェネリック、日食のようなIDEで立ち往生していますが、これらはどのSTIDEよりも生産性が桁違いに低くなっています。予定より早く開発を終えたのはSTだけでした。実際、それはとても生産的で、私は何もすることがなかったので、私は別のプロジェクトに移さなければならなかったので、私たちは非常に多くの再利用を得ました!(わかりました、多分私は見積もりを学ぶのに時間を費やすことができたでしょう...)

きしむ音をダウンロードし、良い本を見つけて遊んでください。唯一の欠点は、デイギグでJavaまたはC#を使用している場合、STを使用できることを望んでしまうことです。あなたはもっと早く家に帰るでしょう。

クリスブルックス


9

Lisp(Scheme)またはSmalltalkを学ぶことをお勧めします。

Smalltalkには、カルチャーショックを乗り越えたら見逃したくない素晴らしいIDEがあります。はい、無料のものが複数あります:Squeak、Dolphin、Smalltalk / X、およびVisualworks(非商用)。

ただし、Lispは、数学の基礎がさらにクリーンになる可能性があります。

よろしく

PS:実際には両方を学ぶことをお勧めします!


8

私はRubyを知りません。

Smalltalkは純粋なオブジェクト指向言語です。最も人気のある「OO」言語(C ++、Javaなど)のシミュレートされたOOだけでなく、OOを本当に理解する必要があると感じた場合は、smalltalkで遊ぶことをお勧めします。

smalltalkでは、すべてがオブジェクトであり、属性、動作、メタがあります。シミュレーションでは、オブジェクトで使用するデータ型があります。

私はそれで遊ぶと言うでしょう、あなたは利益を得るだけです。


1
SmallTalkでは、「クラス」でさえオブジェクトであり、クラスClassのインスタンスです!!! これは私がそれを食い物にするまで私を怒らせた!
ジョー・ピネダ

1
Rubyは、クラスでさえオブジェクトであるという意味で、純粋なオブジェクト指向言語でもあります。ブロック、メソッド、およびnullポインターの参照も同様です。
アラン

4
RubyはSmalltalkから多くのアイデアを取り入れています(Matzはこれを自由に述べます)。多くの点で、それは「実用的」(ハントとトーマスへの謝罪)Smalltalkのような言語と見なすことができます。
ConcernedOfTunbridgeWells

7

私は完全にあなたの立場にあります。RoRを使用して、Smalltalkの土地を調べています。ここに私が重要だと思ういくつかの賛否両論があります:

長所:

  • 成熟した安定した環境
  • 迅速な開発サイクル
  • あなたがより多くを考え、より少なく書くようにします

短所:

  • 別の考え方が必要
  • まだそれを完全に把握していませんでした

Smalltalkについて知ったのはとてもおかしいです。LispやErlangのものを検索するときにGoogleの結果にポップアップし続けるのはこれでした。ある日、私はそれをチェックして、素晴らしいウィンドウズ環境に驚いていました。しばらくして、Aida / Webフレームワークを見つけました。私は夢中になり、このフレームワークを使用したWeb開発を通じてSmalltalkを学び始めました。

まだまだそこにはありませんが、とても面白いので、じっと座っていられません... :-)また楽しんでいます。


5

時間があれば学び始めませんでした。何故なの?C#やJavaを学ぶ方が、経済的に生産的で儲かるからです。

一方、あなたの愛好家で、考古学的な発掘を行いたい場合は、Alan Kayを調査して、smalltalkの内容、時期、理由、方法を検討することをお勧めします。魅力的な物語と信じられないほどの人(結局のところ、彼はチューリング賞を受賞しました)。それから多分少しきしむ音で遊んで言語の感覚を得てください。この後、ブロック、クロージャ、およびオブジェクト指向の原則を尊重/理解することができます。

私はSmalltalkを知っていて使用しており、約15年間それを維持しており、Smalltalkを友人に勧めません。何故なの?雇用は、持ち続けていくのは良いことです。Smalltalkから多くのことを学ぶことはできますが、それをこの時代に有利に採用されるように簡単に変えることはできません。

また、あなたはシーサイドに興奮しているようで、シーサイドとジェムストーンのパートナーシップを想定しています。私はかなり長い間GemStoneを使用してきましたが、この2つを組み合わせると非常に魅力的です。彼らが成功するために必要な市場シェアと勢いを得られることを願っています。


5

しないでください!あなたが本当にそれを学び始めたら、あなたはもう何か他のものでプログラムしたくないかもしれません。

あなたがLispプログラマーなら、これは真実ではないかもしれません。


4

絶対に、Smalltalkを学んでください!これは2015年であり、PharoのおかげでSmalltalkは再び増加しています。ファロは無料です。Pharoは、強力なエンタープライズツールに急速に進化しています。バージョン4.0では、まもなく5.0になり、わずか4年で大幅に成熟しました。

次に、Web用のSmalltalkであるAmberがあります。また、無料で急速に進化しています。

Smalltalkの評判にもかかわらず、これはあなたのお父さんのSmalltalkではありません。現代のSmalltalkは刺激的で有望です。

Smalltalkの仕事は(まだ)豊富ではないのは事実です。しかし、十分な数の人がSmalltalkerの新しい波に集まると、業界はそれに適応し、ビジネスでSmalltalkが広く採用されるようになります。問題は、あなたにはビジョンがありますか?


3

私は、最初の大学院レベルのオブジェクト指向プログラミングコース(1988年頃)の1つでSmalltalkを教えられました。先生は、よりトレンディな言語に移る前に、「純粋な」OO言語から始めるのが最善だと考えました(学期の終わりに少しC ++を実行しました)。

その基準では、純粋なOOから始めるのが最善ですが、最近ではJavaとC#があり、どちらも「ほぼ純粋な」OOであり、OO以外の機能を無視することで十分に近いです。そして、言語のPure-OOサブセットに自分自身を制限します。



3

私はソフトウェアエンジニアを数年務めています。人々がSmalltalkを何度か取り上げていると聞いていますが、確かにSmalltalkは1980年頃から存在していますが、ソフトウェアの主流になったとは思えない言語の1つです。Objective C、CLIPS、PL / Iなどのようなものです。聞いたことがあるかもしれませんが、ほとんどの人がプログラムしたことのないものです。

特定の仕事をする必要がない限り、Smalltalkを学ぶのに時間がかからないでしょう。数年前にいくつかのSmalltalkチュートリアルと例を簡単に見てみましたが、オブジェクト指向プログラミングの特定の側面にいくつかの明らかな利点があるようです(メッセージの概念がかっこいいようです)。しかし悲しいことに、それは主流ではなく、あまり勢いを増していないようです。


3
Objective-C ...ステートメントが2012年の時点でまだ
有効

@sjasなんて本当だ!Smalltalkに必要なのは、主要な開発者が新しいデバイスニッチ市場を作成し、デバイス用のアプリを作成するための事実上の言語としてSmalltalkを指定することだけです。
鬼詩篇33 2012年

2

このスレッドは私にとって非常に現実的なものになりました。ソフトウェアをWebアプリケーションに移行することを計画しています。これはデータベースベースのソフトウェアです。私は特に代替案をチェックしています1)Rails 2)Seaside

Gemstone / Sの数値をデータベースとして取得できれば、それも検討します。つまり、私にとっては、以前よりもSmalltalkを(よりよく)学ばなければならないということです。これからの15年間は私の仕事になるかもしれないからです。あなたはそんなに長く好きではないソフトウェアで作業するでしょう(そしてすべきではありません);-)。Gemstone / Sは「キラー」アプリケーションの1つであるという印象を持っています。しかし、オブジェクトの永続性は依然として非常に難しい分野です。


2

1) はい!言語を学ぶことは常に良いことです。あなたが言語を学ぶつもりなら、それを簡単かつ迅速に学ぶことができる強力で影響力のある言語にしてください。

Smalltalkは、オブジェクト指向の概念を学習するための卓越した言語と環境であり続けます。

それはすべてのオブジェクトであり、ずっと下にあります。これにより、作業に対する非常に一貫したアプローチが可能になります。

整数は、クラス整数のインスタンスです。文字列は文字オブジェクトのコレクションです。クラスは、それらが定義するクラスのシングルトンインスタンスオブジェクトです。

制御構造は、クラスブールのインスタンスにgetメッセージを送信することによって機能します。

匿名メソッド(コードのブロック、別名ブロック)でさえオブジェクトです。

すべては、オブジェクトにメッセージを送信することによって行われます。構文ははがきに収めることができます。

Smalltalkでの概念とその実装の明確さは、Java、Ruby、およびC#に直接移行する考え方を開発できることを意味します。Pythonにも当てはまると思います。

英国の主要大学がSmalltalkを使用して、オブジェクト指向コンピューティングで年間5,000人をトレーニングしたことは、概念を明確にするのに非常に役立ちます。

Squeak5がリリースされました。プログレッシブガベージコレクションを備えた新しいCog / Spur VMにより、パフォーマンスが大幅に向上しました。

Pharo 4には、すっきりとしたデスクトップテーマがあります。次のバージョンであるPharo5はまもなくリリースされます。Cog / Spur VMの使用に移行し、リリースには約5,000のクラスがあり、クラスの追加パッケージは、構成ブラウザーツールを介してネットから簡単に入手できます。

Squeak 5は、第1世代のRaspberry Piでもパフォーマンスが高く、新しい5ドルのRaspberry Piゼロではほぼ50%高速です。99ドルで、Raspberry Pi 2、画面、ケースを購入できます。成熟した、完全な機能を備えたIDEを実行できます。

最先端の研究は、Smalltalkの調整された分散型OOシステム(NaiadやSpoonなど)で行われています。

世界最大の企業データベースのいくつかはSmalltalkで実行されています。これには、世界の輸送コンテナの60%の追跡や、世界最大の銀行の取引システムが含まれます。

Smalltalkを一種の超強力なCoffeeScriptとして使用し、Amber Smalltalkで記述し、JavaScriptにトランスパイルして、ブラウザーで実行できます。

Squeak、Pharo、およびAmberはすべて、無料のオープンソースのオープンライセンス言語および環境です。

SqueakとPharoは、MacOS、Windows、およびLinux用のwrite-once、runwhere機能を提供します。(おそらくRiscOSも)。

Dolphin Smalltalkは、ネイティブのWindowsルックアンドフィールをしっかりとターゲットにしており、完成した作業の閉じた.exeをコンパイルして、エンドユーザーに配布できます。ベンダーによるDolphinのさらなる開発は停止しましたが、完全に機能しており、すべてのSmalltalkと同様に、大幅に拡張できるように設計されています。(PharoにはSqueakの3,000と比較して、現在5,000のクラスがあることを述べましたか?PharoはSqueak 3.9のフォークです)

** Squeak、Amber、Pharo、Cuis、Dolphinをインストールして起動するためのハウツーガイドがあります:** http://beginningtosmalltalk.blogspot.co.uk/2015/11/how-to-get-smalltalk- up-and-running.html

SeasideWebフレームワークはSqueakとPharoで実行されます。より伝統的なAidaWebフレームワークと同様に、これは素晴らしい成熟したツールです。

VisualAge、VisualWorks、Gemstoneはすべて、エンタープライズグレードの堅牢なシステムを提供します。Gemstoneは、トランザクションと永続性を備えた無限にスケーラブルなオブジェクトデータベースを提供します。

2)はい-私はすでにそれを使用しています。

私はオープン大学でそれを学び、すぐにRubyで生産的になりました(Pickaxeの本のコピーと私の側のライブラリリファレンス)。これは、JavaとXeroxMooコードで非常に役立ちました。

レスポンシブで大規模なマルチプラットフォームモバイルアプリの管理と配布を制御するアプリを作成するために戻ってきました。

間もなく、Amberを使用してJavaScriptモバイルアプリを書き直すことになると思います。


1

私はあなたが何を探しているのか本当にわかりません。

書くための別の言語を探しているなら、それは利用可能なライブラリに大きく依存すると思います。RubyもSmalltalkも知りませんが、Ruby onRailsを作成する最も効率的な方法はSmalltalkではないようです。

Rubyの背後にあるアイデアを学びたいのであれば、これは非常に良い動きかもしれません。定量的なものは何もありませんが、ツールだけでなく、その背後にあるアイデアやその仕組みを理解していれば、ツール(言語システムなど)の使用について常に気分が良くなりました。

さまざまな種類のオブジェクト指向言語を学びたい場合は、JavaやC ++などのSmalltalk(Rubyと大幅に異なる場合)、そしておそらくCommon Lisp ObjectSystemも学びたいと思うかもしれません。

何か違うことを学びたいだけなら、Smalltalkが良い選択かもしれません。私はCommonLispも提案したいと思います、そして他の人々は間違いなく他の提案をするでしょう(あなたは最近良いForthシステムを手に入れることができますか?)。


シーサイドを見なかったのは明らかです。Ruby-on-Railsのようなアプリケーションを作成する最も効率的な方法は、明らかにSeasideを使用することです。
Stephan Eggermont 2009

Seasideを見たり、RubyやSmalltalkを使用したことがないので、これは一般的なアドバイスです。シーサイドを指摘してくれてありがとう。
David Thornley

-5

はい、興味があります。すでに一度開始しようとしましたが、腕と脚の両方のコストがかからないSmalltalk開発環境を見つけることができませんでした。


1
Squeak(squeak.orgから)は、元のSmalltalk-80イメージに基づく無料のオープンソース実装です。
Kevin Driedger 2008

VisualWorksはフリービットとしても利用できるようになりました。cincomsmalltalk.com
ConcernedOfTunbridgeWells
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.