sumim @sumim

Smalltalkのファン。パーソナルコンピューティングの歴史や未来に興味を持つ。Smalltalkはアラン・ケイらが理想のPC向け暫定的OSとして70年代に試作し以降、GUIやIDE、OOPやデザパタ、開発手法等を創出。模倣されることでそれらは世に広まった。古典である一方で、https://t.co/A78a4H2JF4 等で今なお活発に進化中 sumim.hatenablog.com JAPAN Joined August 2007

Tweets

24K
Followers

3K
Following

2K
Likes

52K

DebugWyvern @DebugWyvern

8 hours ago

オブジェクト指向プログラミング言語の祖にあたるSmalltalk。オブジェクト同士がメッセージを送り合う様子を small talk (雑談、世間話、軽いおしゃべり) に喩えた命名らしい、ということに今更気づいた。

0 2 2 113 0

View Details

1zumi 0KAN0 @haeckel

13 hours ago

考えてみればダン・インガルス(Dan Ingalls）のBitBltやビル・アトキンソン(Bill Atkinson)のQuickDrawがなければ何も具体的な事象は起こらなかったのだろうなあ。しかし、ダン・インガルスのBitBltは全く商業的なことと無関係で生まれたのはすごいなあ

1 2 4 177 0

View Details

1zumi 0KAN0 @haeckel

13 hours ago

まあこんなところだろうね。 1979年、アトキンソンはスティーブ・ジョブズらと共にXerox PARCを訪問し、Smalltalkのデモンストレーションを視察しました。この時、インガルスが開発に関わった以下の技術が、アトキンソンの後の開発手法に影響を与えています。オーバーラップウィンドウとリージョンアトキンソンは、Smalltalk環境におけるウィンドウの重なり（オーバーラップウィンドウ）を視察しました。アトキンソンは、PARCのシステムが「リージョン（領域）」を用いて背面のウィンドウの隠れた部分の描画を処理していると推測しました。実際にはインガルスはBitBltを用いた別の処理を行っていましたが、この事象が動機となり、アトキンソンはAppleでQuickDrawのコア技術となるリージョンを独自に開発しました。 BitBltの応用インガルスが考案した画像転送アルゴリズムであるBitBlt（Bit Boundary Block Transfer）は、当時のグラフィカルユーザーインターフェースの描画エンジンでした。アトキンソンはこの概念をMacintoshやLisaのグラフィックス環境に適合させ、ビットマップ描画を処理するQuickDrawの基盤として実装しました。アトキンソンが個人的にインガルスの名前を挙げて言及する記録は限られていますが、アトキンソンが目標としたグラフィックス機能（ウィンドウの重なり、ポップアップメニューなど）は、インガルスがアーキテクチャを設計しコードを記述したものです。

0 2 3 178 0

View Details

富澤豊 @tomizawayutaka

20 hours ago

現代のエイダ・ラブレスはどこかにいるのでしょうか？ x.com/i/article/2101…

1 1 4 1K 0

View Details

S𝓱𝓲𝓰𝓮𝓻𝓾 F𝓾𝓳𝓲𝓽𝓪 @shigerufujita

a day ago

Newton OS (Appleがかつて出していたタブレット端末）のファイルシステムは、Soupと呼ばれる抽象化されたファイル（オブジェクト指向データベース）だったと思う Newton OS、もう一回世に問うてくれないかなぁ自分の手書き（しかも筆記体）を認識してくれたので好感度が高いのだ \(^^)/

1 2 8 467 0

View Details

Ethan Wang @ethangwang

2 days ago

“The ARPA/PARC history shows that a combination of vision, a modest amount of funding, with a felicitous context and process can almost magically give rise to new technologies that not only amplify civilization, but also produce tremendous wealth for the society.” ~Alan Kay

0 1 5 247 0

View Details

sumim @sumim

a day ago

web.archive.org/web/2012011204…

0 0 1 148 0

View Details

sumim @sumim

a day ago

Winが 1.0 の前のプレビュー版で真似たのは、同じXeroxでも、ケイらの「Smalltalk-76 ＝暫定ダイナブック環境」ではなく、別チームのCedarというサブシステムのGUIですね^^; ただ、少しややこしいのは、Win 95 の UI の試作では Smalltalk/V が使われたため、その要素が多分に取り入れられてもいます

グリンゴ @EddieAndBenoit

2 days ago

GUIというアイデアは特にだれが考えたということはなく、先進的な技術者が将来的に実現されるテクノロジと考えていたものです。実用的なレベルで実現したのはXerox「Alto」の「Smalltalk」に実装されたものだと言われています。アップルやマイクロソフトはこれを見てLisa OSやWindowsを作りました。

1 0 1 698 1

1 1 11 631 2

View Details

語源と解剖と脳と @QQQ32163146

2 days ago

【オブジェクト指向とは？】プログラミングを進化させた「オブジェクト指向」の歴史【IT研修・教育】 #オブジェクト指向 #IT #オブジェクト #... youtu.be/wwsoTyjJIO8?si… @YouTubeより

0 1 1 166 2

View Details

sumim @sumim

a day ago

こちとら、オブジェクト指向原理派やぞ！！継承なんて後付けでええんじゃ！！目に映るすべてはメッセージや！！！

ねこかつ｜Nekokatu Game Creator @nekokatu0112

2 days ago

こちとら、オブジェクト指向否定派やぞ！！道を開けろ！！！継承なんてクソくらえじゃ！！

0 4 55 52K 3

2 77 420 43K 37

View Details

sumim @sumim

a day ago

Grok が、以前より飛躍的に Smalltalk-72 に詳しくなっていて驚いた^^;

0 0 0 142 0

View Details

sumim @sumim

a day ago

C と同年誕生の Smalltalk-72 は、アラン・ケイのオブジェクト指向であるメッセージによるプログラミングを実践する言語ですクラス定義は、LOGOの手続き定義を模した to … という疑似構文を使いますが、これも to へのメッセージ、代入も変数へのメッセージ、と、どのSmalltalkより徹底しています

ひみつきち出版 @himitsukich2024

3 days ago

オブジェクト指向とclass構文は同じではありません。Python・Java・JavaScriptはclassで、Cは構造体と関数で、状態と操作を関係づけられます。共通点から理解する入門です。｜ひみつきち出版 @himitsukich2024 note.com/himitsukichi_s… #Java #Python

0 0 2 935 1

1 0 6 624 1

View Details

jh④sbd 🍉 @jh4sbd

2 days ago

アラン・ケイが語る「真のシンプルさ」とは？常識を覆すイノベーションの正体 youtu.be/W6Nwh7B4Qz8?si… @YouTube

0 1 1 217 1

View Details

Guillermo Flor @guilleflorvs

4 days ago

Speed is a choice. A16Z just reminded us with receipts. Patrick Collison's catalog of history's fastest builds is a masterclass in what's actually possible when you stop asking for permission: 1. JavaScript — Brendan Eich wrote the first prototype in 10 days. It shipped to beta users four months later. 2. Unix — Ken Thompson built the first version in three weeks. 3. Xerox Alto — the world's first GUI computer was designed, built, and shipped in under 4 months. It started because of a bet over a case of wine. 4. iPod — Tony Fadell was hired in late January 2001. Apple announced the product in October. Customers had it in November. 290 days, zero to product. 5. USS Nautilus — the world's first nuclear submarine went from decision to deployed in 1,173 days. 6. Shenzhen — added 1 million residents in a single year (1998–1999). A 22% population increase in 12 months. The common thread isn't resources. Every one of these had constraints. The common thread is that someone decided it was possible and started building before the plan was finished. Most companies aren't slow because the problem is hard. They're slow because slowness is the default they never questioned. Follow for more on what fast actually looks like.

0 1 1 480 3

View Details

サーチド新書 / 新書文量解説【SEARCHED Press】 @searched_press

2 days ago

x.com/i/article/2101…

0 1 2 5K 0

View Details

峯島雄治（ネンブツ） @yuji_minejima

2 days ago

プログラミングにおける『オブジェクト指向』で、ソフトウェアの部品の規格みたいなので『CORBA』ってあった気がしたけど、最近はあまり聞かないね？ Grok：その感覚、かなり正確です。 **CORBA**（Common Object Request Broker Architecture）は、1990年代に Object Management Group（OMG）が定めた分散オブジェクトの規格です。言語やOSが違っても、オブジェクト同士がネットワーク越しにメソッド呼び出しできるようにする、という構想でした。IDLでインターフェースを定義し、IIOP で通信する、という仕組みです。当時は「オブジェクト指向の部品規格」としてかなり期待されていて、Java・C++・COBOL などをまたいだ大規模システム向けに使われました。 ### なぜ最近ほとんど聞かないか主な理由は次のようなものです。 - **複雑すぎた** IDL、スタブ／スケルトン、ORB、Naming・Trading・Event などの各種サービス……覚えることが多すぎました。委員会方式で機能を積み上げた結果、「何でもできるが重い」規格になりました。 - **インターネット向きではなかった** ファイアウォールや HTTP の世界とは相性が悪く、社内LANや専用ネットワーク向きでした。 - **商用実装が高価だった** 開発ライセンス＋実行時ロイヤリティ、というモデルが多く、広く普及しにくかった。 - **代わりが簡単だった** SOAP／Webサービス → REST＋JSON → gRPC／Protobuf と、より軽いやり方が次々出ました。「分散オブジェクト」そのものより、「サービス」や「リソース」として切る方が現実に合いやすかった。 Michi Henning の有名な論文 *"The Rise and Fall of CORBA"* でも、技術的欠陥より「委員会による規格作り」が本質的な失敗原因だと指摘されています。 ### 今も残っている場所完全に死んではいません。規格自体は OMG が維持していて、最新は **CORBA 3.4（2021年）** です。残っているのはだいたいこういう領域です。 - 航空管制・宇宙（NASA、ISS 地上系など） - 通信インフラのレガシー（3G/4G 系、OSS/BSS） - 組み込み・リアルタイム系 - 社内の古い大規模システム（外から REST で包んでいることが多い）「触ると怖いから動かしている」資産、という感じです。新規開発で CORBA を選ぶ理由は、ほぼ「既存 CORBA とつなぐ必要がある」以外ほとんどありません。 ### 思想的な後継言語中立の契約（IDL）＋効率的なバイナリ通信、という発想は **gRPC + Protocol Buffers** にかなり近いです。CORBA が「全部の言語・全部のプラットフォーム」を目指して重くなったのに対し、gRPC はスコープを絞って成功した、という対比で語られることが多いです。要するに、CORBA は「オブジェクト指向の部品をネットワークでつなぐ」という野心は正しかったが、実装と規格の重さが時代に合わなくなり、表舞台から消えた、という位置づけです。今の「コンポーネント規格」の役割は、OpenAPI、gRPC、コンテナ／マイクロサービス側に移っています。

2 2 5 397 0

View Details

takano32 @takano32

5 days ago

Pharo Smalltalk を ARM Chromebook でも動かすようにする PR がようやくマージされた。 github.com/pharo-project/…

0 1 5 606 1

View Details

sumim @sumim

5 days ago

@georgeyitb And he missed something important even about the GUI: it had unlimited, persistent “desktops” that could sustain projects over time, without being confined to siloed applications. cf. quora.com/What-was-it-li…

1 0 6 221 0

View Details

Motonori Shindo / 進藤資訓 @motonori_shindo

7 days ago

@yone @sumim このスライドは見事でしたねー。これだけで全てを悟ることができました！

0 1 4 177 0

View Details

sumim @sumim

7 days ago

その前身の NeXT/OPENSTEP 時代まで遡ると、x86 との付き合いは30年以上前からなんですよね！ただ、Old Mac ファンの生き残りからすると、Intel CPU を20年もサポートし続けたことより、2005年の「次の Mac は Intel CPU」という発表の衝撃のほうが、いまだに強く残っています^^;

Mr. Macintosh @ClassicII_MrMac

7 days ago

The official release of macOS 27 Golden Gate today brings the official end of Intel support on macOS. Can you believe that OS X and macOS were supported on Intel for over 20 years??? You always got the job done, while keeping us warm. RIP macOS Intel Support: (2006–2026) 🪦💐