Apples bisheriger Referenzmonitor war technisch extrem – und preislich ebenso. Das Pro Display XDR war das erste 6K-Display mit 32 Zoll auf dem Markt und lange Zeit konkurrenzlos. Der HDR-fähige Bildschirm kostete aber ohne Standfuß mindestens 5000 Euro.

Beim Nachfolger setzt der Hersteller andere Prioritäten: statt 6K gibt es nun 5K – dafür moderne Technik wie Mini-LED-Hintergrundbeleuchtung und 120 Hz Bildwiederholrate. Apple tauscht offenbar Extreme gegen Alltagstauglichkeit. Mit 3500 Euro kostet das neue Studio Display XDR (ab 3249,07 €) weniger als das eingestellte Pro Display XDR, aber immer noch doppelt so viel wie das normale Studio Display.

Im Test zeigt sich, ob dieser Strategiewechsel aufgeht – und für welche Nutzer das Display trotz Einschränkungen eine sinnvolle Investition ist.

Das war die Leseprobe unseres heise-Plus-Artikels „Apple Studio Display XDR im Test: Referenz mit doppeltem Hertzschlag“.
Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.

Der Deutschland-Stack des IT-Planungsrats ist das ambitionierteste Standardisierungspapier der deutschen Verwaltungs-IT seit Jahren. Über 50 Standards, Protokolle und Regelwerke, sieben Architekturschichten, von der Cloud bis zur künstlichen Intelligenz. Auf dem Papier sieht das beeindruckend aus. Aber Papier ist geduldig – und die deutsche Verwaltung ist es leider auch.

Die entscheidende Frage an den Deutschland-Stack lautet nicht, welche Standards er benennt. Sie lautet, ob diese Standards jemals in genügend Ausschreibungen auftauchen werden. Denn zwischen Beschluss und Beschaffung klafft in der deutschen Verwaltung ein Abgrund, der sich mit keinem Architekturdiagramm überbrücken lässt.

Verbindlich klingt gut – ist es aber kaum

Wer den Beschlusstext genau liest, stellt fest: Die Verbindlichkeit ist schwächer, als er zunächst vermuten lässt. Die Standards gelten als „verbindliche Grundlage der Lösungen des Deutschland-Stacks“. Das heißt: Wer eine Lösung innerhalb des Stacks entwickelt, muss sich an die Standards halten. Ob eine Behörde das fertige Produkt aber tatsächlich einsetzt, ist eine andere Frage. Hier formuliert der Beschluss lediglich, dass Bund, Länder und Kommunen die Nutzung bei Neu- und Weiterentwicklungen „anstreben“.

Anstreben. Nicht: umsetzen. Nicht: verpflichtend einführen. Anstreben.

Der Beschluss selbst nennt keine Sanktionen, keine Audits, keine Berichtspflichten. Er zielt auf Neu- und Weiterentwicklungen – die große Masse der Bestandssysteme bleibt faktisch unangetastet. Und Kommunen, die einen Großteil der Verwaltungsleistungen erbringen, sind im IT-Planungsrat zwar institutionell eingebunden, aber nicht stimmberechtigte Vertragsparteien. Ein verbindlicher Standard ohne Durchsetzungsinstrument ist am Ende eine Empfehlung im Anzug.

ODF: Immer wieder beschlossen, kaum umgesetzt

Wie wirkungslos bleiben Standardbeschlüsse ohne Beschaffungskonsequenz? Das zeigt ein Format, das auch im Deutschland-Stack wieder prominent auftaucht: das Open Document Format. ODF steht seit Ewigkeiten auf den Wunschlisten der Verwaltungsdigitalisierung. Erst im März 2025 hat der IT-Planungsrat mit Beschluss 2025/06 festgelegt, dass ODF bis 2027 zum Standard für den Dokumentenaustausch werden soll. Jetzt steht ODF auch im Deutschland-Stack. Das ist gut.

Aber: Die Realität in den Behörden sieht anders aus. Bund und viele Länder setzen weiterhin stark auf Microsoft. Schleswig-Holstein treibt als eines der wenigen Länder die Umstellung auf LibreOffice und offene Formate tatsächlich voran – ein Prozess, der selbst dort langwierig und politisch umkämpft ist. Bayern will hingegen ganz dringend in die M365-Cloud. Das sind nicht die Rahmenbedingungen, in denen ein weiterer ODF-Beschluss plötzlich Wirkung entfaltet.

