Smalltalk の学びにくさの原因

クラスベース・オブジェクト指向のわかりにくさ Lisp 的側面のわかりにくさ 制御構造の記述すらメッセージ送信であること ブロックを用いること 払拭しきれていない（完全に払拭することは現実的でないものもある） Dynabook 色 シンプルだが自然言語を意識した独特の記述法 グラフィカル UI とそれを前提にしたツール群 至れり尽くせりのサービス 純粋オブジェクト指向 動的結合 開発サイクル クラスライブラリ、言語仕様に対する接し方の違い 標準・基本クラスにも必要なら手を入れる/入れられる 標準・基本クラスもソースを読む必要がある 通常は言語仕様に含まれるものも標準・基本クラスにより実装されている ゆえに、通常は何故ナシ、不可侵、愚痴を言って、で済ませられるものもそうではない。 --sumim 独特の世界観をもつ巨大なクラスライブラリと、それらをある程度把握していないとなにもできないこと、

[eigokun]

"ほんとは、Object(の集まり)の粘土細工、みたいな感覚は重要なんだと思うけど、Smalltalkまでいっちゃうと引いちゃうっていうか" これは恐らくLISPと同じような問題点かな。全体の純粋性を指向したら実用性が無くなるという

[miruzouq]

あーてぃすとあくろ１“Object(の集まり)の粘土細工、みたいな感覚は重要”