Microsoft Build 2020: die erste Build ohne Saal – 48 Stunden überall, und das Jahr, in dem unser Stack live ging

19.–20. Mai 2020, online. Die erste vollständig digitale Microsoft Build lief als kontinuierlicher, kostenloser 48-Stunden-Stream, der am 19. Mai um 8 Uhr Pazifischer Zeit begann und einfach weiterlief – denn nimmt man das Gebäude in Seattle weg, bleibt keine bevorzugte Zeitzone mehr übrig. Kein Badge, keine Schlange, kein Messeteppich. Es gab einen Livestream, ein paar Hunderttausend von uns im Homeoffice und eine globale Pandemie vor dem Fenster.

Wir haben schon einmal über das eigenartige Gefühl geschrieben, die Build aus Ibbenbüren statt aus dem Saal zu verfolgen. 2026 taten wir es wieder, freiwillig, weil ein straffes zweitägiges Event die transatlantische Reise nicht mehr rechtfertigte. Aber das erste Mal, dass wir die Build vom eigenen Schreibtisch aus sahen, war keine Wahl. Es war 2020, und niemand hatte bei irgendetwas eine Wahl.

Ein Schreibtisch im Homeoffice in der frühen Pandemiezeit – Laptop, Kopfhörer, Kaffee

Eine Konferenz ohne Gebäude

Über fast die gesamte Geschichte der Build war der Veranstaltungsort die halbe Miete. Man flog ein, stand in der Kaffeeschlange mit Menschen, die sich für dieselben obskuren Dinge begeisterten wie man selbst, und ging drei Tage später mit einem Notizbuch voller Flurgespräche hinaus, aus denen Wochen später Roadmap-Punkte wurden. Build 2020 hatte nichts davon, aus dem naheliegendsten und ernstesten Grund: COVID-19 hatte die Konferenzhallen der Welt geschlossen.

Microsofts eigene Einordnung im Vorfeld war bewundernswert ehrlich darüber, was verloren ging und was vielleicht trotzdem gewonnen werden konnte. Scott Hanselman brachte es zur Eröffnung der Registrierung so auf den Punkt: „It's not the Build we thought it would be, but it's gonna be special." Das Format, das die Präsenzveranstaltung ersetzte, war eine 48-stündige virtuelle Erfahrung – „zwei Tage kontinuierliches Lernen in der eigenen Zeitzone", in Microsofts Worten – kostenlos für alle, die sich registrierten. Reise, Hotel und Ticketkosten herauszunehmen, bewirkte eines sehr deutlich: Es sprengte die Teilnehmerzahl. Eine Konferenz, die früher ein paar Tausend Entwickler in Seattle versammelte, erreichte plötzlich ein um ein Vielfaches größeres globales Publikum.

Dieser Tausch – Nähe gegen Reichweite – ist einer, über den wir noch jahrelang nachdenken würden, und einer, der 2026 mit voller Wucht zurückkam. Die erste rein digitale Build bewies, dass die Inhalte problemlos über die Leitung reisen. Was nicht über die Leitung reist, ist der Raum. Beides stellte sich gleichzeitig als wahr heraus, und es war von der allerersten virtuellen Build an wahr.

Satya Nadella eröffnete die Keynote in eine Webcam statt in ein Stadion und lehnte sich in den Moment hinein, statt um ihn herum:

„While this year feels different, coming together as a community is more important than ever."

Er dankte der Entwickler-Community für die Arbeit, die sie geleistet hatte, als die Krise einschlug:

„Our industry has been called upon to help address the world's most acute needs through this crisis, and I'm proud of how all of you have raised the game and been there when the world needed you the most."

Für eine vierzehn Monate alte Firma, die aus dem Homeoffice in einem Jahr zuschaute, das mit dem geplanten nichts gemein hatte, traf das. Wir adressierten nicht die akutesten Nöte der Welt. Wir versuchten, eine junge Softwarefirma durch ein Jahr lebendig und nützlich zu halten, das sich selbst leise umgeschrieben hatte. Aber der Satz darüber, als Community zusammenzukommen, wenn es schwer ist, ist einer, den wir uns seither an mehr als einem harten Tag selbst zitiert haben.

