30年前に使っていたIDEたち

30年前に使っていたIDEたち…そして私たちが失ったもの

• 1980年代後半から1990年代前半にかけてプログラミングを学び始めた体験。
• 当時のハードウェア制約にもかかわらず印象的だった、純粋なテキストベースのIDEたち。
• WindowsがPC業界を席巻する前のテキストモードエディタと現在のIDEの比較。

最初のエディタとTUIたち

• 1990年代のDOSプログラムの大半は、全画面のテキストユーザーインターフェース（TUI）を使用していた。
• MS-DOSエディタ（EDIT.COM）は、メニューバー、ダイアログボックス、ショートカット用ステータスバーを含む豊かなインターフェースを提供していた。
• 各プログラムは固有のインターフェースを持っていたが、使いやすさや発見しやすさに大きな支障はなかった。
• SideKick Plusのような個人情報管理（PIM）システムはTSRプログラムとして、Ctrl+Altを押せばいつでも呼び出せた。

Borland Turboシリーズ

• Borland Turboシリーズは、言語ごとに特化した強力な全画面TUIを備えたIDEだった。
• Turbo C++は、構文ハイライト、コンパイラ統合と診断、統合プロジェクトおよびビルドシステム管理、デバッガ、完全なリファレンスマニュアルなどを提供していた。
• 1990年代前半の時点ですでに、こうした機能を備えていた。

当時のLinuxはどうだったか？

• 初期のLinuxでは、ほとんどのプログラムがテキストベースで、全画面TUIは提供していなかった。
• VimとEmacsは強力だったが、BorlandのIDE製品群のような直感的で統合された体験は提供できていなかった。

現代のTUI IDEたち

• RHIDEはBorland Turbo C++環境と非常によく似ているが、DOS専用で、開発は停止している。
• Free PascalとQB64は、昔の体験を現代的なコードベースで提供するが、今日ではあまり注目されない言語を使っている。

「本物の」現代コンソールIDEたち

• Neovim、Doom Emacs、Helixなどは強力だが、Borland製品が提供していた体験とは異なる。
• GNU NanoはIDEではなく、昔のワープロ体験を思い起こさせる。

TUI IDEがなぜ重要なのか？

• リモートマシンで作業するとき、TUI IDEはグラフィカルOSより優れている場合がある。
• VSCodeのリモート拡張機能はオープンソースではなく、一部のOSでは動作しない。
• リソース消費が少ない。

至るところにある「肥大化」

• Borland Turbo C++はインストール後でも9MB未満で、640kbのRAMで動作した。
• 現代のIDEはより優れたリファクタリングツールや機能を提供するが、根本的にはそれほど変わっていない。
• AI支援コーディングが新たな違いをもたらす可能性がある。

GN⁺の見解

• この記事は、30年前のIDEと現在の開発環境を比較し、過去の機能が現代でどのように再登場しているかを探っている。
• とりわけ、過去のTUIベースIDEが提供していた統合開発環境と直感的なユーザー体験は、今日の多くのIDEがいまだ追いつけていない部分である。
• この記事はソフトウェア開発の歴史への郷愁を呼び起こし、現代の開発ツールがどのように進化してきたかについての洞察を与えてくれる。

[geekgram]

もしマスターブートセクタをコーディングしようとするなら、今でもTurbo Cは有効ですね……ディスクの片隅に保管したまま、何十年も取り出していないのか（笑）

[ianstream]

Borland Turbo、久しぶりに見ましたね（笑）

[xguru]

ああ、懐かしいですね。

ここには含まれていませんが、91年に出た Visual Basic for DOS は当時本当に衝撃的でした。
https://winworldpc.com/product/microsoft-visual-bas/10-for-dos

TUIなのに、GUIで見かける各種コントロールを備えていて、TUIアプリをものすごく簡単に作れました。
30年経った今でも、これほどTUI開発を簡単にしてくれるツールはほとんど見たことがない気がします

[GN⁺]

Hacker Newsの意見

• Visual Basic 6の速度と効率性

  あるユーザーは、Visual Basic 6が提供していたデスクトップGUI開発の速度と効率性に、現代のWebおよびモバイル開発ツールはまだ追いついていないと指摘している。VB6でできた作業が、なぜ現在ではより遅く進むのかと疑問を呈している。

• Metrowerks CodeWarriorの思い出

  別のユーザーは、29年前に発売されたMetrowerks CodeWarriorを振り返り、当時もらったTシャツを長い間着ていたと述べている。CodeWarrior IDEはDOS画面よりはるかに使いやすかったと回想している。

• Turbo Pascal 7.0 IDEの強力な機能

  Turbo Pascal 7.0 IDEが備えていた強力な機能について説明している。オブジェクト指向プログラミング（OOP）ツリー、インラインおよび外部アセンブラコードの編集、レジスタウィンドウなどが含まれており、当時のIBM PCでも動作する完全な開発・デバッグ環境を提供していた。

• Turbo Pascalへの愛着

  あるユーザーはTurbo Pascalへの愛着を語り、インターネットが本格的に普及する前は、マニュアルや書籍、雑誌、BBSなどを通じて問題を解決し、知識を身につけなければならなかったと回想している。今は問題が起きればググったりライブラリを使ったりするが、昔はスタックの大部分を理解できていたとも述べている。

• VSCodeとTUI IDEの比較

  あるユーザーはTUI（Text-based User Interface）IDEのほうがリモート作業に適していると主張する一方、別のユーザーはリモートサーバーで作業する際にはVSCodeのほうがはるかに便利だったと反論している。VSCodeのWebベースの構造により、フロントエンドをローカルコンピュータで動かしながらバックエンドをリモートで実行できるため、ほとんどの作業がより速く効率的だと説明している。

• Eclipseの過小評価されがちな価値

  Eclipseはフル機能のIDEであるにもかかわらず、しばしば見過ごされていると指摘している。EclipseはVSCodeより少ないリソースでさまざまなツールを動かせ、コード作成からgit、CI/CD、リモート開発まで扱えると述べている。

• Visual StudioとJetbrains IDEによるBorlandの継承

  Borlandツールの現代的な後継としてVisual StudioとJetbrains IDEを挙げ、これらはデバッグに重点を置いた包括的な設計を持っていると評価している。現代のFAANGスタイル開発におけるターミナル中心のアプローチがツール開発を阻害したと考えているが、それを経験していない人に説明するのは難しいと感じている。

• Delphiの黄金期

  DelphiはBorlandツールの到達点だったと主張し、Electronを使ったGUI開発が簡単だという話を聞くたびに、Delphiの全盛期を体験してほしいと思うと述べている。YouTubeでDelphiの簡単なデモを見ることができるとしている。

• BRIEF開発環境の優秀さ

  BRIEFはIDEではなかったが、プログラミングエディタとしてソフトウェア開発に非常に優れていたと回想している。

• Neovimへの忠誠

  Neovimの高いカスタマイズ性、モーダル方式、オープンソースである点を高く評価し、たとえVSCodeや他のIDEがより多くの機能を提供していたとしても乗り換えるつもりはないと強調している。ソフトウェアエンジニアリングの経験を通じて、人はそれぞれ異なるワークフローを好むことを学び、各自が望むツールで自分だけの作業環境を構築できることが重要だと信じている。

[iolothebard]

uscd-pascal の統合開発環境も素晴らしかったのに……（えっ？）

[fupfin]

Apple Pascal は、OS まで統合されていました。

[fupfin]

ご年配の方！ （私もApple Pascalを思い出していました…）