7 Punkte von GN⁺ 2023-12-29 | 7 Kommentare | Auf WhatsApp teilen

Die IDEs, die wir vor 30 Jahren hatten ... und was wir verloren haben

  • Ein Rückblick auf die Erfahrung, Ende der 1980er bis Anfang der 1990er Jahre programmieren zu lernen.
  • Rein textbasierte IDEs, die trotz der Hardware-Beschränkungen der Zeit beeindruckend waren.
  • Ein Vergleich zwischen Textmodus-Editoren aus der Zeit vor der Dominanz von Windows im PC-Markt und heutigen IDEs.

Die ersten Editoren und TUIs

  • Die meisten DOS-Programme der 1990er nutzten eine bildschirmfüllende textbasierte Benutzeroberfläche (TUI).
  • Der MS-DOS-Editor (EDIT.COM) bot eine umfangreiche Oberfläche mit Menüleiste, Dialogfenstern und einer Statusleiste für Tastenkürzel.
  • Jedes Programm hatte seine eigene Oberfläche, ohne dass dies die Bedienbarkeit oder Auffindbarkeit stark beeinträchtigte.
  • Persönliche Informationsmanagement-Systeme (PIM) wie SideKick Plus waren TSR-Programme und konnten jederzeit mit Ctrl+Alt aufgerufen werden.

Die Borland-Turbo-Reihe

  • Die Borland-Turbo-Reihe bestand aus IDEs mit leistungsfähiger bildschirmfüllender TUI, jeweils auf eine bestimmte Sprache zugeschnitten.
  • Turbo C++ bot Syntax-Highlighting, Compiler-Integration samt Diagnosemeldungen, integrierte Projekt- und Build-System-Verwaltung, einen Debugger, vollständige Referenzhandbücher und mehr.
  • All diese Funktionen standen bereits Anfang der 1990er Jahre zur Verfügung.

Wie sah Linux damals aus?

  • Unter frühem Linux waren die meisten Programme textbasiert, boten aber keine bildschirmfüllende TUI.
  • Vim und Emacs waren leistungsfähig, lieferten jedoch nicht die intuitive und integrierte Erfahrung der Borland-IDE-Produktfamilie.

Moderne TUI-IDEs

  • RHIDE ähnelt der Borland-Turbo-C++-Umgebung stark, ist aber auf DOS beschränkt und wird nicht mehr weiterentwickelt.
  • Free Pascal und QB64 bieten das alte Erlebnis auf moderner Codebasis, verwenden jedoch Sprachen, die heute kaum Aufmerksamkeit auf sich ziehen.

"Echte" moderne Konsolen-IDEs

  • Neovim, Doom Emacs und Helix sind leistungsfähig, unterscheiden sich aber von der Erfahrung, die Borland-Produkte boten.
  • GNU Nano ist keine IDE und erinnert eher an frühere Textverarbeitungsprogramme.

Warum ist eine TUI-IDE wichtig?

  • Bei der Arbeit auf entfernten Maschinen kann eine TUI-IDE einem grafischen Betriebssystem überlegen sein.
  • Die Remote-Erweiterungen von VSCode sind nicht Open Source und funktionieren auf manchen Betriebssystemen nicht.
  • Der Ressourcenverbrauch ist gering.

"Bloat" überall

  • Borland Turbo C++ ist nach der Installation kleiner als 9 MB und läuft mit 640 KB RAM.
  • Moderne IDEs bieten bessere Refactoring-Werkzeuge und zusätzliche Funktionen, haben sich im Kern aber nicht grundlegend verändert.
  • KI-gestütztes Coding könnte hier einen neuen Unterschied ausmachen.

Meinung von GN⁺

  • Dieser Beitrag vergleicht IDEs von vor 30 Jahren mit heutigen Entwicklungsumgebungen und untersucht, wie Funktionen aus der Vergangenheit in moderner Form wieder auftauchen.
  • Besonders die integrierte Entwicklungsumgebung und die intuitive Benutzererfahrung der damaligen TUI-basierten IDEs sind etwas, das viele heutige IDEs noch immer nicht vollständig erreichen.
  • Der Text weckt Nostalgie für die Geschichte der Softwareentwicklung und bietet Einblicke darin, wie sich moderne Entwicklungswerkzeuge weiterentwickelt haben.

7 Kommentare

 
geekgram 2023-12-30

Wenn man den Master Boot Sector programmieren will, ist Turbo C immer noch brauchbar ... Irgendwo auf einer Diskette aufbewahrt und seit Jahrzehnten nicht mehr herausgeholt, haha

 
ianstream 2023-12-29

Borland Turbo zu sehen, ist nach langer Zeit mal wieder schön, haha.

 
xguru 2023-12-29

Ach, was für Erinnerungen.

Das war hier zwar nicht dabei, aber Visual Basic for DOS, das 1991 erschien, war damals wirklich ein Schock.
https://winworldpc.com/product/microsoft-visual-bas/10-for-dos