Man darf also die Frage stellen: ODF steht jetzt auch im Deutschland-Stack – wird sich deshalb 2028 irgendetwas daran geändert haben, dass sich Behörden DOCX-Dateien zuschicken? Leider muss die Befürchtung lauten: Nein.

Sovereign Cloud Stack: Standard ohne Förderung

Noch deutlicher wird der Widerspruch zwischen Anspruch und Realität beim Sovereign Cloud Stack. Der SCS, entwickelt von der Open Source Business Alliance, definiert einen vollständig offenen, interoperablen Cloud-Technologiestack für die Verwaltung. Der Deutschland-Stack führt ihn als verbindlichen Cloud-Standard neben OpenStack und den Standards der Deutschen Verwaltungscloud.

Gleichzeitig hat der Bund die Förderung für den SCS auslaufen lassen, stattdessen sprangen die Mitgliedsunternehmen der OSBA ein. Das Projekt, das die technische Grundlage für souveräne Cloud-Infrastrukturen liefern soll, muss sich ohne öffentliche Finanzierung weiterentwickeln – während AWS, Azure und Google mit bestens finanzierten US-Angeboten vor der Tür stehen.

In der Beschaffungsrealität bedeutet das: Wenn eine Vergabestelle zwischen einem schlüsselfertigen Hyperscaler-Angebot und einem SCS-konformen Angebot wählen muss, das auf einer so finanzierten Open-Source-Plattform basiert, dürfte in vielen Fällen das Erstere gewinnen. Nicht aus böser Absicht, sondern aus nachvollziehbarer Pragmatik. Man benennt also einen Standard, fördert ihn aber nicht. Und untergräbt so die Glaubwürdigkeit des gesamten Vorhabens.

Die Vergabestelle entscheidet, nicht das Gremium

Das strukturelle Problem hinter all dem: In der Praxis entscheiden nicht Gremien über die eingesetzte Technologie, sondern Vergabestellen. Und die folgen oft anderen Logiken als ein Architekturpapier.

Das Vergaberecht erlaubt durchaus qualitative und technische Zuschlagskriterien – digitale Souveränität ließe sich also vergaberechtlich abbilden. In der Praxis sind aber Wirtschaftlichkeit und Wettbewerb die Maxime. Der chronische Fachkräftemangel in Behörden verschärft das Problem: Selbst wenn eine Ausschreibung SCS-Konformität fordert – wer soll die Infrastruktur anschließend betreiben? In der Beschaffungspraxis gewinnt häufig die Lösung, die am schnellsten verfügbar und mit am wenigsten internem Aufwand zu betreiben ist. Und das sind in vielen Fällen die proprietären Platzhirsche.

Denen kann der Deutschland-Stack schlicht nicht das Heft aus der Hand nehmen. Er definiert bloß, welche Standards souverän sind. Er sagt wenig darüber aus, wie sie in Leistungsbeschreibungen, Eignungskriterien und Zuschlagsentscheidungen ankommen sollen.

Vom Katalog zum Vertrag

Dabei gäbe es Ansatzpunkte. Die EVB-IT – die Ergänzenden Vertragsbedingungen für IT-Beschaffungen – stehen bereits im Stack. Das ist ein richtiger Schritt. Aber sie müssten um konkrete Stack-Konformitätskriterien erweitert werden, sodass die Einhaltung der definierten Standards zum prüfbaren Bestandteil von Verträgen wird.

Ein Vorbild dafür existiert: Der C5-Katalog des BSI hat sich als zentrales Kriterium bei Cloud-Ausschreibungen der Verwaltung etabliert. Zwar ist ein C5-Testat formal nicht die einzige Möglichkeit, Sicherheitsanforderungen nachzuweisen – aber in der Praxis kommt kaum ein Cloud-Anbieter, der für die Verwaltung arbeiten will, daran vorbei. Dieses Prinzip ließe sich auf den Deutschland-Stack übertragen: Stack-Konformität als gewichtiges Eignungskriterium, nicht als unverbindliche Empfehlung.

