それ、実際に優れてるって感じだね。サイズ変更はどうやってうまくいったの？

2002年にガレージセールで、16MB RAMの66MHz PentiumのWindows 95マシンを手に入れたんだ。Visual Studio 5 Enterpriseはそれでも十分速く動いて、今でも恋しい機能があったよ（今の環境ではあまりうまく動かないけど）。

ほんとにそう。あれが今までで一番流れるような開発体験だったなんて不思議だよ。それ以来ずっとその感覚を追い求めてる。でも、RailsやVite、Reactのファストリフレッシュとかは、そういう意味では結構いい感じだね。

最近Delphi試してみた？めっちゃ速いし、コンパイルも1秒以内だよ。

この話題に関する必須リンクをシェアしに来たよ、Dadgmの「Turbo Pascalより小さいもの」: https://prog21.dadgum.com/116.html 1991年まで、いやそれ以降もTurbo Pascal 2を使ってたんだ。あの頃の386 40 MHzのPCではめっちゃ速かった。CGAグラフィックス用のライブラリしか付いてなかったのはちょっと制限があったけど、その分シンプルで学ぶには良かった。数年前、古いTurbo Pascalのゲームを動かしたくてFree Pascalに移植することにしたんだけど、残念ながらFree PascalはTurbo Pascal 4で導入されたグラフィックスライブラリしか付いてなかった。でも、Turbo Pascal 1-3のグラフィックスAPIをアセンブラを使ってCGAグラフィックスを描く方法を考えるのに数時間楽しめたから、ゲームは動いたよ（正直あんまり面白いゲームじゃなかったけど、そのAPIを実装するのは楽しかった）。

Magitの体験は、そのUIにトランジェントパッケージを使ってるからなんだ。他のパッケージもそれを使ってるよ。私の個人的な使用では、gptelパッケージが特に目立つね。

彼が慣れてないだけの慣習を使ってると思う。25年以上使ってるから、もう「慣れてる」よ。

Magitはすごいね。あのMagitの人たちはどうやってデータモデルを考えたんだろう？いつも、gitのデータモデルを超えてる感じがする。gitのポーセリンはただの破片の山だし。

Emacsには同意だね。昔、MS-DOSの頃から使ってたよ。M-x compileでコンパイラ（多分make）を起動したり、C-zでcommand.comを開いてコマンドを実行してからEmacsに戻ったりしてた。ほぼマルチタスクみたいな感じ！あの頃の典型的な後期MS-DOS時代のTUIアプリはあんまり好きじゃなかったし、懐かしさもないな。小さなTUI、例えばOSインストーラーみたいなのはいいと思うけど、結局好きなのはコマンドラインだって気づいた。TUIを起動するのはGUIを開くのとあまり変わらないし、どちらもプロンプトでコマンドを打つ流れを壊しちゃう。DOSBoxとFreeDOSはいつも使ってるけど、TUIアプリにはほとんど時間を使わないな。それでも今は40x25 CGAテキストモードで動くDOSアプリを作ってるよ。技術的にはTUIだけど、典型的なTUIにはあまり見えないかな。

昔はXEmacsを使ってたんだ。普通のEmacsよりも進んでたからね。IDEがUNIXシステムで一般的になってからは、Emacsを置いてIDEに戻ったよ。それでも、Emacsのバリアントやviだけが選択肢だった時代がほぼ10年あったな。joeやnano、edみたいなもっと制限されたものは無視して。

Turbo-VisionスタイルのIDEをナビゲートして機能を探るには、基本的にAltキーとTabキーの使い方だけ知ってれば大丈夫だよ（あ、ReturnとEsc、矢印キーもね）。TFAでも触れられてるけど、Emacsにはその基本的な操作の統一感がないと思う。

実は、emacsはAppleがcmd-z/x/c/vを開発する前から存在してたんだよ。MicrosoftがAppleを真似る前にね。それ以前は、プログラマー用エディタで最も一般的にコピーされたキー操作はWordstarのやつだったし、Borland製品でも使われてた。OPは、30-40年前にあったもっと優れたIDEについて全然知らないみたいだね。例えば、以下のようなものがあったよ： - Apple MPW, 1986年。GUIエディタで、すべてのウィンドウが（潜在的に）Unixライクなシェルになってて、Enter（またはcmd-Return）を押すとコマンドが実行される。シェルスクリプトにはウィンドウを操作したり、編集アクションを実行するためのコマンドもあった。elispみたいだけど、シェルの構文を使ってる。Projectorという統合ソースコード管理システムもあった。コマンド名をタイプして、引数やスイッチを付けても付けなくてもoption-Returnを押すと、GUIのチェックボックスやメニューがある「Commando」ウィンドウがポップアップして、すでに入力した内容が自動で埋められる。自分のプログラム用にCommandoを設定するのも簡単だった。 - Apple Dylan, 1992-1995年。AppleのDylan言語用の素晴らしいLisp/SmalltalkライクなIDE。 - THINK PascalとC, 1986年。Pascal版は元々インタプリタだったと思うけど、Apple向けに書かれたんじゃないかな。その後、BorlandのCP/MやMS-DOSよりも速いコンパイラになった（GUI付き）。C IDEは後にSymantec製品になった。 - Metrowerks Codewarrior, 1993年。元THINK/Symantecの人たちがMacのIDEをゼロから作り始め、最初はMetrowerksのM68000コンパイラをAmiga向けに、その後新しいPowerPCバックエンドを取り入れた。素晴らしいIDEで、素晴らしいコンパイラ。StepanovのSTLをゼロオーバーヘッドでコンパイルできる最初のものだったし、新しいC++機能に大きく依存した革新的なアプリケーションフレームワーク「PowerPlant」もあった。特にSymantecのバグだらけのPoSバージョン6の後は、THE PowerPC開発環境だった。 - Macintosh Allegro Common Lisp（後に「Allegro」を削除）、1987年。素晴らしいMac IDE。素晴らしいLispコンパイラと環境が一つにまとまってた。高価だったけど、カスタムのネイティブMacアプリケーション開発において驚くべき生産性を発揮した。Pascal/C/C++環境よりもずっと先を行ってた。コンサルタントには絶対に完璧だった。実際、これらの多くがどれほど洗練されていたか、8 MHzから33または40 MHzのM68000で、2-4 MB RAMから16-32 MBまでの範囲で開発されてたのは本当に信じられないよ。（Mac IIシリーズ（およびSE/30）は理論的には128 MB RAMをサポートしてたけど、誰もそんなにお金をかけられなかった。）