Der Satz, der zum Motto der Show wurde

Die Developer-Keynote, moderiert von Scott Hanselman, lief unter einem Banner, das die Konferenz überdauerte:

„Every developer is welcome."

Das ist die Art Satz, die man leicht als Slogan liest und leicht unterschätzt. Aber im Kontext von 2020 – einer kostenlosen Build, offen für jeden mit Internetanschluss, in einem Moment, in dem viele Entwickler gerade das Büro, den Arbeitsweg, die persönliche Community und in vielen Fällen ein gutes Stück ihrer Gewissheit über die Zukunft verloren hatten – war „every developer is welcome" kein Marketing. Es war der ganze Grund, warum das Event ohne Veranstaltungsort überhaupt funktionierte. Wir haben es als stillen Leitstern behalten: Der Sinn der Werkzeuge ist, mehr Menschen das Bauen zu ermöglichen, nicht weniger.

Ein Laptop-Browser mit einer Blazor-WebAssembly-App – clientseitiges .NET im Browser

Blazor WebAssembly ging live – und das war für uns die wichtigste Ankündigung

Schält man die Keynote-Produktion weg, dann hatte Build 2020 für ThreeBIT eine Schlagzeile, die wichtiger war als alle anderen zusammen: Blazor WebAssembly erreichte allgemeine Verfügbarkeit.

Clientseitiges .NET. Im Browser. Produktiv. Keine Preview, keine „Richtungswette", kein Forschungsprojekt – ein unterstütztes GA-Framework mit Microsofts vollem kommerziellen Gewicht dahinter.

Wir hatten die Firma gut ein Jahr zuvor, Anfang 2019, gegründet, mit der bewussten Entscheidung, auf dem Microsoft-Stack zu bauen – C#, .NET, Azure – von oben bis unten. Damals war das noch teils Glaubenssache. Die Bausteine existierten, aber viele davon waren Previews und Versprechen. Dass Blazor WebAssembly vierzehn Monate nach unserer Existenz GA wurde, war der Moment, in dem eines der größten Versprechen zu etwas wurde, das wir Kunden ohne Sternchen ausliefern konnten.

Die praktische Folge ist für ein kleines, zweisprachiges Team kaum zu überschätzen. Blazor erlaubte uns, das Frontend und das Backend in derselben Sprache zu schreiben, mit denselben Typen und denselben Leuten. Kein Kontextwechsel in ein separates JavaScript-Framework mit eigener Build-Kette, eigenen Idiomen und eigenen Bugs. Für zweisprachige Marketing-Seiten, Admin-Konsolen und interne Fachanwendungen – genau die Art Arbeit, die wir machen – beseitigte diese Ein-Sprachen-Geschichte eine ganze Kategorie von Reibung. Die Komponenten, die später in Xircuit und Outastory flossen, wurden von Leuten geschrieben, die wussten, dass das Framework darunter GA-Status hatte, nicht Preview-Status. Diese Zuversicht ist mehr wert als jedes einzelne Feature.

Die Windows-Entwicklerstory wurde endlich ernst mit der Vereinheitlichung

War Blazor unsere Schlagzeile, so waren die Windows-Ankündigungen jene, die die breitere .NET- und Windows-Welt aufhorchen ließen. Microsoft nutzte Build 2020, um ein selbst geschaffenes Problem anzugehen: die lange, unbequeme Spaltung zwischen klassischem Win32 und der neueren UWP-Welt.

  • Project Reunion wurde als Dachinitiative vorgestellt, um die Barrieren zwischen Win32 und UWP einzureißen – ein einzelnes, quelloffenes Set von APIs, das über Windows-Versionen und Gerätetypen hinweg funktioniert, entkoppelt vom OS-Release-Takt. Später wurde daraus das Windows App SDK.
  • WinUI 3 Preview 1 kam als eines der ersten Stücke von Project Reunion – Microsofts Worte: „WinUI makes it easy to build modern, seamless UIs for all Windows apps across both Win32 and UWP."
  • WebView2 – das Einbetten der Chromium-basierten Edge-Rendering-Engine in native Apps – rückte als Teil derselben Geschichte voran, weshalb so manche „native" App leise zur Web-App in einem Rahmen wurde.