Es war eine TUI, enthielt aber allerlei Controls, wie man sie aus GUIs kannte, sodass man TUI-Apps unglaublich einfach bauen konnte.
Selbst heute, 30 Jahre später, habe ich kaum ein Tool gesehen, das die TUI-Entwicklung so einfach macht wie dieses.

 
GN⁺ 2023-12-29
Hacker-News-Kommentare
  • Geschwindigkeit und Effizienz von Visual Basic 6

    Ein Nutzer weist darauf hin, dass die Geschwindigkeit und Effizienz, die Visual Basic 6 bei der Entwicklung von Desktop-GUIs bot, von modernen Web- und Mobile-Entwicklungstools bis heute nicht erreicht werden. Er fragt sich, warum Aufgaben, die damals mit VB6 möglich waren, heute langsamer umgesetzt werden.

  • Erinnerungen an Metrowerks CodeWarrior

    Ein anderer Nutzer erinnert sich an Metrowerks CodeWarrior, das vor 29 Jahren veröffentlicht wurde, und erwähnt, dass er das damals erhaltene T-Shirt lange getragen hat. Er blickt darauf zurück, dass die CodeWarrior-IDE deutlich einfacher zu benutzen war als DOS-Bildschirme.

  • Leistungsstarke Funktionen der Turbo-Pascal-7.0-IDE

    Es werden die starken Funktionen der Turbo-Pascal-7.0-IDE beschrieben. Dazu gehörten OOP-Bäume, die Bearbeitung von Inline- und externem Assembler-Code sowie Registerfenster, wodurch eine vollständige Entwicklungs- und Debugging-Umgebung entstand, die sogar auf den damaligen IBM-PCs laufen konnte.

  • Zuneigung zu Turbo Pascal

    Ein Nutzer bringt seine Zuneigung zu Turbo Pascal zum Ausdruck und erinnert sich daran, dass man vor der großen Verbreitung des Internets Probleme über Handbücher, Bücher, Magazine und BBS lösen und Wissen darüber aufbauen musste. Heute googelt man bei Problemen oder nutzt Bibliotheken, aber damals konnte man den Großteil des Stacks noch selbst verstehen.

  • Vergleich zwischen VSCode und TUI-IDEs

    Ein Nutzer argumentiert, dass TUI-(Text-based User Interface)-IDEs besser für Remote-Arbeit geeignet seien, während ein anderer entgegnet, dass VSCode bei der Arbeit auf Remote-Servern viel praktischer gewesen sei. Dank der webbasierten Architektur von VSCode könne das Frontend lokal und das Backend remote laufen, wodurch die meisten Arbeiten schneller und effizienter würden.

  • Der unterschätzte Wert von Eclipse

    Es wird darauf hingewiesen, dass Eclipse trotz seines vollständigen Funktionsumfangs als IDE oft übersehen wird. Eclipse könne mit weniger Ressourcen als VSCode verschiedenste Tools ausführen und alles von der Code-Erstellung über git und CI/CD bis hin zu Remote-Entwicklung abdecken.

  • Visual Studio und JetBrains-IDs als Borland-Nachfolger

    Visual Studio und die IDEs von JetBrains werden als moderne Nachfolger der Borland-Tools genannt und dafür geschätzt, dass sie ein umfassendes, auf Debugging ausgerichtetes Design besitzen. Der terminalbasierte Ansatz moderner FAANG-Style-Entwicklung habe nach Ansicht des Nutzers die Tool-Entwicklung behindert, sei aber schwer Leuten zu erklären, die diese frühere Erfahrung nicht gemacht haben.

  • Die goldene Ära von Delphi

    Es wird behauptet, Delphi sei der Höhepunkt unter den Borland-Tools gewesen. Immer wenn jemand sagt, GUI-Entwicklung mit Electron sei einfach, wünsche man sich, diese Person hätte die Blütezeit von Delphi erlebt. Auf YouTube gebe es einfache Demos von Delphi zu sehen.

  • Die Qualität der Entwicklungsumgebung BRIEF

    BRIEF war zwar keine IDE, wird aber als Programmiereditor in sehr guter Erinnerung behalten und als hervorragend für die Softwareentwicklung beschrieben.

  • Treue zu Neovim

    Ein Nutzer betont die hohe Wertschätzung für die Anpassbarkeit, das modale Bedienkonzept und den Open-Source-Charakter von Neovim und erklärt, dass er selbst dann nicht wechseln würde, wenn VSCode oder andere IDEs mehr Funktionen böten. Aus seiner Erfahrung in der Softwareentwicklung habe er gelernt, dass Menschen unterschiedliche Workflows bevorzugen, und halte es deshalb für wichtig, dass jede Person mit den gewünschten Tools ihre eigene Arbeitsumgebung aufbauen kann.

 
iolothebard 2023-12-29

Auch die integrierte Entwicklungsumgebung von uscd-pascal war großartig ... (hä?)

 
fupfin 2023-12-29

Apple Pascal hatte sogar das Betriebssystem integriert.

 
fupfin 2023-12-29

Ach du meine Güte! (Ich musste dabei auch an Apple Pascal denken …)