彼は慣れてない規約を使ってるだけだ。彼がホイールを再発明したときに、他の人が採用した規約はほとんどなかった。

でも、完全に自己文書化されていてインタラクティブなんだよね。残念ながら、それは真実じゃない。エマックスを一度か二度起動したことがあるけど、ドキュメントを保存する方法すら分からなかった。保存の仕方を教えてくれなかったからね。viよりはドキュメントがあるかもしれないけど（その基準は地面にあるし、viは最も発見しづらいユーザーインターフェースの一つだし）、指示なしで使えるほど自己文書化されてるわけじゃない。

Magitは本当に素晴らしいけど、時々かなり遅かったりバグがあったりするよね。

素晴らしいまとめだね、私も同じ気持ちだよ。暇な時間に、tuiのコードエディタを作ってるんだけど、最終的にはmakeとlldbを組み込む予定なんだ。

「プロフェッショナル」なDOSソフトウェアについて一つ言えるのは（Emacsみたいに、8つのモードがあって常に変わってるのが見えるけど）、基本的にそれに生きることが求められてたんだ。コンピュータとユーザーの全注意を引きつけてたし、使い方を学ぶことも期待されてた。だから、オルガン奏者みたいに「機械と一体化」する感じだった。Fry's Electronicsの社員がTUIをすごい速さで使いこなしてるのを見たことがあるけど、画面がまだ読み込まれてる間に歩き去って、最終的にはプリントアウトが出てくるのを見たよ。

Plan 9には好きなところがたくさんあるけど、Acmeのマウス依存のUIは全く受け入れられなかった。何時間も使わなきゃいけないのに、正確な狙いを要求されるUIには耐えられないし、もし実際に障害があったら使うのを想像するだけで嫌になる。

たくさんのクラシックなTUIがWordStarの神聖なキーストロークを採用してるよね。WordStarのバインディングって何？それについて何が好きなの？こういうパターンがどうやって生まれて、互いにどんな利点があるのか、歴史に興味があるんだ。

笑うかもしれないけど、今でもそんな感じでhtmlフォームを使ってるよ。シンプルで効果的なんだ。

俺も。開発に約4ヶ月かかったけど、楽しかったよ。 https://github.com/ivanjermakov/hat

大体の引用: 「1984年には家にあった」とか言ってたから、41年も範囲内みたい。Visual Studio 1.0やその後すぐのNetBeansで終わった初期プロジェクトを期待してたんだけど、"vim（1991年）はまだ出てなかった"っていうのはちょっと違ったな（引用じゃないけど、ncursesを見てて思ったこと）。

30年前がいつだったか、あんまり考えてなかったな… GUIのSmalltalkシステムブラウザを期待してたのに、DOSのTUIを見てがっかりした。Turbo C/PascalやMS C 4.0のCodeViewを思い出して、43行や50行モードでも動いてたのが嬉しかった。

IDE製品を愛しすぎて、それなしでは作業できない人たちは、逆に自分を過剰に特化させてしまってる。コード自体にも悪影響があるかもしれない。 > ターミナルIDEについては、GNU/Linuxのターミナルがキラーアプリだね。タイル型ウィンドウマネージャで複数のターミナルを使うのが、俺にとっての生産性のピークだ。（ブラウザは別の仮想ワークスペースに。）大きなディスプレイ用の現代的なスケーリングは、開発者のエルゴノミクスにとって最高だよ。

そうだね。DOS時代、実際のターミナルを使ってた頃には、キーストロークバッファがあった。インターフェースを本当に知ってる人たちは、UIよりも先に複数のキーストロークを進めてタスクをこなしてた。入力がバッファに既にあったから、画面に何かがフラッシュして消えることもあった。これを現代のフレームワークで実装するのは可能だと思うけど、考える必要があるね。