Entwicklung & Code
„Technische Schulden“: Zu wenig Investitionen von Firmen in IT
Im Rahmen des derzeit stattfindenden Weltwirtschaftsforums in Davos wies der Chef des Beratungsunternehmens Publicis Sapient, Nigel Vaz, darauf hin, dass Unternehmen zu wenig in den Ausbau der IT-Systeme investieren. Das führe zum Aufbau „technischer Schulden“. Der dpa sagte er: „Oft gehen 80 Prozent der Mittel in die größten Komponenten der Infrastruktur, nur 20 Prozent in Innovation“.
Weiterlesen nach der Anzeige
Insbesondere Banken seien demnach betroffen. Die betreiben noch zentrale Mainframes. Aber auch Firmen mit veralteten ERP-Systemen zur Steuerung von Geschäftsprozessen haben dieses Problem. Diese technischen Schulden führen zu zunehmend erschwertem Zugriff auf Daten und erschweren die Integration modernerer Technologien. Auch Künstliche Intelligenz löse das Problem Vaz zufolge nicht grundlegend: „Wenn man die Kernsysteme nicht modernisiert, redet man mit KI nur etwas schön.“
Die veralteten Systeme sorgten insbesondere bei Banken, im Gesundheitswesen und Einzelhandel für komplexes Handling. Viele Programme sind etwa in COBOL geschrieben und seien Millionen Zeilen lang. Neue Entwickler verstehen den Code nur schwer. Publicis Sapient nutzt der dpa zufolge die Plattform „Slingshot“, die alten Programmcode in moderne Technologien wie Java oder React transformiert. Mittels KI konnte ein Projekt in weniger als drei Jahren realisiert werden, für das zuvor zehn Jahre angesetzt worden seien, erklärte Vaz weiter. Allerdings erschweren fragmentierte Datenbestände und unterschiedliche regulatorische Rahmenbedingungen den Einsatz von künstlicher Intelligenz.
Herausforderungen und Kosten
Vaz bemängelt, dass Fachkräftemangel und Kosten die zentralen Herausforderungen darstellen. Nur wenige junge Entwickler lernen noch COBOL, weshalb „Unternehmen erfahrene Teams teuer halten“ müssten. Die Einsparungen durch Modernisierung könnten die Investitionen jedoch teilweise finanzieren. Unternehmen stünden jedoch wegen der knappen Budgets und hohem Innovationsbedarf unter Druck, insbesondere die deutsche Banken- und Handelsbranche habe eine große Notwendigkeit zur Modernisierung.
Bei der Migration von altem Code können auch KI-Tools helfen. IBM hat etwa watsonx Code Assistant for Z im Köcher, das mittels KI COBOL in Java übersetzt. Ganz tot ist COBOL zudem nicht. Es erscheinen noch immer aktuelle Compiler für die Sprache, im Jahr 2022 etwa der Open-Source-Compiler gcobol. COBOL-Programme werden eher modernisiert als ausgetauscht. Dass COBOL jedoch eine tickende Zeitbombe darstellt, war bereits 1999 klar. Dort ging es etwa um die zweistelligen Jahreszahlen, die zum Sparen von Speicherplatz oft auch auf Mainframes verwendet wurden.
Weiterlesen nach der Anzeige
(dmk)
Entwicklung & Code
Software Testing: Exploratives Ensemble Testing
Richard Seidl diskutiert in dieser Podcastfolge mit Tobias Geyer über Exploratives Ensemble Testing. Die beiden beleuchten, wie dieses Gruppen-Testformat entstanden ist, welche Dynamik es entfaltet und warum das regelmäßige Testen im Ensemble weit mehr ist als Fehlerjagd.
Weiterlesen nach der Anzeige
Tobias Geyer teilt Einsichten, wie Entwicklerinnen und Entwickler durch das gemeinsame Testen ein besseres Verständnis für das Gesamtprodukt entwickeln und warum gerade unterschiedliche Rollen und wechselnde Perspektiven im Team zu neuen Erkenntnissen führen. Die zentrale Frage: Wie bleibt das Format frisch und motivierend, auch nach zwei Jahren?
Zu Gast: Tobias Geyer
Tobias Geyer wollte nie bewusst ein Tester werden, aber nach mehr als 20 Jahren Erfahrung in diesem Beruf ist er froh, einer geworden zu sein. Seine Erfahrung reicht von Wasserfallprozessen in großen Unternehmen bis zu kleinen, agilen Teams. Dabei hat er stets die Qualität des Gesamtprodukts im Blick und kümmert sich um alle Themen, die dazu beitragen – egal, ob es darum geht, CI-Systeme zu verbessern, Testfälle zu erstellen oder Testmethoden einzuführen. Seine Begeisterung für das Lernen und den Wissensaustausch brachte ihn dazu, die „Software Testing User Group Hamburg“ mitzugründen. Er liebt es, auf Konferenzen zu sprechen und sich mit Menschen aus der Community zu vernetzen.
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: „Exploratives Ensemble Testing – Tobias Geyer“ und steht auf YouTube bereit.
Weiterlesen nach der Anzeige
(mai)
Entwicklung & Code
jQuery 4.0 veröffentlicht: Weniger Legacy, mehr moderne Webstandards
Mit jQuery 4 hat das Projekt erstmals seit circa einem Jahrzehnt eine neue Hauptversion veröffentlicht. Zum 20‑jährigen Jubiläum der JavaScript-Bibliothek verabschiedet sich das Entwicklerteam von vielen Altlasten und richtet jQuery konsequent auf moderne Browser, Sicherheitsmechanismen und Build-Workflows aus. Das Release bringt Breaking Changes mit sich, soll für die meisten Projekte aber mit überschaubarem Anpassungsaufwand nutzbar sein.
Weiterlesen nach der Anzeige
Trusted Types, CSP und Abschied von alten Browsern
Eine der sichtbarsten Änderungen ist, dass jQuery 4 Internet Explorer 10 (IE) und ältere nicht mehr unterstützt. Auch andere alte Plattformen wie Edge Legacy, der Android-Browser oder ältere Versionen von iOS und Firefox fallen aus dem Support. IE 11 bleibt vorerst kompatibel, soll aber mit jQuery 5 entfernt werden. Wer zwingend auf diese Altbrowser angewiesen ist, muss bei jQuery 3.x bleiben.
jQuery 4 integriert Trusted Types, um moderne Vorgaben zu Content-Security-Policies (CSP) besser einzuhalten. Trusted-HTML-Inhalte lassen sich damit sicher an DOM-Manipulationen übergeben. Zusätzlich stellt jQuery asynchrone Script-Ladevorgänge weitgehend auf ‑Tags um, um CSP-Fehler durch Inline-Skripte zu vermeiden.
Quellcode jetzt als ES‑Module
Mit Version 4 hat das Entwicklerteam den jQuery‑Quellcode vollständig von AMD auf ES‑Module umgestellt. Statt RequireJS setzt die Bibliothek nun Rollup ein, einen schlanken JavaScript‑Bundler für ES‑Module. Dadurch lässt sich jQuery direkt in moderne Toolchains integrieren und auch nativ perDeprecations und mehr Ordnung für jQuery‑Prototype
jQuery.isArray, jQuery.trim, jQuery.parseJSON oder jQuery.now. Für alle existieren bereits native JavaScript‑Funktionen. Zusammen mit dem Wegfall von IE‑Sondercode schrumpft die Bibliothek laut Entwicklerteam um mehr als 3 Kilobyte (gzip).
Interne Array-Methoden wie push, sort und splice sind nicht länger Teil des jQuery‑Prototyps. Diese Methoden waren offenbar nie für den öffentlichen Einsatz gedacht und verhalten sich wieder strikt wie die entsprechenden nativen Array‑Funktionen.
Fokus-Events folgen jetzt dem Standard
jQuery überschreibt das native Verhalten von Fokus‑ und Blur‑Events nicht mehr. Statt der bisherigen jQuery‑Reihenfolge hält sich Version 4 an die aktuelle W3C‑Spezifikation. Das kann eine bestehende Event-Logik beeinflussen, sorgt aber für einheitliches Verhalten über alle unterstützten Browser hinweg.
(Bild: jaboy/123rf.com)
Die enterJS 2026 wird am 16. und 17. Juni in Mannheim stattfinden. Das Programm dreht sich rund um JavaScript und TypeScript, Frameworks, Tools und Bibliotheken, Security, UX und mehr. Vergünstigte Frühbuchertickets sind im Online-Ticketshop erhältlich.
Schlankerer Slim‑Build
Der Slim‑Build wird nochmals kleiner: Deferreds und Callbacks fehlen komplett. Native Promises decken die meisten Anwendungsfälle ab und stehen in allen unterstützten Browsern – mit Ausnahme von IE 11 – zur Verfügung. Dadurch kommt der Slim‑Build nur auf rund 19,5 KB (gzip).
Für den Umstieg auf Version 4 stellt das Team einen Upgrade Guide sowie eine aktualisierte Version von jQuery Migrate bereit. jQuery 4 ist über das CDN und npm verfügbar, weitere CDNs sollen zeitnah folgen. Nähere Informationen zum Release bietet der Beitrag auf dem jQuery-Blog.
(mdo)
Entwicklung & Code
Kommentar: Entwickler, wacht auf – oder verliert euren Job
Noch vor wenigen Jahren galten KI-gestützte Programmierwerkzeuge als nette Spielerei. Das hat sich grundlegend geändert. Copilot, Claude, Codex und Co. schreiben heute Code, der funktioniert – nicht immer perfekt, aber in der Regel durchaus brauchbar. Sie generieren Unit-Tests, erstellen Dokumentation und schlagen Refactorings vor. Die Entwicklung beschleunigt sich rasant. Und wer glaubt, nicht betroffen zu sein, täuscht sich.
Weiterlesen nach der Anzeige
Golo Roden ist Gründer und CTO von the native web GmbH. Er beschäftigt sich mit der Konzeption und Entwicklung von Web- und Cloud-Anwendungen sowie -APIs, mit einem Schwerpunkt auf Event-getriebenen und Service-basierten verteilten Architekturen. Sein Leitsatz lautet, dass Softwareentwicklung kein Selbstzweck ist, sondern immer einer zugrundeliegenden Fachlichkeit folgen muss.
Was KI kann – und was nicht
Wichtig dabei: KI-Systeme arbeiten auf der Ebene von Syntax und Mustern. Sie erkennen wiederkehrende Strukturen und reproduzieren sie mit beeindruckender Geschwindigkeit. Für Standardaufgaben reicht das oft aus, beispielsweise, um eine REST-API aufzusetzen, eine Datenbankanbindung zu schreiben oder ein Formular zu validieren.
KI versteht jedoch nicht, warum etwas so ist, wie es ist. Sie kennt keine Zielkonflikte zwischen Performance und Wartbarkeit. Sie weiß nicht, welche Entscheidungen in sechs Monaten teuer werden. Sie hat kein Gespür dafür, wie eine Architektur zur Organisation passt. Und sie kennt die ungeschriebenen Regeln der Fachdomäne nicht, jene Logik, die in keinem Pflichtenheft steht, aber über Erfolg oder Scheitern eines Projekts entscheidet.
Die unbequeme Wahrheit
Das bedeutet, dass sich die Wertschöpfung in der Softwareentwicklung verschiebt, weg von der reinen Umsetzung, hin zur Konzeption. Das ist keine düstere Prophezeiung, sondern bereits Realität. Wer heute hauptsächlich Code runterschreibt, ohne tieferes Verständnis für das Gesamtsystem, macht sich mittelfristig ersetzbar.
Doch was bleibt, ist Architektur. Architektur bedeutet dabei jedoch nicht, UML-Diagramme zu zeichnen oder ähnliches. Architektur bedeutet, die Entscheidungen zu treffen, die später schwer zu ändern sind: Wie schneiden wir unsere Services? Welche Abhängigkeiten gehen wir ein? Wo ziehen wir die Grenzen zwischen Modulen? Diese Fragen erfordern Kontextwissen, Erfahrung und Urteilsvermögen. Das sind alles Dinge, die sich nicht aus Trainingsdaten ableiten lassen.
Weiterlesen nach der Anzeige
Jetzt handeln
Und das bedeutet: Die Zeit, sich mit Architektur zu beschäftigen, ist nicht „irgendwann, wenn ich mal Zeit habe“. Sie ist jetzt. Wer wartet, bis die KI-Tools noch besser werden, wartet zu lange.
Das heißt konkret: Abstraktionsfähigkeit entwickeln, Systemdenken üben, Domänenwissen aufbauen, statt nur Tickets abzuarbeiten. Entwicklerinnen und Entwickler müssen lernen, warum die eine Entscheidung getroffen wurde, und nicht nur, wie der Code aussieht.
Developer, die diese Fähigkeiten mitbringen, werden wertvoller, nicht weniger wert. Sie werden zu denjenigen, die KI-Werkzeuge effektiv einsetzen und deren Ergebnisse kritisch bewerten können. Sie werden die Architekten und Architektinnen sein, die Systeme gestalten, während die reine Codierung zunehmend automatisiert wird.
Mit anderen Worten: Wer als Developer seinen Job behalten will, muss sich jetzt mit Architektur beschäftigen. Ein guter Ort dafür ist die Konferenz zur Softwarearchitektur, die OOP 2026. Sie vermittelt, wie Entwicklerinnen und Entwickler Softwareprojekte strategisch gestalten, statt nur zu coden.
(rme)
-
Entwicklung & Codevor 2 MonatenKommandozeile adé: Praktische, grafische Git-Verwaltung für den Mac
-
Künstliche Intelligenzvor 3 MonatenX: Für Dauer von Bezahlabo kann man bald ungenutzte Kontonamen übernehmen
-
UX/UI & Webdesignvor 3 MonatenArndt Benedikt rebranded GreatVita › PAGE online
-
Künstliche Intelligenzvor 3 WochenSchnelles Boot statt Bus und Bahn: Was sich von London und New York lernen lässt
-
Online Marketing & SEOvor 3 Monaten3 Creator to watch: Diese TikToker haben im September für Aufsehen gesorgt
-
Entwicklung & Codevor 1 MonatKommentar: Anthropic verschenkt MCP – mit fragwürdigen Hintertüren
-
Künstliche Intelligenzvor 3 MonatenDeutschlands größter Batteriespeicher entsteht in Sachsen-Anhalt
-
Künstliche Intelligenzvor 3 MonatenGoogle „Broadwing“: 400-MW-Gaskraftwerk speichert CO₂ tief unter der Erde