Smalltalk総合 Squeak Pharo (671ﾚｽ)
上下前次1-新
24: 2013/02/21(木)15:53 AAS
Smalltalk入門 (全16回) - プログラミングならドットインストール
外部ﾘﾝｸ:dotinstall.com
25(1): 2013/02/21(木)16:03 AAS
>>23
Rubyよりはイントロスペクションが強力で、デバッグ時の静的・動的トレースが楽ちん。
あと目的によってはユーザーが気ままに処理系をいじれるってイメージがあるけど
26: 2013/02/21(木)16:07 AAS
>>23
> ライブラリがしょぼくなったRubyだよね？
このたとえがわからん。Rubyってそんなにすごいの？
27: 2013/02/21(木)19:36 AAS
ユーザが多い分使えるライブラリは多いんじゃなかろうか
そんな事言ったら fortran 最強だけど
28: 2013/02/21(木)20:38 AAS
>>25
それってRubyの潤沢なライブラリを捨ててまで使いたくなるものなんでしょうか？？
29(3): 2013/02/21(木)21:06 AAS
Rubyってそんなにライブラリーあるのか？
総量からするとSqueakの半分も無いんじゃないか？
30: 2013/02/22(金)00:36 AAS
>>18
>アプリケーション配布のときに余計なものを含めないといけないことに不自由さを感じた？
そんな感じ
「2チャンネルの専用ブラウザ使おうとしたらVisualStudioが付いてきた」
みたいな感じになるでしょ
昔のQKS Smalltalkだったかな？開発環境とか不要なクラスを除外したイメージが書き出せますってんで買ったけど
イメージファイルが1.44MBのフロッピーに収まらなかったんでガッカリ来た
31(2): 2013/02/22(金)17:16 AAS
>>29
外部ﾘﾝｸ:rubygems.org
32: 2013/02/22(金)17:24 AAS
またこうしてRuby使いがいらぬ恨みを買うのであった
自重してくだしあ
33: 2013/02/22(金)21:28 AAS
>>31
外部ﾘﾝｸ:smalltalkhub.com
外部ﾘﾝｸ:www.squeaksource.com
34: 2013/02/22(金)21:29 AAS
rubyって、REPLに先祖帰りしたSmalltalkでしょ？
35: 2013/02/22(金)21:40 AAS
>>31
そのライブラリーだけじゃSmalltalk環境一つ作るだけでも
相当追加でコード書かなきゃならんだろう
36(2): 2013/02/23(土)00:32 AAS
まず大前提として、Smalltalk環境なんてゴミは
求められてないって理解しようね
要らないもの作るためのライブラリが揃ってないのは
誰も必要無いものは作らないってだけの話
37: 2013/02/23(土)00:44 AAS
使う人がいるからいっぱいSmalltalk環境があるんだろ
38: 2013/02/23(土)00:52 AAS
正規表現ライブラリーが100個あったりとか、
fcgiをラップするライブラリーが100個あっても仕方ないんだけどね。
1000ライブラリーがあるならせめて700通りの問題に対応できなきゃ
ゴミじゃね？50個ライブラリーを集めたら10000行掛かった
プログラムが20行程度、むしろコードは一切書かず数回の
クリック操作で完成するとかじゃないと嬉しくはないなぁ。
39: 2013/02/23(土)03:19 AAS
>>36
つまり、君の大好きなRubyには、Smalltalkのそのゴミがごとき環境を
経ずとも必要とされる機能が通過不足なく用意されているんだよね。
それはよかったじゃん。で、ここにはいったい何しに来たんだい？
40: 2013/02/23(土)07:26 AAS
>>36
で？そのゴミからの返答を求めているお前の存在価値はどこにある？
41(1): 2013/02/23(土)07:40 AAS
Smalltalk環境ってOSの上にOSモドキ作ってるだけだからなぁ
普通にOSの機能使ってれば要らないよね
42: 2013/02/23(土)07:44 AAS
Ruby信者ってキモイな。こんなSmalltalk使いのマッタリスレにまで来て、
自言語の優位性を誇示しにくるのか？
43(1): 2013/02/23(土)07:57 AAS
どんな言語/環境でもOSへのI/F持ってるよね。
OSへのI/Fをその言語/環境のパラダイムでモデル化してるよね。
結局、どんな言語/環境でも内部にOSモデルを持ってるよね。
そのOSモデルがその言語/環境とシームレスに繋がる言語/環境は優秀だね。
普通にOSの機能を使ってるだけに見える言語/環境はモデル化がクソだね。
で、>>41さんが大好きなRubyはどっちなんだい？
44: 2013/02/23(土)08:00 AAS
ウンコを踏んで歩くヤツもまた迷惑
45: 2013/02/23(土)12:11 AAS
外部ﾘﾝｸ[htm]:www.aoky.net
＞他の言語(LispとSmalltalkは中でも特筆に値する)はみんなオペレーティングシステムが存在しない振りをしようとして、
＞リストがすべてだとか(Lisp)、オブジェクトがすべてだ(Smalltalk)と言っているのに対し、Perlはまさにその逆のことをしている。
＞ラリーが言っている。「Unixと文字列処理が、物事をやり遂げるために必要なすべてだ」
＞そして多くのタスクに対し、これはまったくもって正しいのだ。
＞だからPerlはUnixとの統合と文字列処理においてこの惑星上の(1つを除く)どの言語よりも優れている。
＞そしてその例外となる1つが舞台に登場したのはごく最近のことで、それはゴジラの国でのことだ。
＞おおよそのところ、 RubyはPerlの文字列処理とUnix統合をそのまま取り入れた。
＞つまりシンタックスまで含めて同じなのだ。
＞だから他の何かを待つまでもなく、すでにPerlの最良の部分を手にしているのだ。
46: 2013/02/23(土)13:51 AAS
C#が見ているOS .Net Framework
Javaが見ているOS JRE
どっちもSmalltalkの真似事じゃあるけど十分普及してるわな
てか、GUIが気に入らんだけならDolphinみたいに自分で表示させるようにした
GUIかつ、OSネィティブデザインのGUIしか表示させないようにする手もある。
47: 2013/02/23(土)14:48 AAS
>>43
ダン＝インガルスがそんな感じのこと言ってたな。
OSの機能は言語に内包されるべきだとか何とか。
48: 2013/02/23(土)21:11 AAS
.net も JVM も複数言語で使えるのが人気の秘訣
引きこもりSmalltalk環境とは違いますから
49: 2013/02/24(日)10:41 AAS
興味あるから試してみたいんだけど、
既にあるコード資産を活かしつつ、徐々にSmalltalkに移行できるかな？
例えば、以下のようなシェルスクリプトの処理があったとき、
mapperだけをSmalltalk製に置き換えられたりする？
cat data/* | mapper | sort -k1 | reducer > result.txt
一応GNU Smalltalkなら可能らしい所までは分かったんだけど、
何かニセモノ扱いっぽいので、ちょっと躊躇してしまう……
50: 2013/02/24(日)15:14 AAS
その手の用途ならheadlessとかOSProcessとかで調べたら
色々出てくると思う
51: 2013/02/24(日)19:55 AAS
ありがとう。その単語で検索したら
知りたい内容のStackoverflowのページが見つかった
52: 2013/03/02(土)06:03 AAS
新スレ立ってる！と思ったら喧嘩売られててワロタ
53: 2013/03/03(日)11:45 AAS
シェル端末みたいなSmalltalk環境って無いんですかね。
bashやzshみたいに日常作業をこなしやすいやつ。
上下前次1-新書関写板覧索設栞歴
あと 618 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.009s