Der 1985 gestartete Commodore Amiga war seiner Zeit voraus. Schon lange vor dem PC bot er Multitasking, flüssiges Scrolling, Kultspiele wie „Turrican 2” und Musik mit Gänsehaut-Garantie. Mit seinen leicht zu kopierenden 3,5-Zoll-Disketten hatte er jedoch einen Schwachpunkt, der ihm gleich in zweierlei Hinsicht zu schaffen machte: Einerseits leiteten Raubkopien den Untergang der Plattform in den 90-ern ein, und andererseits leiden heutzutage viele der Magnetscheiben unter Verfallserscheinungen. Auch ihre Laufwerke verweigern inzwischen reihenweise den Dienst, statt mit sonorem Schnurren die Disk zu lesen.

Die gute Nachricht: Es gibt mehrere Auswege aus dem Magnetdaten-Kollaps. Manchmal genügt bereits die Reinigung von Diskette und Laufwerk, um sie zu neuem Leben zu erwecken. Wer genug vom Ärger mit dem Laufwerk hat, kann an seiner Stelle einen Floppy-Emulator von Gotek einbauen. Diese kleinen Hardware-Emulatoren kosten je nach Ausführung nur rund 35 bis 70 Euro und können auch von Anfängern montiert werden – ganz ohne zu löten. Danach lassen sich ganz einfach ADF-Images (Diskettenabbilder) mit einem Drehknopf vom USB-Stick laden. Erlaubt ist das natürlich nur bei Sicherheitskopien eigener Originale oder bei freier Public-Domain-Software.

Der Umbau macht gemütliche Retro-Abende mit dem Amiga deutlich entspannter. In diesem Artikel erklären wir, wie sich Disketten und Laufwerke mit wenig Aufwand reinigen lassen und zeigen Schritt für Schritt, wie man einen USB-Floppy-Emulator einbaut. Für die Reinigung verwenden wir einen Amiga 600, für den Einbau einen Amiga 1200. Bei anderen Modellen läuft beides ähnlich ab. Im Internet sind Einbaurahmen für viele verschiedene Amiga-Computer erhältlich, darunter auch für die weitverbreiteten Modelle Amiga 500 und 600.

Das war die Leseprobe unseres heise-Plus-Artikels „Amiga reparieren: Diskettenlaufwerk retten oder mit USB-Floppy-Emulator ersetzen“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.

Der tschechische Tool-Hersteller JetBrains beendet die Weiterentwicklung der Entwicklungsumgebung (IDE) Fleet und wird sie ab dem 22. Dezember 2025 nicht mehr zum Download anbieten. Fleet war als moderne, leichtgewichtige und plattformübergreifende Entwicklungsumgebung gedacht, die eine Alternative zu den IntelliJ-basierten JetBrains-Tools bieten sollte.

Zwei parallele IDE-Familien hatten offenbar für Verwirrung gesorgt und wenig zusätzlichen Nutzen gebracht. Trotz moderner Architektur und schlankem Design konnte sich Fleet nicht klar im JetBrains-Portfolio positionieren. Viele Nutzerinnen und Nutzer sahen laut Blogbeitrag keinen überzeugenden Grund, von etablierten Umgebungen wie IntelliJ IDEA, PyCharm oder WebStorm zu wechseln.

Neues Produkt für KI‑gestützte Entwicklung

Statt Fleet fortzuführen, arbeitet JetBrains nach eigenen Angaben an einer neuen Entwicklungsumgebung auf der Grundlage der bestehenden Technologie. Im Mittelpunkt steht das Konzept des Agentic Development, bei dem KI-Agenten selbstständig Aufgaben übernehmen wie das Aktualisieren von Tests, das Refaktorieren von Code oder das Erstellen neuer Funktionen.

Entwicklerinnen und Entwickler geben Anweisungen, prüfen die Ergebnisse und steuern den Prozess. So soll eine neue Art des Zusammenarbeitens zwischen Mensch und Maschine entstehen, die langfristig einen zentralen Platz in der Produktstrategie von JetBrains einnimmt.

Hintergrund zu Fleet

Fleet entstand ab 2019 als Experiment von JetBrains, mit dem Ziel, eine leichtgewichtige und cloudfähige Alternative zu den klassischen IntelliJ‑IDEs zu schaffen. Die in Kotlin entwickelte Umgebung sollte mit modularer Architektur, schnellerem Start und Remote‑Fähigkeiten neue Arbeitsweisen ermöglichen. Nach der Ankündigung 2021 wurde Fleet mehrfach neu positioniert – zunächst als Multi‑Language‑Editor, später als smarter, KI‑gestützter Editor mit IDE‑Funktionen. Viele der dabei erprobten technischen und gestalterischen Konzepte flossen später in andere JetBrains‑Produkte ein.

(mdo)

In dieser Episode sprechen Richard Seidl und Andrej Thiele über API-Tests im Alltag moderner Teams. Andrej Thiele stellt zwei Wege vor: einerseits versionierte OpenAPI-Spezifikationen mit Renovate für Sichtbarkeit von Änderungen und andererseits Consumer-driven Contract Tests mit Pact, Pact Broker sowie JUnit, eingebettet in die CI-Pipeline. Brechen Contracts, stoppt der Release-Prozess – und damit steht Qualität vor Tempo.

Nach seinem Diplom in Informatik an der TU Dortmund 1999 arbeitete Andrej Thiele als Softwareentwickler bei Firmen in unterschiedlichen Bereichen der Industrie, zum Beispiel Digitalisierung von Radiosendern, Telekommunikation, Mobile und Embedded Devices. Im Jahr 2008 wechselte er in die Beratung und agierte dort als Senior Consultant in verschiedenen Projekten und Rollen: von Entwickler über Architekt und technischer Projektleiter bis hin zum Test-Coach für Entwickler. Seit 2016 arbeitet er bei der Conciso GmbH und veranstaltet dort unter anderem ein regelmäßiges Coding Dojo als Meetup und er ist als Topic Lead für Qualitätssicherung in der Weiterbildung der internen Mitarbeiter sowie der Durchführung von Schulungen bei Kunden tätig. Zusätzlich ist er regelmäßig als Sprecher auf verschiedenen Konferenzen zu sehen.

Bei diesem Podcast dreht sich alles um Softwarequalität: Ob Testautomatisierung, Qualität in agilen Projekten, Testdaten oder Testteams – Richard Seidl und seine Gäste schauen sich Dinge an, die mehr Qualität in die Softwareentwicklung bringen.

Die aktuelle Ausgabe ist auch auf Richard Seidls Blog verfügbar: „Contract Tests – Wer braucht das wirklich? – Andrej Thiele“ und steht auf YouTube bereit.

(mai)