00:00:00Heute vor genau zehn Jahren – was echt verrückt ist, wenn man darüber nachdenkt – war ein ziemlich wichtiger
00:00:06Tag für mich, denn ich habe damals die erste Version meines Angular-Kurses, meines Angular 2-Kurses, veröffentlicht.
00:00:12Und genau wie Angular hat sich dieser Kurs in diesen zehn Jahren natürlich enorm weiterentwickelt;
00:00:17ich habe ihn unzählige Male aktualisiert, da sich Angular selbst natürlich ständig verändert hat. Und
00:00:23in diesem Video, in dieser Episode, möchte ich ein bisschen über die Vergangenheit von Angular sprechen, woher wir
00:00:28kommen, wo wir heute stehen und natürlich auch, wohin die Reise geht und was die Zukunft
00:00:32für Angular und Angular-Entwickler bereit hält; ob es immer noch eine gute Idee ist, es zu lernen, besonders
00:00:37jetzt im Zeitalter von KI. Also, legen wir los. Angular, speziell Angular 2,
00:00:44wurde bereits 2014 angekündigt, 2015 entwickelt und war damals ziemlich umstritten,
00:00:53weil es völlig anders war als Angular 1 (AngularJS), welches selbst eines
00:00:59der ersten großen Frameworks war, die wir damals hatten. Diese wurden im Grunde erschaffen, um uns
00:01:05dabei zu helfen, von jQuery wegzukommen, oder anders gesagt: um leistungsfähigere Web-
00:01:13Anwendungen bauen zu können – interaktive Web-Apps, wenn man so will. Angular 1 erleichterte den Aufbau
00:01:20clientseitig gerenderter und gesteuerter Anwendungen. Dann wurde Angular 2 angekündigt,
00:01:25und es war ein komplett anderes Konzept. 2016 wurde schließlich die erste stabile Version von Angular,
00:01:33also von Angular 2, veröffentlicht. Und wie erwähnt, habe ich im Februar 2016 die erste Version
00:01:40meines Kurses für die Beta von Angular 2 herausgebracht. Ich kann euch sagen: Es gab in dieser Beta-Phase
00:01:45und sogar in der Release-Candidate-Phase noch massenhaft Änderungen; ich musste den Kurs schon damals
00:01:51viele Male anpassen. Aber dann hatten wir Angular 2. Und das damalige Angular
00:01:58sah im Vergleich zu modernem Angular-Code ganz anders aus. Es gab das Konzept der „ng-modules“,
00:02:05also Angular-Module, bei denen man diese Klassen hatte und den „ngModule“-Decorator hinzufügen
00:02:12und explizit alle Komponenten deklarieren musste, die man verwenden wollte. Dann gab es natürlich die Komponenten,
00:02:19die Komponenten-Klassen und eine konstruktorbasierte Dependency Injection.
00:02:26Wenn man etwas injizieren wollte, war das bis zu einem gewissen Grad natürlich sehr ähnlich wie heute.
00:02:32Es ist immer noch eine Klasse. Aber eben doch ganz anders. Besonders „ng-modules“
00:02:39sind etwas, das man heute vielleicht gar nicht mehr kennt, je nachdem, wann man seine Angular-Reise
00:02:45begonnen hat und in welchem Unternehmen man mit welcher Angular-Version gearbeitet hat.
00:02:51Denn es gibt natürlich immer noch viele Unternehmen und Projekte, die auf älteren Versionen feststecken.
00:02:55Im Jahr 2017 hatten wir dann die „fehlende“ Version 3. Angular hatte damals schon den Release-Plan,
00:03:04dass alle sechs Monate eine neue Major-Version veröffentlicht werden sollte – ein Rhythmus, der bis heute gilt.
00:03:11Ich erinnere mich gut, dass viele Leute damals unzufrieden waren, weil es so klang,
00:03:17als würde Angular alle sechs Monate alles über den Haufen werfen. In meinem Kurs gab es unzählige Kommentare
00:03:23und Nachrichten von Leuten, die sich beschwerten, dass sich Angular ständig ändere. Aber im Grunde
00:03:27war das nie wirklich der Fall. Der Zeitplan diente lediglich dazu, die Möglichkeit zu haben,
00:03:33große neue Features einzuführen. Dabei wurde aber immer sehr stark auf Abwärtskompatibilität
00:03:40geachtet. Und tja, warum fehlte 2017 die Version 3? Ursprünglich
00:03:46gab es Versionsunterschiede zwischen den Angular-Core-Paketen und dem Paket für den Angular-Router,
00:03:51da Angular ein Framework ist, das in viele verschiedene Pakete aufgeteilt ist. Sie haben
00:03:57eine Version übersprungen, um alle Pakete wieder auf die gleiche Versionsnummer zu bringen.
00:04:03Der nächste große Sprung kam wahrscheinlich 2020 mit der Einführung des Ivy-Compilers.
00:04:12In den Jahren davor, also ab 2018, hat das Angular-Team mit Hochdruck an diesem neuen Compiler
00:04:19gearbeitet, neben vielen anderen kleinen Optimierungen und Verbesserungen.
00:04:25Die Idee hinter diesem Compiler war es, die Interna von Angular komplett neu zu schreiben – also wie Komponenten
00:04:31kompiliert und in Befehle übersetzt werden, die das DOM manipulieren. Der alte Compiler
00:04:38hatte einige Ineffizienzen und Probleme, die zu unnötig großen Bundle-Größen führten. Deshalb
00:04:44gab es dieses Mammutprojekt, den internen Compiler neu zu schreiben. Warum ist das wichtig?
00:04:52Es ist wichtig, weil man diese Phase als die „langweilige Phase“ bezeichnen könnte. Von 2017
00:05:01bis 2020 änderte sich oberflächlich nicht viel. Intern passierte extrem viel, und es gab kleine Anpassungen,
00:05:10aber der Kern der Funktionen – wie man Komponenten baut usw. – blieb weitgehend gleich.
00:05:16Warum ist das von Bedeutung? Weil es gleichzeitig eine Zeit mit enormem Wettbewerb
00:05:22auf dem JavaScript-Framework-Markt war, wenn man es so nennen will. 2016 kam
00:05:27Vue.js 2 auf den Markt. Im React-Ökosystem gab es eine rasante Entwicklung;
00:05:362018 wurden zum Beispiel React-Hooks eingeführt. Es fühlte sich an, als würde sich der Rest des
00:05:43JavaScript-Ökosystems rasant weiterentwickeln, was nicht jedem gefiel. Aber Angular
00:05:50wirkte dagegen fast stagniert. Das ist vielleicht nicht so negativ, wie es klingt. Viele Leute schätzten
00:05:57diese Stabilität, denn wie gesagt: Es gab viele Beschwerden darüber, dass sich in der JavaScript-Welt
00:06:03ständig alles ändere. Was sich heute fast wie ein Witz anfühlt, wenn wir uns
00:06:08die KI-getriebene Evolution ansehen und den konstanten Wandel durch KI, den wir fast
00:06:13jeden Tag erleben. Aber ja, darüber haben sich die Leute damals beschwert. Das war die „langweilige Phase“.
00:06:19Diese Phase endete etwa 2022, als mit Angular 14
00:06:28die „Standalone Components“ eingeführt wurden, damals glaube ich noch in der Developer Preview.
00:06:33Die Idee dahinter war, dass man plötzlich keine Angular-Module mehr brauchte. Stattdessen
00:06:42konnte man das „standalone“-Flag zur Komponente hinzufügen und sie dann einfach in
00:06:47anderen Komponenten verwenden, ganz ohne ng-modules. Man konnte ng-modules zwar weiterhin nutzen
00:06:55und sie sogar mit Standalone Components mischen, ganz wie man es brauchte.
00:07:00Dem Angular-Team war Abwärtskompatibilität und ein einfacher Migrationspfad schon immer extrem wichtig,
00:07:05aber man war nicht mehr darauf angewiesen. Das waren also die Standalone Components,
00:07:12worauf 2023 Angular 16 mit „Signals“ und vielen weiteren Features folgte.
00:07:20Dazu gehörten Dinge wie eine neue Art, Inhalte konditional zu rendern – mit @if statt der ng-if-Direktive.
00:07:26Außerdem gab es erste Experimente in Richtung eines „zonenlosen“ Angular.
00:07:34Falls ihr es nicht wisst: Als Angular 2 erschien, nutzte es ein Konzept namens „ng-zone“ bzw. „zone.js“.
00:07:40Das war im Grunde eine Library, die auf alle möglichen Ereignisse auf einer Website achtete, wie Klicks,
00:07:46HTTP-Requests und vieles mehr. Sie triggerte dann die Change-Detection, um zu prüfen,
00:07:54ob das DOM als Reaktion auf diese Events aktualisiert werden muss. Der Vorteil war,
00:08:00dals sich DOM-Updates „magisch“ anfühlten. Anders als bei React musste man kein „set state“
00:08:05oder ähnliches aufrufen. Aber der Nachteil war natürlich dieses „Monkey Patching“,
00:08:11bei dem eine Library Event-Listener in alle möglichen Ereignisse injizierte – mit dem ganzen Overhead
00:08:17und der zusätzlichen Bundle-Größe, die das bedeutete. Dadurch
00:08:22war es auch weniger effizient als beispielsweise der Mechanismus von React. „Zoneless“
00:08:28war daher ein weiterer großer Schritt nach vorn, der durch Signals ermöglicht wurde. Die Idee dahinter
00:08:35war nämlich, dass man nun eine explizite Möglichkeit hatte, Angular mitzuteilen, dass sich ein Status geändert hat.
00:08:40Angular konnte sich merken, wo dieser Status im DOM verwendet wurde, und war dann
00:08:46in der Lage, nur diesen einen Teil des DOMs zu aktualisieren. Diese feinmaschige Reaktivität
00:08:52wurde 2023 in Angular eingeführt. Deshalb wird diese Zeit oft als
00:09:01die „Angular Renaissance“ bezeichnet. Nach der langweiligen Phase und den etwas
00:09:08chaotischen Anfangstagen mit den vielen Breaking Changes gegenüber Angular 1, erfuhr
00:09:15Angular wieder viel Liebe von der Community. Sie machten große Schritte in eine Zukunft,
00:09:23die Angular schlanker und einfacher zu bedienen machte und es näher an das heranführte,
00:09:30was man von anderen Frameworks kannte. Signals zum Beispiel wurden durch SolidJS populär,
00:09:36aber ich glaube, eines der ersten großen Frameworks, das sie einsetzte, war Vue.
00:09:43Dort hießen sie nur nicht Signals, sondern „Refs“. Wie auch immer – das war die Richtung.
00:09:50Für 2026 und die Zukunft werden wir dort natürlich noch mehr Entwicklungen sehen.
00:09:59Wir werden „Signal Forms“ sehen. Das Angular-Team setzt natürlich auch voll auf
00:10:06KI – mit einem MCP-Server, der direkt in das CLI integriert ist, um die KI-gestützte Entwicklung
00:10:13von Angular-Apps zu erleichtern und die KI für all diese Angular-Features zu sensibilisieren.
00:10:19Insgesamt ist es die Geschichte eines Frameworks, das über seine gesamte Lebensdauer hinweg
00:10:26eigentlich sehr stabil und abwärtskompatibel geblieben ist – obwohl es sich mindestens einmal,
00:10:33vielleicht sogar mehrfach neu erfunden hat, je nach Betrachtungsweise. Ich finde,
00:10:39das Angular-Team hat da einen tollen Job gemacht. Sie konnten das Image von Angular
00:10:46zumindest ein Stück weit wandeln: weg vom schweren, schwer zu lernenden Framework hin zu etwas Modernem.
00:10:54Was Angular übrigens schon immer war, ist ein „Batteries Included“-Framework,
00:10:59bei dem Dinge wie Formular-Handling, Routing, HTTP-Requests, Dependency Injection
00:11:06und komponentenübergreifendes State-Management direkt eingebaut sind. Man musste nicht
00:11:12auf Drittanbieter-Libraries zurückgreifen – anders als bei React, wo man einen externen Router,
00:11:18eine externe State-Management-Library und so weiter brauchte. Das ist natürlich etwas,
00:11:23das viele Unternehmen schätzen. Deshalb ist Angular in den letzten zehn Jahren
00:11:29stetig gewachsen, wenn man sich die Wachstumskurve ansieht. Aber zur Wahrheit gehört
00:11:37natürlich auch, dass React deutlich stärker gewachsen ist. Wenn man die React-Kurve hier einblendet,
00:11:45ist die von Angular kaum noch zu sehen. Besonders seit Anfang 2025 ist React förmlich explodiert,
00:11:54und wir wissen alle, woran das liegt: an der KI. Denn KI – das habe ich schon oft
00:12:00in anderen Videos gesagt – hat einen klaren Favoriten, und das ist React mit Next.js
00:12:06und Tailwind, nicht Angular. Heißt das aber, dass Angular tot ist oder man es
00:12:13nicht mehr lernen sollte? Und wie sieht die Zukunft von Angular im KI-Zeitalter allgemein aus?
00:12:18Nun, Angular wird bis heute von vielen großen Konzernen genutzt, vor allem wegen dieser
00:12:27Stabilität und der konstanten Abwärtskompatibilität, die nicht nur versprochen, sondern bewiesen wurde.
00:12:34Aufgrund des „Batteries Included“-Ansatzes ist Angular in großen Firmen beliebt. Natürlich ist auch
00:12:40React in vielen großen Unternehmen populär, aber die reinen Downloadzahlen von Angular
00:12:46spiegeln die tatsächliche Nutzung oder Beliebtheit, die Angular gerade im Enterprise-Bereich hat,
00:12:53nicht unbedingt präzise wider. Ich kann euch von meinem Kurs hier sagen: Er hat 850.000 Teilnehmer.
00:13:00Damit liegt er gar nicht weit hinter meinem React-Kurs auf Udemy. Klar, es gibt insgesamt
00:13:08mehr oder auch größere React-Kurse auf Udemy als Angular-Kurse. Aber trotzdem
00:13:15entspricht meine Erfahrung nicht ganz dem, was man aus diesen Statistiken ableiten könnte.
00:13:22Ich habe immer gesehen, dass gerade Geschäftskunden sehr viel Angular lernen. Und das
00:13:29macht es auch heute noch zu einer hervorragenden Wahl für den Bau moderner Webanwendungen.
00:13:36Und es ist sehr modern, dank der Angular Renaissance und all der Features, die noch geplant sind.
00:13:43Der Faktor, den man natürlich berücksichtigen muss, ist die KI. Sie verändert die Art,
00:13:48wie wir Programme bauen und Code schreiben. Wir schreiben weniger Code – zumindest ich tue das.
00:13:57Ich nutze Tools wie Claude oder Cursor (für die ich übrigens auch Kurse anbiete,
00:14:04die alle unter dem Video verlinkt sind). Wir schreiben Code und bauen Programme heute anders.
00:14:09Aber natürlich spielen unsere Technologieentscheidungen immer noch eine Rolle. Wir wollen
00:14:14Technologien nutzen, die gut gepflegt werden, Sicherheitsupdates erhalten und neue Features
00:14:21bekommen, die sie effizienter machen, die Performance verbessern oder neue Use-Cases ermöglichen,
00:14:27für die man dann vielleicht keine externen Libraries mehr braucht. Wir wollen solche Technologien nutzen.
00:14:34Und in diesem Punkt ist Angular nach wie vor eine erstklassige Wahl, genau wie React,
00:14:40um das hier ganz klar zu sagen. Und bevor die Kommentare kommen: Ja, Vue und Svelte
00:14:45sind auch alle fantastisch. Aber in diesem Video geht es eben – wie Titel und Thumbnail
00:14:51schon verraten – um Angular. Also ja, es ist immer noch eine tolle Wahl. Und ja, die KI
00:14:57weiß, wie man Angular-Code schreibt – besonders, wenn man ihr den richtigen Kontext gibt, was man
00:15:02ohnehin immer tun muss, egal was man mit welcher Technologie baut. Deshalb denke ich,
00:15:08dass Angular für diese KI-gestützte Zukunft bestens aufgestellt ist. Wer glaubt,
00:15:13dass in drei Jahren sowieso niemand mehr Code schreibt und Technologieentscheidungen
00:15:19daher völlig egal sind, für den sieht die Sache natürlich anders aus. Das ist aber nicht meine Überzeugung.
00:15:25Nach dem, was ich in meinem täglichen Umgang mit KI sehe – und ich nutze sie intensiv,
00:15:30der Großteil meines Codes wird von KI generiert – kann ich euch sagen: Die KI zu steuern,
00:15:35Entscheidungen zu treffen, Technologien und Softwarearchitekturen zu wählen, ist wichtiger denn je.
00:15:41Und da ist Angular immer noch eine hervorragende Wahl. Das war also mein kurzer Rückblick
00:15:48auf die Geschichte von Angular – ein Framework, das immer einen besonderen Platz in meinem Herzen haben wird.
00:15:54Denn wie erwähnt, war dies der erste große Kurs, den ich auf Udemy veröffentlicht habe.
00:16:00Und er hat für mich vieles verändert. Er hat es mir ermöglicht, hauptberuflich Kurse zu erstellen.
00:16:07Er hat das Leben und die Karrieren unzähliger Menschen beeinflusst. Ich habe so viel tolles Feedback
00:16:13bekommen. Deshalb: Ja, Angular war schon immer großartig – und für mich ganz besonders.
00:16:19Angular always was amazing. And it's especially amazing for me.