Smalltalk総合 Squeak Pharo

[1 デフォルトの名無しさん 2013/02/16(土) 14:10:29.12]

Squeak
http://www.squeak.org/
Pharo
http://www.pharo-project.org/home

商用
Cincom VisualWorks
http://smalltalk.cincom.jp/main/products/visualworks/

[2 デフォルトの名無しさん 2013/02/16(土) 14:11:50.11]

人気ないみたいだけど
Smalltalkは現役だし
スレがないとまずいっしょ

[3 デフォルトの名無しさん 2013/02/16(土) 14:13:04.51]

http://smalltalk.smalltalk-users.jp/

こんなサイトが・・・
エイプリルフールの残骸らしい
ちゃんと掃除しとけよｗ

[4 デフォルトの名無しさん 2013/02/16(土) 14:13:44.81]

しかし超重要言語なのに極端に人気ないよな
D言語より書き込みないってどうなの

[5 デフォルトの名無しさん 2013/02/16(土) 22:43:27.68]

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

[6 デフォルトの名無しさん 2013/02/16(土) 23:29:10.97]

乙

日本語Squeak
http://sourceforge.jp/projects/squeak-ja/

自由自在 Squeakプログラミング PDF版
http://swikis.ddo.jp/squeak/13

Seaside へ GO!! ― 楽々サーバサイド Web プログラミング ―
http://www.ogis-ri.co.jp/otc/hiroba/technical/seaside/

umejavaさん、様様ですわ。

[7 デフォルトの名無しさん 2013/02/16(土) 23:42:56.84]

>>1 乙

[8 デフォルトの名無しさん 2013/02/16(土) 23:48:41.78]

個人的にはDolphin Smalltalkの完成度が好き。Win限定だけど。
http://www.object-arts.com/

Amber Smalltalkは面白いけれど、まだいろいろと荒削りっぽい。
http://amber-lang.net/

名前から正統派と誤解されがちだけど実はかなり変わり種のGNU Smalltalkも
リニューアル後、頑張っている。
http://smalltalk.gnu.org/

変わり種と言えば、もはやSmalltak処理系と呼んでいいのか分からないGemStone/Sも
MagLevとか永続化で知名度を上げてきている。実はかなり古くからある処理系のひとつ。
http://www.gemstone.com/products/gemstone
http://seaside.gemstone.com/

[9 デフォルトの名無しさん 2013/02/17(日) 14:11:15.22]

Smalltalkは興味はあったけど仕事にならんかった
つか、廻りの誰も知らんかった

[10 デフォルトの名無しさん 2013/02/17(日) 20:34:48.78]

オブジェクト指向を鍛えるにはひたすら便利だと思う。実行しているアプリをインスペクトして
オブジェクトグラフを書いて、各クラスの役割を考えるのはかなり役に立ったし。

[11 デフォルトの名無しさん 2013/02/17(日) 21:37:39.66]

こういう使い方もあるね

分析・設計ツールとしてのSmalltalk
http://www.sra.co.jp/public/doc/GSletter/vol.26/smalltalk/smalltalk.pdf

[12 デフォルトの名無しさん 2013/02/18(月) 00:07:01.38]

結局、よくわからんかった。Squeakの本とか読んで試してみたけど

何でも出来るのかもしれないけど、「作法」？みたいなのがまったくわからんかった

[13 デフォルトの名無しさん 2013/02/18(月) 00:56:02.60]

よく分かっている人と１回ペアプロしたら、独学のときのいろんな疑問が氷解した（ステマ）

https://twitter.com/umejava/status/302392947759013888

[14 デフォルトの名無しさん 2013/02/18(月) 01:18:06.80]

>>12
具体的にSmalltalkでどんなことを試してみたかったかを
書いてくれればなにか手助けできるかも

[15 デフォルトの名無しさん 2013/02/19(火) 23:05:27.09]

>>12
良いサンプルプログラムがあると良いんだけどね

Smalltalk、「クラスライブラリ」のサンプルとしてはとても良いと思うけど
「アプリケーション」を書こうと思うと「なんか違う」感が強いね
「隅から隅まで知ってないとダメ」見たいなノリも嫌い

[16 デフォルトの名無しさん 2013/02/20(水) 01:15:12.85]

ノリとか以前に、そもそもそういうコンセプトで作られた環境だから仕方がない。

Smalltalkの底を流れる設計思想
http://web.archive.org/web/20041016084842/http://marimpod.homeip.net/chomswiki/24#

[17 デフォルトの名無しさん 2013/02/20(水) 07:44:12.73]

箱庭

[18 デフォルトの名無しさん 2013/02/20(水) 08:54:35.03]

>>15
具体的にはどういうところが「なんか違う」と思った？
Smalltalkはオブジェクトの協働というそのコンセプトから、アプリケーションソフトという概念が希薄で
環境内でアプリに見えるものも、使いやすいようにそう見せているだけだったりするのだけれども
そういうことについてだろうか。あるいはイメージベースによって処理系ごと永続化されていて、
アプリケーション配布のときに余計なものを含めないといけないことに不自由さを感じた？