Wir sind ein Web-First-Laden, also würde Project Reunion nie direkt in unserem Alltag landen. Aber die Richtung zählte: Microsoft versuchte sichtbar, die eigene Plattform nicht weiter zu zersplittern und „eine Entwickleroberfläche" zum Ziel zu machen. Dieser Instinkt – weniger künstliche Trennlinien, mehr geteilte Fläche – ist derselbe, der die „One .NET"-Geschichte überzeugend machte, und der Grund, warum wir weiter auf die Plattform setzten.

Das Terminal wurde erwachsen, und Linux zog in Windows ein

Zwei Ankündigungen aus diesem Bereich waren, ehrlich gesagt, einfach ein Vergnügen für arbeitende Entwickler:

  • Windows Terminal erreichte 1.0. Nach dem Debüt als Preview auf der Build 2019 erreichte das moderne, GPU-beschleunigte Terminal mit Tabs ein echtes, unterstütztes Release. Für jeden, der ein Jahrzehnt im alten Console-Host verbracht hatte, war das ein kleines tägliches Komfort-Plus, das man jeden Tag spürt.
  • WSL 2 bekam GPU-Compute und Linux-GUI-App-Unterstützung. Das Windows Subsystem for Linux brachte bereits einen echten Linux-Kernel im Windows-10-Mai-2020-Update; Build 2020 zeigte als Preview GPU-beschleunigte Workflows (für ML/KI) und die Möglichkeit, grafische Linux-Apps ohne aufgesetzten Drittanbieter-X-Server laufen zu lassen. Microsoft führte außerdem wsl.exe --install vor, um die Einrichtung zum Einzeiler zu machen.
  • Windows Package Manager – winget – ging in öffentliche Preview, quelloffen, mit der Möglichkeit, Werkzeuge per Kommandozeile oder Skript zu suchen und zu installieren. Das 1.0-Release sollte erst im Folgejahr kommen, aber die Preview reichte, um sauberes Aufsetzen von Entwicklungsmaschinen zu skripten.

Nichts davon war glamourös. Alles davon war die Art Sache, die einem Dutzend Entwicklern leise zehn Minuten Ärger aus dem Tag nimmt, jeden Tag, über Jahre. Das ist eine echte Form von Hebelwirkung, und es ist der Teil der Build, den man zugunsten der Moonshots leicht übersieht.

Ein Laptop mit Terminal-Fenster und Code-Editor – der Entwickleralltag

.NET 5, Azure und die Cloud-Technik darunter

Die Framework- und Cloud-Ankündigungen waren das Bindegewebe, das alles andere für einen Laden, der auf Azure lebt, glaubwürdig machte:

  • .NET 5 Preview 4 kam, mit passenden ASP.NET-Core- und EF-Core-Previews – die erste echte Welle der „One .NET"-Vereinheitlichung, die im November vollständig landen würde und .NET Framework und .NET Core zu einer Linie zusammenführte. Für uns war das die lange versprochene Konsolidierung, die endlich Gestalt annahm: eine Runtime, ein Satz Bibliotheken, ein mentales Modell.
  • Azure Static Web Apps wurde vorgestellt – managed Hosting für statische und Blazor-Frontends mit von Anfang an verdrahteter GitHub-Actions-CI/CD. Für ein Team, das Blazor- und JAMstack-Frontends ausliefern wollte, ohne eine Deployment-Pipeline von Hand zu bauen, fügte sich das direkt in unsere Arbeitsweise ein.
  • Azure Cosmos DB serverless kam, mit Abrechnung pro Operation, ausgerichtet auf die intermittierenden, kleineren Workloads, die eine junge Firma tatsächlich betreibt – man zahlt für das, was man nutzt, statt für eine Spitze zu provisionieren, die man noch gar nicht hat.
  • Fluid Framework wurde als Open Source angekündigt – Microsofts Experiment mit echtzeitfähigen, „lebenden" kollaborativen Datenstrukturen, die jedes einzelne Dokument oder jede App überschreiten, mit frühen Previews in Outlook im Web und auf Office.com.
  • Microsoft Lists, Project Cortex (ein Wissensnetz über Microsoft 365 und den Graph) und eine Welle von Power-Platform-Verbesserungen rundeten die Produktivitätsseite ab.