Die Bewährungsprobe beginnt jetzt

Der Deutschland-Stack verdient Anerkennung. Zwar gab es mit SAGA und der Föderalen IT-Architekturrichtlinie bereits frühere Standardisierungsrahmen – aber in seiner konkreten Zuspitzung auf über 50 benannte Standards über sieben Architekturschichten hinweg geht der Deutschland-Stack deutlich weiter als seine Vorgänger. Wer die zähe Geschichte der Verwaltungsdigitalisierung in diesem Land kennt, weiß, dass allein das keine Selbstverständlichkeit ist.

Aber die Geschichte der deutschen Verwaltungsdigitalisierung ist eben auch eine Geschichte beschlossener Standards, die nie in Verträgen gelandet sind. Von Strategiepapieren, die in Schubladen verschwunden sind. Von Pilotprojekten, die nie skaliert wurden.

Die eigentliche Bewährungsprobe für den Deutschland-Stack ist nicht der IT-Planungsrat. Sie beginnt in der nächsten Ausschreibung eines Landesrechenzentrums. Im nächsten Vergabeverfahren für ein kommunales Fachverfahren. Im nächsten Rahmenvertrag für Cloud-Dienste.

Geplant haben wir unsere Souveränität jetzt genug. Packen wir sie endlich an!

(fo)

JetBrains hat IntelliJ IDEA 2026.1 veröffentlicht, die erste Hauptversion der Entwicklungsumgebung in diesem Jahr. Für die Verwendung von KI-Agenten gibt es ebenso Neuerungen wie für die Programmiersprachen Java und Kotlin. Der Support für JavaScript und TypeScript ist nun teilweise kostenfrei.

Die vor allem auf Java und Kotlin ausgelegte IDE IntelliJ IDEA kann mit dem neuesten Release Java 26 umgehen. Diese Sprachversion ließ sich bereits mit dem Minor Update IntelliJ IDEA 2025.3.4 verwenden, das am 17. März pünktlich zum Release erschien. Java 26 bietet unter anderem die zweite Preview für Lazy Constants. Kotlin lässt sich nun in Version 2.3.20 nutzen, mit neuen experimentellen Features.

JavaScript- und TypeScript-Support kostenfrei – mit Einschränkungen

Auch ohne Ultimate-Abo ist nun die Verwendung der Kernfunktionen von IntelliJ IDEA für JavaScript, TypeScript, HTML, CSS und React möglich. Für erweiterte Produktivitätsfeatures – etwa dedizierte Debugger, Test Runner oder vollen Support für alle Frontend-Frameworks wie Angular oder Vue – ist das Ultimate-Abo jedoch weiterhin notwendig. Laut dem Hersteller ist IntelliJ IDEA nun für große TypeScript-Projekte außerdem performanter.

Anbindung an weitere KI-Agenten

Das neue Release besitzt integrierten Support für mehr KI-Agenten als bisher, darunter Codex, Cursor und jeden beliebigen mit dem Agent-Client-Protokoll (ACP) kompatiblen Agenten. Ende Januar hatten JetBrains und Zed die ACP Registry vorgestellt, eine kuratierte Sammlung solcher KI-Agenten. Im neuen Release können KI-Agenten Datenquellen nativ modifizieren sowie abfragen und lassen sich darüber hinaus dazu einsetzen, mit Git-Worktrees parallel in mehreren Branches zu arbeiten.

Alle Details zu IntelliJ IDEA 2026.1 bieten der JetBrains-Blogeintrag zur Ankündigung und die „What’s New“-Seite.

Version 2026.1 für WebStorm, PyCharm und mehr

Nicht nur IntelliJ IDEA, sondern auch die anderen Entwicklungsumgebungen und Tools von JetBrains erhalten das neue Release. Zahlreiche wurden bereits damit ausgestattet, darunter WebStorm, PhpStorm und PyCharm. Wie in IntelliJ IDEA ist in PyCharm jetzt ebenfalls Support für JavaScript und TypeScript teilweise außerhalb des Pro-Abonnements verfügbar.

(mai)