Smalltalk総合 Squeak Pharo
http://www.squeak.org/
Pharo
http://www.pharo-project.org/home
商用
Cincom VisualWorks
http://smalltalk.cincom.jp/main/products/visualworks/
Smalltalkは現役だし
スレがないとまずいっしょ
こんなサイトが・・・
エイプリルフールの残骸らしい
ちゃんと掃除しとけよｗ
D言語より書き込みないってどうなの
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
日本語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さん、様様ですわ。
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/
つか、廻りの誰も知らんかった
オブジェクトグラフを書いて、各クラスの役割を考えるのはかなり役に立ったし。
分析・設計ツールとしてのSmalltalk
http://www.sra.co.jp/public/doc/GSletter/vol.26/smalltalk/smalltalk.pdf
何でも出来るのかもしれないけど、「作法」？みたいなのがまったくわからんかった
https://twitter.com/umejava/status/302392947759013888
具体的にSmalltalkでどんなことを試してみたかったかを
書いてくれればなにか手助けできるかも
良いサンプルプログラムがあると良いんだけどね
Smalltalk、「クラスライブラリ」のサンプルとしてはとても良いと思うけど
「アプリケーション」を書こうと思うと「なんか違う」感が強いね
「隅から隅まで知ってないとダメ」見たいなノリも嫌い
Smalltalkの底を流れる設計思想
http://web.archive.org/web/20041016084842/http://marimpod.homeip.net/chomswiki/24#
具体的にはどういうところが「なんか違う」と思った？
Smalltalkはオブジェクトの協働というそのコンセプトから、アプリケーションソフトという概念が希薄で
環境内でアプリに見えるものも、使いやすいようにそう見せているだけだったりするのだけれども
そういうことについてだろうか。あるいはイメージベースによって処理系ごと永続化されていて、
アプリケーション配布のときに余計なものを含めないといけないことに不自由さを感じた？
「箱庭」というのは言い得て妙かも。
そもそものスタートがアラン・ケイの「ぼくのかんがえるさいきょうのOS」の
試作環境だから。
MessageCaptureに直接Message送られるようにしとけばよかったんちゃうん？
ProtoClassをMetaClass objectが直接継承してないから？
開発環境自体がサンプルやからね。
いにしえの日本語化関連の人たちとかは脱Smalltalkしたのか
まあどのソフトでも日本語化関わる人たちってだいたいいなくなるよね
ユーザーとは違うんだろうな
ライブラリがしょぼくなったRubyだよね？
http://dotinstall.com/lessons/basic_smalltalk
Rubyよりはイントロスペクションが強力で、デバッグ時の静的・動的トレースが楽ちん。
あと目的によってはユーザーが気ままに処理系をいじれるってイメージがあるけど
> ライブラリがしょぼくなったRubyだよね？
このたとえがわからん。Rubyってそんなにすごいの？
そんな事言ったら fortran 最強だけど
それってRubyの潤沢なライブラリを捨ててまで使いたくなるものなんでしょうか？？
総量からするとSqueakの半分も無いんじゃないか？
>アプリケーション配布のときに余計なものを含めないといけないことに不自由さを感じた？
そんな感じ
「2チャンネルの専用ブラウザ使おうとしたらVisualStudioが付いてきた」
みたいな感じになるでしょ
昔のQKS Smalltalkだったかな？開発環境とか不要なクラスを除外したイメージが書き出せますってんで買ったけど
イメージファイルが1.44MBのフロッピーに収まらなかったんでガッカリ来た
http://rubygems.org/gems
自重してくだしあ
http://smalltalkhub.com/#!/explore
http://www.squeaksource.com/
そのライブラリーだけじゃSmalltalk環境一つ作るだけでも
相当追加でコード書かなきゃならんだろう
求められてないって理解しようね
要らないもの作るためのライブラリが揃ってないのは
誰も必要無いものは作らないってだけの話
fcgiをラップするライブラリーが100個あっても仕方ないんだけどね。
1000ライブラリーがあるならせめて700通りの問題に対応できなきゃ
ゴミじゃね？50個ライブラリーを集めたら10000行掛かった
プログラムが20行程度、むしろコードは一切書かず数回の
クリック操作で完成するとかじゃないと嬉しくはないなぁ。
つまり、君の大好きなRubyには、Smalltalkのそのゴミがごとき環境を
経ずとも必要とされる機能が通過不足なく用意されているんだよね。
それはよかったじゃん。で、ここにはいったい何しに来たんだい？
で？そのゴミからの返答を求めているお前の存在価値はどこにある？
普通にOSの機能使ってれば要らないよね
自言語の優位性を誇示しにくるのか？
OSへのI/Fをその言語/環境のパラダイムでモデル化してるよね。
結局、どんな言語/環境でも内部にOSモデルを持ってるよね。
そのOSモデルがその言語/環境とシームレスに繋がる言語/環境は優秀だね。
普通にOSの機能を使ってるだけに見える言語/環境はモデル化がクソだね。
で、>>41さんが大好きなRubyはどっちなんだい？
＞他の言語(LispとSmalltalkは中でも特筆に値する)はみんなオペレーティングシステムが存在しない振りをしようとして、
＞リストがすべてだとか(Lisp)、オブジェクトがすべてだ(Smalltalk)と言っているのに対し、Perlはまさにその逆のことをしている。
＞ラリーが言っている。「Unixと文字列処理が、物事をやり遂げるために必要なすべてだ」
＞そして多くのタスクに対し、これはまったくもって正しいのだ。
＞だからPerlはUnixとの統合と文字列処理においてこの惑星上の(1つを除く)どの言語よりも優れている。
＞そしてその例外となる1つが舞台に登場したのはごく最近のことで、それはゴジラの国でのことだ。
＞おおよそのところ、 RubyはPerlの文字列処理とUnix統合をそのまま取り入れた。
＞つまりシンタックスまで含めて同じなのだ。
＞だから他の何かを待つまでもなく、すでにPerlの最良の部分を手にしているのだ。
Javaが見ているOS JRE
どっちもSmalltalkの真似事じゃあるけど十分普及してるわな
てか、GUIが気に入らんだけならDolphinみたいに自分で表示させるようにした
GUIかつ、OSネィティブデザインのGUIしか表示させないようにする手もある。
ダン＝インガルスがそんな感じのこと言ってたな。
OSの機能は言語に内包されるべきだとか何とか。
引きこもりSmalltalk環境とは違いますから
既にあるコード資産を活かしつつ、徐々にSmalltalkに移行できるかな？
例えば、以下のようなシェルスクリプトの処理があったとき、
mapperだけをSmalltalk製に置き換えられたりする？
cat data/* | mapper | sort -k1 | reducer > result.txt
一応GNU Smalltalkなら可能らしい所までは分かったんだけど、
何かニセモノ扱いっぽいので、ちょっと躊躇してしまう……
色々出てくると思う
知りたい内容のStackoverflowのページが見つかった
bashやzshみたいに日常作業をこなしやすいやつ。
self help.できたり
ファイル名補間できるものが欲しいです。
（すでに好きで制約があっても使いたいととかではなく、そもそも使ったこともないのに）
シェル端末だけで使えるならSmalltalkしたいけどって人は、例えば (3/4) inspect とかが
どんな風に出力されればいいと思うのだろう… ちょっと理解に苦しむ。
denominatorやnumeratorとかのインスタンス変数の値を表示するところまでは
いいとして、その書き換えは（普通はもちろんそんなことしないけど、インスペクト
しているのが開発中の自作オブジェクトだったりで仮に必要なら）インスペクターは
介さずに直接 instVerNameAt:put: とかでやりたいということ？ さらに、
インスペクターはある種アプリケーション様の振る舞いをするから別ウインドウに
保持しておきたいよね。そういうのはEmacsやvimみたいなエディタを介在させて
インスペクターの起動毎にペインやバッファを切るということだろうか。
もちろん、そういうニーズがあるのなら作るし作るべきなのがSmalltalkのスタンスだけど
そんな不完全なものでSmalltalkを学んだり使ったりして何が嬉しいのか、誰か説明して！w
用途は (File path:'/home') list display.とかでbashを置き換えたいだけ
で。できれば自分でシェルオブジェクトを書換えて
タブ補完とかしたい。
そんでシェルスクリプトをSmalltalkで書いてしまいたい。
さらに出来るならDBusの呼出をメッセージ式にしてしまいたい。
これがあの有名なシェルを作ってしまうプロジェクトの始まりであった
それはもうすでに好きで、制約があっても使いたいパターンですよね？
その時の言語がRubyでも構わんよ。
まずは日常会話に取り入れていけばいい
例えば嫁さんとのメールとか
かおり 買った？: おかず.
俺 後で買うよ: 夕方頃.
sshで使った時、他のshellと交換できるぐらいの
可搬性は欲しいな
よくいるよね、20年前のイメージで重いとか遅いとか高いとか言っちゃう人。
端末としてつかうにゃ起動終了が重いよ。
gnome-terminalやKonsoleの10倍以上遅い。
ちょっとした作業のためにこれだけ待たされるのは辛い。
え？
ウィンドウマネージャとしてX.orgを起動してからずっとSqueakを使うんじゃないの？
どうしてgnomeとかKDEなんて必要なの？
関わらず商業的に失敗したな。後続の言語に美味しい所を持って行かれたというか。音楽
でいう既に廃盤済みの知る人ぞ知る名盤という感じ。
ただ使い物にならず他言語に流れた
いまは一部の物好きの玩具
ttp://smalltalk.cincom.jp/main/successes/
さすがに、そのリストは少なすぎる
普通に使われてる言語はそんなもんじゃない
vlcやらvimやらOperaがSqueak上にあればええけど
現実はそうじゃ無いじゃん。
Squeak上にLinux移植できたなら話は変わるだろうね。
http://bergel.eu/athena/
Little Smalltalk の作者自身による Java 拡張移植 SmallWorld から派生
シェルで使うには
java -cp athena-0.1.jar athena.engine.AthenaShell -i
ちなみに Java なためか日本語も大丈夫っぽい
起動した直後にエラーが出るんですけど
普通に使えている。
エラーメッセージはちゃんと読んだのか？
解凍ソフト変えて解凍したらとりあえずエラーなしで起動できた
分からないうちは、日本語化されたSqueakを使っとけ
「Smalltalkで学ぶオブジェクト指向プログラミングの本質」は、
若干宗教臭いのと、このコード入力して実行してみてで説明が終わってる部分が多くて、
今一だった
サクサクSmalltalk―オブジェクト指向のアートとサイエンス
実際の所、smalltalkはコードからしか学べない。
入門書ではないかもしれん
これは読み易そう
無理してVisualWorksやPharo使うより、素直にSqueakからはじめたほうが、楽かもしれませんね
>>89
考え方が身につきそうな内容っぽいですね
中古価格も手頃だし…
>>90
長く使えそうだったので以前、購入しました
斜め読みした後、積読中ですが…
StreamEncoderにbigEndian:false
とかおくってもほぼ全部のEncoderがこれ無視しててBigEndianしか考慮してないのな。
結局ちまちまとバイト単位で読んでbig<->littleの変換を手動でしなければいけないという
もうちょっとこの辺直してくれよ・・
http://pharobyexample.org
http://forum.world.st/Squeak-ja-4663-quot-Pharo-by-Example-quot-td4661717.html
最新版を使うより、
チュートリアルと同じバージョンで試すことを強くおすすめ
http://pharobyexample.org/image/PBE-OneClick-1.1.app.zip
まずはOKボタンだけがあるダイアログを出そうとして、workspaceで以下をdo itしてみました。
| theme dialog |
theme := UIManager default theme.
dialog := theme builder newPluggableDialogWindow: 'OK?'.
dialog useDefaultOKButton.
dialog open
でもOKボタンのない空のpaneのダイアログが出てしまいます。
OKボタンつきのmodalなダイアログを出すにはどうしたらいいのでしょうか？
Pharoは使っていないので、はずしていたらごめんなさい。
（ふだん使っているSqueakも、かなりあやしいんで言い訳にはならないんですが^^;）
#useDefaultOKButton の senders から #exampleBasicControls というメソッドを見つけて
この中身を削りながらためしてみたんですが、
どうやら何かしらコンテントを追加した状態で改めていったん #model: をコールしとかないと
OK ボタンは出てこないみたいですね。
| dialog builder |
builder := UIManager default theme builder.
dialog := (builder newPluggableDialogWindow: 'OK?') useDefaultOKButton.
dialog contentMorph: dialog newRow.
dialog model: nil.
dialog open
コンテントはあるのが普通なので、それなら問題ないですね。
ありがと。
transcriptやworkspaceがやってるように、行末で英単語が分断されないようにしたいんです。
例えば下のようにダイアログの中に英語を書くと、単語の区切りとは関係なく改行されます。
つまり、行末でaaaaaaaaという単語が、aとかaaとか、途中で分断されてしまいます。
| string |
string := ''.
100 timesRepeat: [string := string, ' aaaaaaaa'].
LongMessageDialogWindow new
textFont: UIManager default theme textFont;
title: 'example';
text: string asText;
open
これを、workspaceやtranscriptみたいに、空白部分だけで改行するようにしたいんです。
どうすればいいのでしょうか？
Pharo1.4を使っています。'UIManager default theme textFont'はMS UI Gothicの10pointです。
100〜のスレッドの続きを読む