Unter den Keynote-Formulierungen war der rote Faden Nadellas wiederkehrende Einordnung, Microsoft baue „Azure as the world's computer" aus. Das ist eine großspurige Art zu sagen „wir wollen, dass alles hier läuft" – und für eine Firma, die gerade ihren ganzen Stack auf Azure gesetzt hatte, war es die richtige Art von Ambition, laut ausgesprochen zu hören.

Warum es für uns zählte

Build 2020 sitzt an einer seltsamen, prägenden Kreuzung für ThreeBIT.

Einerseits war es die Konferenz, auf der die Plattform, auf die wir die Firma gesetzt hatten, aufhörte, eine Wette zu sein, und anfing, eine Produktlinie zu sein. Blazor WebAssembly bei GA, .NET 5 nimmt Gestalt an, Azure Static Web Apps, serverless Cosmos DB – das waren keine abstrakten Roadmap-Folien. Es waren genau die Werkzeuge, mit denen wir Xircuit und Outastory bauen würden. Diese live gehen zu sehen, kaum ein Jahr nach Gründung der Firma, war ein stilles, aber echtes Signal, dass wir die richtige Seite der Wette gewählt hatten.

Andererseits war es das erste Mal, dass wir die Build so erlebten, wie wir sie schließlich wieder erleben würden: vom eigenen Schreibtisch, über einen Stream, den Raum vermissend. 2020 wurde das allen durch eine Pandemie aufgezwungen, um die niemand gebeten hatte. 2026 trafen wir dieselbe Entscheidung bewusst, indem wir ein zweitägiges Event gegen einen langen Flug aus Norddeutschland abwogen. Die Symmetrie entgeht uns nicht. Die erste rein digitale Build lehrte die ganze Branche, dass die Inhalte über die Leitung gut reisen und der Flur nicht – und sechs Jahre später machte diese Lektion die Rechnung für uns immer noch.

Was wir aus 2020 mitnahmen, jenseits der Feature-Liste, war Zuversicht. Zuversicht, dass der Stack weiter ausliefern würde. Zuversicht, dass ein kleiner, zweisprachiger .NET-und-Azure-Laden in Ibbenbüren auf eine Plattform gesetzt hatte, die für die lange Strecke da sein würde. „Every developer is welcome" war eine offene Tür, und wir gingen hindurch. Wir haben es nie bereut.

Die Serie des Zuschauens von zu Hause begann hier, im schlimmsten Jahr, aus dem schlimmsten Grund. Es wurde ein Jahr, in dem unser Stack erwachsen wurde.


Die Teilnehmerzahl der rein digitalen Build wurde breit als weit größer als jede frühere Präsenzausgabe berichtet; die genauen Registrierungszahlen variieren je nach Quelle und werden hier in runden Zahlen wiedergegeben. Das Motto „Every developer is welcome" ist der Leitsatz der Developer-Keynote, moderiert von Scott Hanselman. Die englischsprachigen Originalzitate stehen bewusst im Original.

Bildnachweise

Alle Fotos werden unter ihren jeweiligen Creative-Commons-Lizenzen verwendet; wir danken den Fotografen.

Microsoft Build Blazor WebAssembly Azure .NET 5 WSL2 Project Reunion Windows Terminal COVID-19