Künstliche Intelligenz
Warum Softwareentwicklung oft wie ein Escape Room ist
Ich habe vor kurzem eine Analogie gehört, die auf den ersten Blick ungewöhnlich wirkt, sich bei näherem Nachdenken jedoch als erstaunlich treffend erweist:
„Softwareentwicklung ist wie ein Escape Room.“
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.
Je länger ich über dieses Bild nachgedacht habe, desto passender erschien es mir. Und weil ich diesen Vergleich für ausgesprochen gelungen halte, widme ich ihm heute diesen Beitrag. An dieser Stelle übrigens ein herzliches Dankeschön an Jörg für diese großartige Analogie.
Willkommen im Escape Room!
Stellen Sie sich also vor, Softwareentwicklung wäre wie ein Escape Room. Nur eben – ein bisschen anders. Oder genauer gesagt: ganz erheblich anders. Denn in diesem Escape Room hat ihn zuvor niemand für Sie getestet. Es hat Ihnen niemand gesagt, wie viele Räume es überhaupt gibt. Es existiert kein Spielleiter, der Ihnen Tipps gibt. Und es gibt nicht einmal die Garantie, dass überhaupt irgendwo ein Ausgang vorhanden ist. Das Beste daran: Während Sie sich darin befinden, zahlt jemand, der draußen wartet – und zwar auf Stundenbasis.
Empfohlener redaktioneller Inhalt
Mit Ihrer Zustimmung wird hier ein externes YouTube-Video (Google Ireland Limited) geladen.
Softwareentwicklung ist ein Escape-Room // deutsch
Das Ziel ist natürlich klar: Sie wollen einen Weg nach draußen finden. Im übertragenen Sinne heißt das: Sie möchten, dass die Anwendung live geht, dass das Feature deployed wird, dass die CI/CD-Pipeline grün ist und die Kundin oder der Kunde zufrieden. Nur: Wie genau Sie dorthin gelangen, weiß zu Beginn niemand.
In einem Escape Room erhalten Sie immerhin ein kurzes Briefing, etwa:
„Sie haben 60 Minuten Zeit, hier ist Ihre Geschichte, viel Erfolg!“
Am Ende, egal ob Sie es geschafft haben oder nicht, öffnet jemand die Tür und sagt:
„Immerhin, Sie haben es versucht und ein paar Schlösser geknackt.“
In der Softwareentwicklung läuft das etwas anders:
„Wir benötigen dieses Feature so schnell wie möglich, am besten gestern.“
Wenn Sie dann nachfragen, was das Feature denn genau leisten soll und worum im Detail es gehe, kommt häufig eine Antwort wie:
„Ach, das ist nicht viel, nur ein paar Buttons.“
Das klingt harmlos – bis Sie die Aufgabe genauer betrachten und feststellen, dass dort im Grunde steht:
„Bitte entwickeln Sie uns kurzfristig ein Flugzeug. Nur eben ohne Tragflächen, die können wir später ergänzen. Aber fliegen sollte es schon jetzt.“
Was Sie hinter der Tür erwartet
Dann betreten Sie also Ihren Escape Room. Sie öffnen die erste Tür, stoßen auf das erste Rätsel – zum Beispiel: Welche Schnittstellen benötigen wir? Liefern diese tatsächlich die Daten, die laut Confluence dokumentiert sind? Oder kommt am Ende lediglich ein leeres JSON-Objekt zurück, weil irgendjemand irgendwo ein return
hingeschrieben hat, dabei jedoch den Rückgabewert vergessen hat?
Trotzdem denken Sie sich, dass alles in Ordnung sei und Sie das schon irgendwie hinbekommen werden. Und tatsächlich lösen Sie das erste Rätsel. Sie öffnen die nächste Tür – und stehen plötzlich in einem Raum mit zwölf weiteren Türen, einer Falltür und einem zufällig umherfahrenden Laser, der Ihnen zuerst einmal Ihren gesamten Data-Layer zerschießt.
So geht es weiter. Manchmal lösen Sie ein Problem und sind sicher, es fast geschafft zu haben. Dann öffnen Sie die nächste Tür – und plötzlich bricht die Performance komplett ein. Oder die Security wird zum Problem. Oder Ihre CI/CD-Pipeline stürzt ab. Selbstverständlich nur bei jedem zweiten Durchlauf, mit einer ominösen Meldung wie „exit code 137“, einfach weil Jenkins gerade beschlossen hat:
„Nö, heute mal nicht.“
Vielleicht stellen Sie auch fest, dass das Legacy-System auf der Gegenseite noch auf Java 6 läuft, ausschließlich SOAP spricht und aus unerfindlichen Gründen zufällige Timeouts produziert. (Spoiler: Die Timeouts sind gar nicht zufällig. Das System hasst Sie einfach.)
Typische Probleme
Dann natürlich der Klassiker:
„Also bei mir läuft’s.“
Diesen Satz kennen Entwicklerinnen und Entwickler zur Genüge. Natürlich läuft es bei der Kollegin oder dem Kollegen auf dem Notebook, weil dort die Umgebungsvariable NODE_ENV
auf „chaos“ gesetzt ist und noch fünf Docker-Container von vor drei Jahren laufen, die aber ausschließlich auf diesem einen Rechner jemals funktioniert haben.
Mitunter sieht ein Problem riesig aus, lässt sich dann jedoch in zwei Tagen erledigen, weil irgendeine Library es längst gelöst hat. Manchmal halten Sie es für trivial – und es kostet Sie Wochen, weil Sie plötzlich Merge-Konflikte in Dateien haben, die eigentlich gar nicht mehr existieren (sollten). So nach dem Motto:
„Warum liegt hier eigentlich noch eine package-lock.json von 2018 herum?“
In einem Escape Room hängt immerhin eine Uhr an der Wand. 60 Minuten, dann ist Schluss. In Softwareprojekten hingegen heißt es meist:
„Wir schätzen das auf etwa drei Monate.“
Was, wenn man ehrlich ist, bedeutet:
„Drei Monate plus minus alles.“
Denn Sie wissen schlicht nicht, ob Sie hinter der nächsten Tür ein kleines Zahlenschloss finden oder eine riesige Hydra aus zwanzig Services, die sich gegenseitig aufrufen und natürlich komplett auseinanderfallen, sobald Sie versuchen, auch nur einen davon zu aktualisieren.
Spaß mit Stakeholdern …
Dann treten die Stakeholder auf den Plan. Im Escape Room stehen die wenigstens nicht mit Ihnen im Raum. In Softwareprojekten schon. Oder sie kommen alle fünf Minuten herein und fragen:
„Könnt ihr kurz zeigen, wie weit ihr schon seid?“
Und das, während Sie gerade herauszufinden versuchen, warum Ihr Deployment plötzlich alle Assets verschluckt und der Health-Check Ihrer API neuerdings nur noch den HTTP-Status-Code 418
zurückliefert („I’m a Teapot“). Wie sieht der Fortschritt also aus, den Sie zeigen könnten? Ein komplett rotes Dashboard und ein Entwickler, der seit drei Stunden reglos auf sein Terminal starrt …
… und Anforderungen
Mein persönliches Lieblingsrätsel sind die Anforderungen. Am Anfang heißt es:
„Wir brauchen nur dieses eine Feature.“
Eine Woche später:
„Ach übrigens, könntet ihr das bitte alles Event-basiert umsetzen? Oder doch lieber mit synchronen REST-Calls? Am besten noch mit Dark Mode, Predictive AI und einem Self-Service-Portal, das Forecasts für die nächsten zwölf Monate liefert.“
Klar, warum nicht. Für mich entwickeln sich Requirements oft wie Pokémon: Zuerst ist es nur ein kleiner Button. Dann wird es ein Formular. Und irgendwann mutiert das Ganze zu einem Workflow mit OAuth, Approval-Chain und einem komplexen Dashboard.
„Aber beim Hausbau …“
Wenn man das – vielleicht etwas nüchterner als hier – im geschäftlichen Alltag zu erklären versucht, kommt garantiert jemand und sagt:
„Aber beim Hausbau geht das doch auch.“
Ja, aber wissen Sie was? Beim Hausbau ist auch alles bekannt. Da gibt es einen Plan. Hier stehen die Wände, dort kommen die Fenster hin, fertig. Kein Architekt kommt zwei Monate nach Baubeginn auf die Baustelle und sagt:
„Wir haben uns das noch einmal anders überlegt. Das Dach hätten wir jetzt gern aus Käse.“
In der Softwareentwicklung passiert genau das – und zwar ständig. Entweder, weil die Kundin oder der Kunde merkt, dass eigentlich etwas ganz anderes benötigt wird. Oder weil Sie unterwegs feststellen, dass sich unter dem Fundament noch ein riesiger Sumpf aus Altlasten verbirgt. Oder aus hundert anderen Gründen. Dann sind Sie schon froh, wenn Sie zumindest ein paar stabile Pfosten einziehen können, bevor Ihnen alles absäuft.
Wie geht man damit um? Indem man iterativ arbeitet. Man versucht nicht, den gesamten Escape Room mit allen Rätseln auf einmal zu lösen, sondern nimmt sich ein Rätsel nach dem anderen, Raum für Raum, Tür für Tür. Man testet regelmäßig, schreibt Logs (bevor es knallt), baut Metriken ein, macht Fehler früh sichtbar. Und man hat vor allem keine Angst, einmal das Licht anzuschalten und nachzusehen, was dort wirklich kreucht und fleucht.
Das Team ist entscheidend
Dabei macht das Team einen erheblichen Unterschied. Es ist ein großer Unterschied, ob Sie mit einem eingespielten Team von drei Personen in einem Escape Room stehen, die das schon hundertmal gemacht haben – oder mit einem Haufen planloser und nervöser Menschen, die von nichts eine Ahnung haben. Ein gutes Team erkennt Muster. Ein gutes Team weiß, wo man Tests sofort hinschreibt, statt später hektisch die Coverage zu schönen. Ein gutes Team baut Logging nicht erst dann ein, wenn es bereits brennt. Und es richtet CI/CD nicht fünf Minuten vor Schluss ein, wenn die Kundin oder der Kunde schon danebensteht und fragt, warum auf Staging noch das Feature von letzter Woche läuft.
Aber auch das beste Team kann Ihnen nicht garantieren, dass sich hinter der nächsten Tür nicht ein Monster verbirgt, das sagt:
„Hallo, ich bin Ihr zehn Jahre altes Legacy-CRM. Ich spreche nur EBCDIC und bin fest verdrahtet mit einer Oracle-Version, die offiziell seit 2012 nicht mehr unterstützt wird.“
Wenn Sie auf dieser Datenbank dann einmal ein SELECT
ausführen, erhalten Sie entweder 200.000 Zeilen – oder eben gar nichts. Bei derselben Query, mal so, mal so. Aus Gründen.
Die letzte Tür – geschafft?
Doch irgendwann kommt (hoffentlich) dieser Moment, in dem Sie tatsächlich vor der finalen Tür stehen. Alle Tests sind grün. Die Pipeline läuft. Das Deployment ist sauber. Das fühlt sich ungefähr so an, wie wenn Sie im Escape Room den letzten Schlüssel drehen, die Tür aufspringt und draußen jemand mit einer Konfettikanone auf Sie wartet. Zumindest so lange, bis jemand sagt:
„Könnten wir jetzt noch schnell einen Admin-Bereich einbauen? Am besten bis morgen, das wäre super.“
Das Schöne daran ist: All das gehört irgendwie auch dazu und macht ein Stück weit den Reiz dieses Berufs aus. Softwareentwicklung ist ein Escape Room. Nur größer, chaotischer, unvorhersehbarer. Manchmal extrem nervenaufreibend, manchmal frustrierend, aber immer mit diesem kleinen Kick, wenn Sie ein Rätsel gelöst haben. Wenn Sie eine Tür öffnen und dahinter nicht noch ein Drache wartet, sondern tatsächlich der Ausgang. Dann können Sie hinausgehen, sich kurz schütteln und voller Stolz sagen, dass Sie es geschafft haben. Zumindest bis jemand von hinten ruft:
„Übrigens, wir hätten da noch ein neues Projekt. Dieses Mal mit Machine Learning, IoT und Blockchain. Das sollte jetzt aber schnell gehen, oder?“
(rme)
Künstliche Intelligenz
Power11-Prozessoren: IBM verspricht 99,999 Prozent Uptime
IBM stellt die 11. Generation seiner Power-Prozessoren für Server mit Linux, AIX oder IBM-i vor. Auch der Power11 bleibt ein Exot im Vergleich zu x86-CPUs von AMD und Intel sowie ARM-Alternativen: IBM zielt nicht auf maximale Leistung, sondern bedient eine Nische, die unter anderem extrem hohe Zuverlässigkeit fordert.
Mit Tricks auf Chip- und Serverebene verspricht IBM eine Verfügbarkeit (Uptime) von 99,999 Prozent. Es handle sich um den „ausfallsichersten Server in der Geschichte der IBM-Power-Plattform“, schreibt die Firma in ihrer eigenen Mitteilung.
Gleiche Kernkonfiguration mit mehr Redundanz
Der Power11 hat genauso wie sein Vorgänger Power10 16 CPU-Kerne mit 2 MByte Level-2-Cache pro Kern und insgesamt 128 MByte Level-3-Cache. Jeder Kern kann dank achtfachem Simultaneous Multithreading (SMT) weiterhin acht Threads gleichzeitig abarbeiten (128 insgesamt). Die größten Power11-Server E1180 verwenden 16 Prozessoren, aufgeteilt auf vier Systeme mit jeweils vier CPU-Fassungen.
Im Power10 deaktivierte IBM noch den 16. CPU-Kern, um die Produktionsausbeute zu erhöhen. So ließen sich Prozessoren mit Belichtungsdefekten in einem Kern nutzen.
Beim Power11 ist das nicht mehr notwendig, trotzdem sind ab Werk nur 15 Kerne aktiv. Der 16. Kern springt erst als Ersatz an, wenn in einem anderen Kern Probleme auftreten. IBM nennt das Spare Core.
IBMs Spezifikationen zu Power11 gegen die Vorgänger Power10 und Power9.
(Bild: IBM)
Mehr KI
Verbesserungen gibt es unter anderem bei den KI-Fertigkeiten. Jeder CPU-Kern integriert vier verbesserte Matrix Math Accelerators (MMAs), die eine Vielzahl von KI-Algorithmen unterstützen sollen. IBM sieht sie fürs Ausführen von fertig trainierten KI-Modellen (Inferenz) vor, etwa für Betrugserkennung, Textextraktion, Dokumentenanalyse, Domänenanpassung, Mustererkennung, Prognosen und Bild-/Video-/Audioverarbeitung.
Für mehr Rechenleistung unterstützen Power11-Server IBMs eigenen KI-Rechenbeschleuniger Spyre, der bisher nur für Mainframes gedacht war.
DDIMMs für bis zu 64 TByte RAM
Den größten Sprung legen Power11-Prozessor beim Speicher hin. Sie können mit IBMs selbst entwickelten DDIMMs umgehen, die eine höhere Kapazität erreichen als typische RDIMMs. Zudem sollen sie mit zusätzlichen Speicherchips und Spannungswandlern bei Defekten die Uptime erhöhen. Der größte Server E1180 kommt mit 256 mal 256 GByte auf insgesamt 64 TByte DDR5-RAM. Grundsätzlich können die Power11-CPUs auch mit DDR4-Riegeln umgehen, was aber nur unter strikten produktpolitischen Voraussetzungen für Power10-Aufrüster funktioniert.
Die Verbindung zwischen RAM und CPU erfolgt über das Open Memory Interface (OMI). Der Standard ist weitgehend eingestellt, da sich der Compute Express Link (CXL) in Rechenzentren durchsetzt.
Die größten DDIMMs mit 256 GByte Speicher für IBMs Power11-Systeme.
(Bild: IBM)
Erneut mit 7-Nanometer-Technik
IBM bleibt bei einem 7-nm-Fertigungsprozess von Samsungs Fertigungssparte, allerdings in einer verbesserten Version als noch bei den Power10-CPUs. In einer Vergleichstabelle schreibt die Firma, dass ein Power11-Chip 654 mm² groß ist und etwa 30 Milliarden Transistoren beherbergt.
Damit wäre ein Power11-Prozessor deutlich dichter gepackt als ein Power10 mit 18 Milliarden Transistoren auf 602 mm². An anderer Stelle gibt IBM für beide Generationen die gleichen Kennzahlen wieder; wir haben um Klärung gebeten,
Zum ersten Mal will IBM direkt zum Start einer neuen Power-Generation High-End-, Mid-Range- und Entry-Server sowie Power Virtual Server in der eigenen Cloud anbieten. Dazu zählen die Servermodelle E1180, E1150, S1124 und S1122. Die Auslieferung soll Ende Juli beginnen.
(mma)
Künstliche Intelligenz
Ikea möbelt Smart Home mit mehr Matter-Technik auf: Über 20 neue Geräte geplant
Ikea will den Smart-Home-Bereich des Einrichtungssortiments mit Technik auf Basis des Kommunikationsprotokolls Matter massiv ausbauen. Einem Medienbericht zufolge plant das Möbelhaus einen großen Schwung neuer smarter Geräte, die sich sowohl im Ikea-System als auch in Plattformen anderer Anbieter einbinden lassen. Zudem soll Ikea-Technik künftig auch verstärkt als Schaltzentrale für Smart-Home-Produkte anderer Marken dienen.
Ikea hat bereits neue Bluetooth-Speaker vorgestellt, die Auslaufmodelle mit Sonos-Technik ersetzen.
Neue Matter-Geräte mit Thread und WiFi angekündigt
Wie Manager David Granath gegenüber The Verge erklärte, bringt Ikea im Laufe des Jahres 2026 mehr als 20 neue Matter-fähige Geräte in die Regale. Dazu gehören Leuchtmittel, Steckdosen, Sensoren, Fernbedienungen, Funkknöpfe und Luftqualitätsmessgeräte etwa für Temperatur und Feuchtigkeit.
Anders als bisherige Ikea-Komponenten werden sie mit Thread statt ZigBee funken. Dadurch koppeln sie sich auch ohne Umweg über Ikeas Dirigera-Gateway mit Smart-Home-Systemen, die das Kommunikationsprotokoll Matter nutzen. Im April und darüber hinaus sollen weitere Produktarten folgen, darunter möglicherweise auch Geräte mit Matter-over-Wi-Fi. Diese wären grundsätzlich noch flexibler koppelbar, brauchen im WLAN-Betrieb ohne Matter gar keine zusätzliche Vermittlungsstelle.
Technik mit den neuen Funkprotokollen soll Ikeas bisherige ZigBee-Sortiment sukzessiv ersetzen. Die Protokoll-spezifische Software-Funktion ZigBee Touchlink will Ikea laut Granath aber nicht über Bord werfen. Sie ermöglicht Direktverbindungen etwa zwischen Leuchtmitteln und Funkschaltern ohne ein vermittelndes Gateway. Konkret sollen Ikeas Fernbedienungen neben ZigBee-Lampen auch Lampen mit Thread schalten können.
Matter-Komponenten sind wegen langwieriger Prüfverfahren und kostspieliger Zertifikate in der Produktion teurer. Dennoch will Ikea die bisher im Vergleich günstigen Verkaufspreise beibehalten, betont Granath.
Ikea bietet mehr (Matter-)Kontrolle über andere Marken
So wie sich Ikeas System mit Matter-Technik anderen Plattformen öffnet, soll es künftig auch stärkere Steuerfunktionen für Komponenten anderer Marken bieten. Ein kürzlich erschienenes Update verwandelt den Dirigera-Hub in einen Matter-Controller. Damit sind in der Ikea-App auch markenfremde Geräte bedienbar, schon jetzt sogar Devices mit Thread. Bisher war der Hub nur eine Matter-Bridge, die Ikeas ZigBee-Geräte an Matter-Plattformen etwa von Amazon, Apple, Google, Samsung und Home Assistant durchreicht.
Die neue Software nutzt Matter 1.4, bietet also Funktionen, um den Energieverbrauch zu messen. Zudem macht sie von Thread 1.4 Gebrauch, kann daher zusammen mit anderen Thread-Netzen Funklöcher stopfen.
Bisher beschränken sich die neuen Kontrollmöglichkeiten allerdings auf Produktkategorien, die der Einrichtungskonzern selbst herstellt. Damit bleiben etwa Saugroboter und Smart Locks außen vor. Zudem läuft die Software im Beta-Status, ist also nicht für den Alltagseinsatz in Smart Home zu empfehlen. Mit einer massentauglichen Version ist laut Ikea-Manager Granath noch in diesem Jahr zu rechnen.
(dahe)
Künstliche Intelligenz
Ausprobiert: Zoom für Meta Quest mit Videoanrufen als VR-Avatar
Zoom-Meetings sind jetzt auch direkt aus der Virtual Reality möglich, dank Zoom Workplace für Meta Quest. Meta bezeichnet die VR-App als „nahtlose Erweiterung“ von Zoom Workplace auf Smartphones, Notebooks und Desktop-PCs. In einem kurzen Test funktionierte die Anwendung einwandfrei. Nachdem man sich ins eigene Konto eingeloggt hat, kann man ein Zoom-Meeting erstellen und andere Nutzer per Meeting-ID oder Invite-Link in eine Videokonferenz einladen, wobei Quest-Nutzer als in Echtzeit animierte Avatare erscheinen. Zum Einsatz kommt Metas eigene Avatartechnik.
Augenbewegungen und Mimik werden nur bei Nutzung der Meta Quest Pro erfasst und auf den Avatar übertragen. Allen übrigen Quest-Geräten fehlt die dafür nötige Sensortechnik. Entsprechend ausdrucksarm wirken die Comic-Avatare mit Quest 2 und 3. Dafür unterstützen alle Geräte Handtracking: Legt man die Controller beiseite, lassen sich Worte durch Handbewegungen und Gesten unterstreichen.
Die VR-App erscheint praktischerweise als Fenster und nicht in einer abgeschlossenen immersiven Umgebung. Auf diese Weise eignet sie sich gut für das Multitasking der Meta Quest. Optional können Nutzer Passthrough aktivieren und damit die reale Umgebung einblenden.
Im Bereich der Telepräsenz liegt Apple derzeit vorn
Zoom ist die erste große Videokonferenzplattform, die eine native VR-App für die Meta Quest erhält. Auch auf der Vision Pro ist Zoom Workplace verfügbar und unterstützt dort Personas, Apples lebensechte Avatare, die mit visionOS 26 noch einmal deutlich verbessert wurden. Sie lassen Metas Comic-Avatare weit hinter sich.
Zwar arbeitet auch Meta seit Jahren an fotorealistischen Avataren für VR-basierte Telepräsenz (siehe Youtube-Video unten), doch ein Zeitplan für deren Veröffentlichung liegt weiterhin nicht vor. Ein möglicher Grund dafür ist Metas Fokus auf preisgünstige Geräte, denen es an der nötigen Sensortechnik und Rechenleistung für diese Technologie fehlt. Meta nahm die Quest Pro Ende 2024 vom Markt und ein offizieller Nachfolger ist bislang nicht in Sicht.
Microsoft Teams fehlt übrigens weiterhin auf Meta Quest und das, obwohl Microsoft und Meta im VR-Bereich eng zusammenarbeiten: etwa bei Office-Apps, Windows-11-Streaming und erst kürzlich einer Xbox Edition der Quest 3S. Vielleicht ändert sich das mit der Einführung eines neuen Premium-Headsets.
(tobe)
-
Online Marketing & SEOvor 4 Wochen
TikTok trackt CO₂ von Ads – und Mitarbeitende intern mit Ratings
-
Apps & Mobile Entwicklungvor 4 Wochen
Metal Gear Solid Δ: Snake Eater: Ein Multiplayer-Modus für Fans von Versteckenspielen
-
UX/UI & Webdesignvor 4 Wochen
Philip Bürli › PAGE online
-
Social Mediavor 4 Wochen
Aktuelle Trends, Studien und Statistiken
-
Social Mediavor 3 Wochen
LinkedIn Feature-Update 2025: Aktuelle Neuigkeiten
-
Social Mediavor 4 Wochen
“Wir haben doch nichts zu erzählen…” – 3 Tricks für neue Social Media Content Ideen
-
Online Marketing & SEOvor 4 Wochen
#WantaFanta: Warum Fanta und Nico Santos der Gen Z Wünsche erfüllen
-
UX/UI & Webdesignvor 4 Wochen
Wie gelingt eine einwandfreie Zusammenarbeit?