[19 デフォルトの名無しさん 2013/02/20(水) 08:57:51.54]

>>17
「箱庭」というのは言い得て妙かも。
そもそものスタートがアラン・ケイの「ぼくのかんがえるさいきょうのOS」の
試作環境だから。

[20 デフォルトの名無しさん 2013/02/20(水) 21:24:14.37]

MessageCaptureってなんでわざわざnewせなあかんの？
MessageCaptureに直接Message送られるようにしとけばよかったんちゃうん？
ProtoClassをMetaClass objectが直接継承してないから？

[21 デフォルトの名無しさん 2013/02/20(水) 22:51:24.85]

>>15
開発環境自体がサンプルやからね。

[22 デフォルトの名無しさん 2013/02/21(木) 14:36:48.59]

ネット調べると、どう書くorgでも一人頑張ってたid:suminしかいないイメージ

いにしえの日本語化関連の人たちとかは脱Smalltalkしたのか
まあどのソフトでも日本語化関わる人たちってだいたいいなくなるよね
ユーザーとは違うんだろうな

[23 デフォルトの名無しさん 2013/02/21(木) 15:40:12.10]

Smalltalkって何がすごいの？
ライブラリがしょぼくなったRubyだよね？

[24 デフォルトの名無しさん 2013/02/21(木) 15:53:09.31]

Smalltalk入門 (全16回) - プログラミングならドットインストール
http://dotinstall.com/lessons/basic_smalltalk

[25 デフォルトの名無しさん 2013/02/21(木) 16:03:58.90]

>>23
Rubyよりはイントロスペクションが強力で、デバッグ時の静的・動的トレースが楽ちん。
あと目的によってはユーザーが気ままに処理系をいじれるってイメージがあるけど

[26 デフォルトの名無しさん 2013/02/21(木) 16:07:27.28]

>>23
> ライブラリがしょぼくなったRubyだよね？
このたとえがわからん。Rubyってそんなにすごいの？

[27 デフォルトの名無しさん 2013/02/21(木) 19:36:24.37]

ユーザが多い分使えるライブラリは多いんじゃなかろうか
そんな事言ったら fortran 最強だけど

[28 デフォルトの名無しさん 2013/02/21(木) 20:38:14.94]

>>25
それってRubyの潤沢なライブラリを捨ててまで使いたくなるものなんでしょうか？？

[29 デフォルトの名無しさん 2013/02/21(木) 21:06:46.77]

Rubyってそんなにライブラリーあるのか？
総量からするとSqueakの半分も無いんじゃないか？

[30 デフォルトの名無しさん 2013/02/22(金) 00:36:01.88]

>>18
>アプリケーション配布のときに余計なものを含めないといけないことに不自由さを感じた？

そんな感じ
「2チャンネルの専用ブラウザ使おうとしたらVisualStudioが付いてきた」
みたいな感じになるでしょ

昔のQKS Smalltalkだったかな？開発環境とか不要なクラスを除外したイメージが書き出せますってんで買ったけど
イメージファイルが1.44MBのフロッピーに収まらなかったんでガッカリ来た

[31 デフォルトの名無しさん 2013/02/22(金) 17:16:01.63]

>>29
http://rubygems.org/gems

[32 デフォルトの名無しさん 2013/02/22(金) 17:24:27.69]

またこうしてRuby使いがいらぬ恨みを買うのであった
自重してくだしあ

[33 デフォルトの名無しさん 2013/02/22(金) 21:28:37.84]

>>31
http://smalltalkhub.com/#!/explore
http://www.squeaksource.com/

[34 デフォルトの名無しさん 2013/02/22(金) 21:29:29.57]

rubyって、REPLに先祖帰りしたSmalltalkでしょ？

[35 デフォルトの名無しさん 2013/02/22(金) 21:40:06.99]

>>31
そのライブラリーだけじゃSmalltalk環境一つ作るだけでも
相当追加でコード書かなきゃならんだろう

[36 デフォルトの名無しさん 2013/02/23(土) 00:32:53.14]

まず大前提として、Smalltalk環境なんてゴミは
求められてないって理解しようね

要らないもの作るためのライブラリが揃ってないのは
誰も必要無いものは作らないってだけの話

[37 デフォルトの名無しさん 2013/02/23(土) 00:44:46.28]

使う人がいるからいっぱいSmalltalk環境があるんだろ

[38 デフォルトの名無しさん 2013/02/23(土) 00:52:34.33]

正規表現ライブラリーが100個あったりとか、
fcgiをラップするライブラリーが100個あっても仕方ないんだけどね。
1000ライブラリーがあるならせめて700通りの問題に対応できなきゃ
ゴミじゃね？50個ライブラリーを集めたら10000行掛かった
プログラムが20行程度、むしろコードは一切書かず数回の
クリック操作で完成するとかじゃないと嬉しくはないなぁ。

[39 デフォルトの名無しさん 2013/02/23(土) 03:19:08.02]

>>36
つまり、君の大好きなRubyには、Smalltalkのそのゴミがごとき環境を
経ずとも必要とされる機能が通過不足なく用意されているんだよね。
それはよかったじゃん。で、ここにはいったい何しに来たんだい？