Vier Frontend-Ansätze und die Fragen, die wirklich zählen
Nicht die Syntax entscheidet, sondern wer bei euch anfangen kann, wie oft ihr aktualisieren wollt und wie viele Entscheidungen ihr selbst treffen möchtet.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die Wahl fällt meistens vor der Diskussion und wird danach begründet
In den meisten Runden steht das Ergebnis schon fest, weil jemand mit einem der vier Ansätze Erfahrung hat und die anderen nur vom Hörensagen kennt. Diskutiert wird dann über Syntax, Bündelgröße und Beispielmessungen, also über die Punkte, die man belegen kann. Die Fragen, die den Aufwand der nächsten drei Jahre bestimmen, kommen gar nicht vor: wer im Team einsteigen kann, wie oft aktualisiert werden muss und welche Entscheidungen ihr danach noch selbst treffen müsst.
Das Ergebnis ist selten eine falsche Wahl, aber häufig eine unbegründete. Sie fällt euch dann in dem Moment auf die Füße, in dem die Person geht, die den Aufbau kannte, oder in dem eine große Version aussteht und niemand einschätzen kann, was das Upgrade kostet. Ein Neuschrieb aus diesem Grund ist der teuerste, den es gibt, weil er fachlich nichts verbessert.
Dazu kommt ein Muster, das sich in Ausschreibungen und Angeboten hartnäckig hält: die Annahme, ein modernerer Ansatz sei automatisch der langlebigere. Der Blick in die jüngere Geschichte sagt etwas anderes. Vue 2 hat das Ende seines Lebenszyklus erreicht, Angular unterstützt von seinen alten Hauptversionen keine einzige mehr, und mit Recoil ist eine viel benutzte Bibliothek aus dem React-Umfeld einfach archiviert worden. Langlebig ist nicht, was neu ist, sondern was gepflegt wird und wofür ihr Leute findet.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die vier Ansätze an sechs Entscheidungsfragen
Die Bewertungen gelten für den Normalfall in Unternehmen, nicht für Sonderlagen. Eine Schwäche ist kein Ausschlusskriterium, sie ist eine Position, die ihr entweder ausgleicht oder als Kosten einplant.
React
die Komponentenschicht mit dem größten Umfeld, alles Weitere wählt ihr selbst
Angular
ein vollständiger Rahmen mit festem Versionskalender und eigener Werkzeugkette
Vue
Vorlagen und Komponenten mit offiziellem Router und offizieller Zustandsverwaltung
Svelte
ein Compiler, der Komponenten in schlankes JavaScript übersetzt, mit SvelteKit als Rahmen
| Entscheidungsfrage | React | Angular | Vue | Svelte |
|---|---|---|---|---|
| Wie viel bringt der Rahmen selbst mit? | Schwäche Routing, Formulare, Datenzugriff und Zustand wählt ihr einzeln aus. Das ist Freiheit und zugleich eine Reihe von Entscheidungen, die jemand treffen und begründen muss. | Stärke Router, Formulare, HTTP-Zugriff, Internationalisierung und Testaufbau kommen mit, dazu ein Kommandozeilenwerkzeug, das Bausteine erzeugt. | Stärke Vue Router und Pinia sind offizielle Projekte, die Zuständigkeit ist also geklärt, ohne dass ihr alles im Paket nehmen müsst. | Kommt darauf an SvelteKit deckt Routing, Datenladen und Ausliefern ab. Für Formulare und größere Anwendungsfälle bleibt mehr Eigenbau als bei Angular. |
| Wie planbar sind Upgrades über mehrere Jahre? | Kommt darauf an Es gibt keinen Kalender, dafür lange Stabilität und schrittweise Übernahme neuer Funktionen. Seit Februar 2026 liegt die Verwaltung bei der React Foundation unter dem Dach der Linux Foundation. | Stärke Feste Termine, ein Aktualisierungsbefehl mit automatischen Umbauten und ein bekanntes Ende der Unterstützung je Version. Der Preis: Ihr müsst diesen Termin auch einhalten. | Kommt darauf an Die 3er-Reihe wird gepflegt, Version 3.6 steht als Release Candidate bereit. Der Bruch von 2 auf 3 hat allerdings gezeigt, dass ein Wechsel hier sehr wohl teuer werden kann. | Kommt darauf an Version 5 hat mit den Runes die Grundmechanik ausgetauscht. Es gibt Migrationshilfen, aber wer einsteigt, sollte wissen, dass Beispiele aus der Zeit davor anders aussehen. |
| Wie leicht findet ihr Leute mit Vorerfahrung? | Stärke Der Kreis ist breit, weil dieselben Kenntnisse in Web- und Mobilprojekten gebraucht werden. Umgekehrt sagt React-Erfahrung wenig darüber aus, welche Zusatzbibliotheken jemand kennt. | Stärke Der Kreis ist kleiner, aber konzentriert: Wer aus einem länger laufenden Unternehmensprojekt kommt, bringt meist genau den Aufbau mit, den ihr auch fahrt. | Kommt darauf an Solide vertreten, im deutschen Unternehmensumfeld aber seltener als React und Angular. Rechnet damit, gezielt suchen zu müssen. | Schwäche Wenige Leute haben es beruflich eingesetzt. Der Ausgleich: Wer React oder Vue kann, ist in wenigen Tagen produktiv, weil die Menge an Konzepten klein ist. |
| Wie viel Einarbeitung braucht jemand mit reinen JavaScript-Kenntnissen? | Kommt darauf an Die Oberfläche ist klein, die Fallstricke liegen woanders: Effekte, Abhängigkeitslisten und die Frage, wo welcher Zustand hingehört. | Schwäche TypeScript, Abhängigkeitsinjektion, Signale und die Konventionen des Kommandozeilenwerkzeugs kommen zusammen. Das ist die längste Einarbeitung der vier und danach die klarste Struktur. | Stärke Vorlagen ähneln HTML, eine Komponente steht in einer Datei, und der Einstieg gelingt auch ohne Bauwerkzeuge. Das macht die ersten Wochen deutlich flacher. | Stärke Wenige Konzepte, und die Runes machen Reaktivität sichtbar, statt sie zu verstecken. Wer HTML, CSS und JavaScript kann, schreibt schnell etwas Lauffähiges. |
| Wie klar sind Zustand, Formulare und Routing geregelt? | Kommt darauf an Für jede Aufgabe gibt es mehrere ausgereifte Antworten und keine offizielle. Das verlangt Festlegungen im Team, sonst löst jedes Modul dieselbe Frage anders. | Stärke Signal Forms sind mit Version 22 stabil geworden, die auf Signalen aufbauende Datenabfrage über resource und httpResource ebenfalls, und der Router gehört ohnehin dazu. | Stärke Pinia für den Zustand, Vue Router für die Navigation, beides offiziell und dokumentiert. Formulare bleiben Eigenbau, dafür ist die Bindung an Felder sehr direkt. | Kommt darauf an Zustand steckt in der Sprache selbst, Routing und Datenladen in SvelteKit. Für große Formularlandschaften gibt es weniger fertige Bausteine als in den anderen drei. |
| Was kostet der Einbau in eine bestehende Seite? | Kommt darauf an Einzelne Bereiche lassen sich einhängen, die Bündelgröße wiegt bei kleinen Inseln aber schwer. Für einen Kalender in einer sonst statischen Seite ist es viel Apparat. | Schwäche Der Rahmen ist auf vollständige Anwendungen ausgelegt. Einzelne Bausteine in eine fremde Seite zu setzen, ist möglich, aber kein Weg, den ihr beiläufig geht. | Stärke Lässt sich in einer bestehenden Seite Stück für Stück einführen, notfalls ohne Bauwerkzeug. Genau dafür wird es häufig gewählt. | Stärke Der Compiler erzeugt schlankes JavaScript ohne mitgeliefertes Laufzeitgerüst, das macht kleine, eigenständige Bausteine besonders leicht. |
Wie viel bringt der Rahmen selbst mit?
Routing, Formulare, Datenzugriff und Zustand wählt ihr einzeln aus. Das ist Freiheit und zugleich eine Reihe von Entscheidungen, die jemand treffen und begründen muss.
Router, Formulare, HTTP-Zugriff, Internationalisierung und Testaufbau kommen mit, dazu ein Kommandozeilenwerkzeug, das Bausteine erzeugt.
Vue Router und Pinia sind offizielle Projekte, die Zuständigkeit ist also geklärt, ohne dass ihr alles im Paket nehmen müsst.
SvelteKit deckt Routing, Datenladen und Ausliefern ab. Für Formulare und größere Anwendungsfälle bleibt mehr Eigenbau als bei Angular.
Wie planbar sind Upgrades über mehrere Jahre?
Es gibt keinen Kalender, dafür lange Stabilität und schrittweise Übernahme neuer Funktionen. Seit Februar 2026 liegt die Verwaltung bei der React Foundation unter dem Dach der Linux Foundation.
Feste Termine, ein Aktualisierungsbefehl mit automatischen Umbauten und ein bekanntes Ende der Unterstützung je Version. Der Preis: Ihr müsst diesen Termin auch einhalten.
Die 3er-Reihe wird gepflegt, Version 3.6 steht als Release Candidate bereit. Der Bruch von 2 auf 3 hat allerdings gezeigt, dass ein Wechsel hier sehr wohl teuer werden kann.
Version 5 hat mit den Runes die Grundmechanik ausgetauscht. Es gibt Migrationshilfen, aber wer einsteigt, sollte wissen, dass Beispiele aus der Zeit davor anders aussehen.
Wie leicht findet ihr Leute mit Vorerfahrung?
Der Kreis ist breit, weil dieselben Kenntnisse in Web- und Mobilprojekten gebraucht werden. Umgekehrt sagt React-Erfahrung wenig darüber aus, welche Zusatzbibliotheken jemand kennt.
Der Kreis ist kleiner, aber konzentriert: Wer aus einem länger laufenden Unternehmensprojekt kommt, bringt meist genau den Aufbau mit, den ihr auch fahrt.
Solide vertreten, im deutschen Unternehmensumfeld aber seltener als React und Angular. Rechnet damit, gezielt suchen zu müssen.
Wenige Leute haben es beruflich eingesetzt. Der Ausgleich: Wer React oder Vue kann, ist in wenigen Tagen produktiv, weil die Menge an Konzepten klein ist.
Wie viel Einarbeitung braucht jemand mit reinen JavaScript-Kenntnissen?
Die Oberfläche ist klein, die Fallstricke liegen woanders: Effekte, Abhängigkeitslisten und die Frage, wo welcher Zustand hingehört.
TypeScript, Abhängigkeitsinjektion, Signale und die Konventionen des Kommandozeilenwerkzeugs kommen zusammen. Das ist die längste Einarbeitung der vier und danach die klarste Struktur.
Vorlagen ähneln HTML, eine Komponente steht in einer Datei, und der Einstieg gelingt auch ohne Bauwerkzeuge. Das macht die ersten Wochen deutlich flacher.
Wenige Konzepte, und die Runes machen Reaktivität sichtbar, statt sie zu verstecken. Wer HTML, CSS und JavaScript kann, schreibt schnell etwas Lauffähiges.
Wie klar sind Zustand, Formulare und Routing geregelt?
Für jede Aufgabe gibt es mehrere ausgereifte Antworten und keine offizielle. Das verlangt Festlegungen im Team, sonst löst jedes Modul dieselbe Frage anders.
Signal Forms sind mit Version 22 stabil geworden, die auf Signalen aufbauende Datenabfrage über resource und httpResource ebenfalls, und der Router gehört ohnehin dazu.
Pinia für den Zustand, Vue Router für die Navigation, beides offiziell und dokumentiert. Formulare bleiben Eigenbau, dafür ist die Bindung an Felder sehr direkt.
Zustand steckt in der Sprache selbst, Routing und Datenladen in SvelteKit. Für große Formularlandschaften gibt es weniger fertige Bausteine als in den anderen drei.
Was kostet der Einbau in eine bestehende Seite?
Einzelne Bereiche lassen sich einhängen, die Bündelgröße wiegt bei kleinen Inseln aber schwer. Für einen Kalender in einer sonst statischen Seite ist es viel Apparat.
Der Rahmen ist auf vollständige Anwendungen ausgelegt. Einzelne Bausteine in eine fremde Seite zu setzen, ist möglich, aber kein Weg, den ihr beiläufig geht.
Lässt sich in einer bestehenden Seite Stück für Stück einführen, notfalls ohne Bauwerkzeug. Genau dafür wird es häufig gewählt.
Der Compiler erzeugt schlankes JavaScript ohne mitgeliefertes Laufzeitgerüst, das macht kleine, eigenständige Bausteine besonders leicht.
Was passt wann
- Wenn ihr eine große, langlebige Anwendung mit vielen Formularen baut und feste Wartungsfenster einplanen könnt
- nehmt Angular, denn ihr kauft Struktur und einen Kalender mit ein.
- Wenn im Team schon React-Erfahrung liegt oder Teile mit einer mobilen Anwendung geteilt werden
- bleibt bei React und legt Router, Zustand und Formulare einmal verbindlich fest.
- Wenn ihr eine bestehende Seite abschnittsweise belebt und schnell Ergebnisse braucht
- sind Vue oder Svelte der kleinere Eingriff, mit Vue als der besser besetzten Variante.
Sechs Fragen, und das Feld sortiert sich
- 01 Wer im Team kann heute schon einen der vier Ansätze produktiv einsetzen?
- 02 Wollt ihr Router, Formulare und Datenzugriff mitgeliefert oder selbst wählen?
- 03 Wie viele Tage im Jahr könnt ihr für Upgrades fest einplanen?
- 04 Wie viele passende Bewerbungen kommen an eurem Standort tatsächlich an?
- 05 Baut ihr eine geschlossene Anwendung oder belebt ihr eine bestehende Seite?
- 06 Wie lange soll das Ergebnis laufen, drei Jahre oder eher zehn?
Was ihr nach dieser Runde belegen könnt
Eine tragfähige Entscheidung braucht keine Rangliste, sondern eine gewichtete Kriterienliste und einen kleinen Prototyp, der bei allen Kandidaten denselben Ausschnitt abbildet. Danach lässt sich der Beschluss aufschreiben, und zwar so, dass er auch in zwei Jahren noch nachvollziehbar ist.
Vorhandene Kenntnisse ehrlich bewerten
Zählt, wer im Team produktiv mit einem der Ansätze gearbeitet hat, und rechnet Einarbeitung als Zeit, nicht als Motivation. Ein Ansatz, den zwei Leute kennen, schlägt in der Regel einen, den alle spannend finden.
Den Umfang des Rahmens bestimmen
Klärt vorab, ob ihr Router, Formulare, Datenzugriff, Internationalisierung und Testaufbau mitgeliefert bekommen wollt oder selbst zusammenstellen möchtet. Beides ist vertretbar, aber die Entscheidungen fallen so oder so an.
Den Pflegekalender lesen
Schaut nach, in welchem Rhythmus große Versionen erscheinen und wie lange eine Version Sicherheitsaktualisierungen bekommt. Daraus ergibt sich, wie oft ihr Zeit für Upgrades einplanen müsst, und das ist eine Kostenposition wie jede andere.
Den Kandidatenmarkt vor Ort prüfen
Zählt offene Stellen und Bewerbungen in eurer Region statt globale Umfragen zu zitieren. Was in einer Metropole selbstverständlich ist, kann an einem anderen Standort die Besetzung um Monate verzögern.
Den Prototyp gleich zuschneiden
Baut bei jedem Kandidaten denselben Ausschnitt: eine Liste mit Filter, ein Formular mit Prüfung, eine Detailansicht und ein Test dazu. Erst dann vergleicht ihr Aufwand statt Eindrücke.
Die Entscheidung festhalten
Schreibt Kriterien, Gewichtung und Ergebnis auf eine Seite. Das kostet eine Stunde und beendet die Diskussion, die sonst bei jedem neuen Teammitglied von vorn beginnt.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Der Pflegekalender ist der härteste Unterschied
Angular veröffentlicht große Versionen seit Version 22 im Abstand von zwölf Monaten, vorher waren es sechs. Jede Hauptversion bekommt zwölf Monate aktive Unterstützung und danach zwölf Monate, in denen nur noch kritische Korrekturen und Sicherheitsaktualisierungen kommen. Version 22 ist am 3. Juni 2026 erschienen, Version 21 ist seither in der verlängerten Phase, und die Versionen 2 bis 19 sind aus der Unterstützung heraus. Wer Angular wählt, plant also ein Upgrade pro Jahr fest ein und bekommt dafür ein Werkzeug, das große Teile davon automatisch umbaut.
React kennt keinen solchen Kalender. Neue Funktionen erscheinen, wenn sie fertig sind, und alter Code läuft in der Regel lange weiter. Der Preis dafür ist, dass es keinen äußeren Anlass gibt, Bestand aufzuräumen, und dass die Umfeldbibliotheken ihren eigenen Rhythmus haben. Seit Februar 2026 liegt die Verwaltung des Projekts bei der React Foundation unter dem Dach der Linux Foundation, was für die Frage der Trägerschaft mehr Verlässlichkeit bringt, am Rhythmus aber nichts ändert.
Bei Vue und Svelte lohnt der Blick in die jüngere Geschichte. Vue 2 wird nicht mehr gepflegt, und der Weg zu Vue 3 war für große Anwendungen erheblicher Aufwand. Stand August 2026 ist die 3.5er-Reihe die stabile Fassung, Version 3.6 steht als Release Candidate bereit und bringt mit Vapor Mode eine zusätzliche Übersetzungsart, die ausdrücklich freiwillig ist. Svelte hat mit Version 5 die Reaktivität auf Runes umgestellt, also auf ausdrückliche Sprachmittel statt auf eine Sonderbedeutung von Zuweisungen. Beides sind keine Argumente gegen die Ansätze, aber Belege dafür, dass große Umbauten in jedem Lager vorkommen.
Was mitgeliefert wird und was das im Alltag heißt
Bei Angular ist die Liste lang: Router, Formulare, HTTP-Zugriff, Internationalisierung, Testaufbau und ein Kommandozeilenwerkzeug, das Bausteine nach festen Konventionen erzeugt. Mit Version 20.2 ist die Änderungserkennung ohne zone.js stabil geworden, Signale sind die tragende Reaktivität, und mit Version 21 sind Muster für barrierefreie Bedienelemente dazugekommen. Für ein Unternehmen bedeutet das vor allem eines: Zwei Angular-Projekte aus verschiedenen Teams sehen ähnlich aus, und jemand kann zwischen ihnen wechseln.
Bei React trefft ihr diese Entscheidungen selbst. Für Routing ist React Router die verbreitete Antwort, für Serverdaten eine Bibliothek mit Zwischenspeicher, für Formulare gibt es mehrere ausgereifte Kandidaten. Das ist kein Nachteil, solange die Wahl einmal getroffen und aufgeschrieben wird. Zum Nachteil wird es, wenn drei Teams drei Antworten geben und ein Wechsel zwischen den Anwendungen jedes Mal Einarbeitung bedeutet.
Vue nimmt eine Mittelposition ein, weil Router und Zustandsverwaltung offizielle Projekte sind, die Anwendung sie aber nicht zwingend braucht. Svelte bündelt die Antwort in SvelteKit, das Routing, Datenladen und das Ausliefern zusammen abbildet. In beiden Fällen ist die Zuständigkeit klar, ohne dass ihr das ganze Paket nehmen müsst.
Der Prototyp, der die Diskussion beendet
Nehmt einen Ausschnitt, der eure Anwendung repräsentiert, und baut ihn bei jedem Kandidaten: eine Liste mit Filter und Seitenwechsel, ein Formular mit Prüfung und Fehlermeldungen, eine Detailansicht mit Datenabruf und ein automatischer Test dazu. Zwei Tage je Kandidat reichen, wenn die Aufgabe vorher schriftlich feststeht. Wichtig ist, dass dieselbe Person nicht alle vier baut, sonst messt ihr ihre Lernkurve statt der Ansätze.
Bewertet danach nicht das Gefühl, sondern vier Größen: gebrauchte Zeit, Zeilenzahl an eigenem Klebecode, Anzahl der zusätzlich installierten Pakete und die Frage, wie viele Entscheidungen ihr unterwegs treffen musstet, die noch niemand für euch getroffen hatte. Die letzte Größe unterschätzen Teams regelmäßig, dabei ist sie der beste Vorbote für den Aufwand im zweiten Jahr.
Prüft im selben Zug die Umfeldfragen, die später schwer nachzurüsten sind: Gibt es eine Komponentenbibliothek, die eure Anforderungen an Barrierefreiheit erfüllt? Wie sieht der Testaufbau aus? Wie gut lassen sich Diagramme, Tabellen und Karten einbinden, die ihr ohnehin braucht? Diese Punkte entscheiden häufiger als die Frage, welcher Ansatz schneller rendert.
Was ihr in der Entscheidung nicht gewichten solltet
Messwerte aus Vergleichsprogrammen sagen wenig über eure Anwendung. Die Unterschiede zwischen den vier Ansätzen liegen bei realistischen Oberflächen deutlich unter dem, was ihr durch zu große Bilder, ungebremste Netzabfragen oder eine überladene Tabelle verliert. Wenn Geschwindigkeit ein echtes Kriterium ist, messt sie an eurem Prototyp mit euren Daten und auf den Geräten eurer Zielgruppe.
Auch die Bündelgröße des Rahmens ist selten der Hebel. Sie fällt ins Gewicht, wenn ihr eine kleine Insel in eine sonst statische Seite setzt, und verschwindet in einer Anwendung hinter dem Login praktisch vollständig hinter eurem eigenen Code und den Abhängigkeiten, die ihr für Diagramme, Datumsbehandlung und Tabellen einbindet.
Und ein letzter Punkt, der in Angeboten häufig auftaucht: Der Ansatz mit den meisten Neuerungen ist nicht der mit der längsten Zukunft. Prüft stattdessen drei Dinge, die sich belegen lassen: Wann kam die letzte Version, wie viele Personen und Firmen tragen die Entwicklung, und gibt es eine dokumentierte Unterstützungsdauer? Diese drei Fragen hätten auch bei Bibliotheken geholfen, die inzwischen archiviert im Netz stehen.
Dazu passende Kurse
Wer die Unterschiede nicht nur lesen, sondern an einem eigenen Ausschnitt erleben will, findet bei cmt vier Frontend-Ansätze nebeneinandergelegt .
Unter jedem der vier steckt dieselbe Sprache, und wer sie sicher beherrscht, wechselt später leichter: die gemeinsame Grundlage aller vier Ansätze .
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Der passende Lernpfad
Wenn du nicht nur ein Thema abhaken, sondern eine Rolle ausfüllen willst, zeigt dir der Lernpfad die Kurse in der Reihenfolge, in der sie aufeinander aufbauen.
Dein Weg zum React Entwickler
Moderne Web-Produkte werden heute mit React gebaut. Wer es sauber beherrscht, arbeitet an echten Web-Anwendungen – nicht an Spielwiesen.
Dieser Karrierepfad führt dich gezielt von den Grundlagen über Architektur und Design bis hin zu professionellen React-Frontends, wie sie in produktiven Teams erwartet werden. Starte einfach durch!
Die Grundlagen
Einstieg in React
Wo du genau das übst
Ein sehr gutes, praxisorientiertes und nachhaltiges Seminar. So sollte es immer sein. Vielen Dank.
Die Schulung ist gerade für Einsteiger oder Entwickler*innen mit eingestaubtem Basiswissen sehr hilfreich.
Ich bin sehr glücklich Franz als Trainer gehabt zu haben. Er hat offensichtlich unglaublich viel Wissen zu den Themen, und schafft es, dieses auch interaktiv und verständlich weiterzugeben.
Häufige Fragen
Können wir mehrere Ansätze parallel einsetzen?
Was passiert mit unserer Wahl, wenn der Ansatz eine große neue Version bringt?
Wir haben eine ältere Anwendung. Umbauen oder neu schreiben?
Spielt TypeScript bei der Wahl eine Rolle?
Quellen
- Angular: Veröffentlichungsrhythmus und Unterstützungsdauer
- Angular Roadmap: Stand von Signalen, Signal Forms und Zoneless
- React Foundation unter dem Dach der Linux Foundation
- Vue Core: Veröffentlichungen und Stand von 3.6
- Vue 2 hat das Ende seines Lebenszyklus erreicht
- Svelte 5: Reaktivität über Runes
- Recoil: archiviertes Repository
Passt thematisch dazu
Die nächste Grundsatzentscheidung im selben Vorhaben betrifft die Datenspeicherung, und die Kriterien für die Wahl der Datenbank sind nach demselben Muster geordnet: gewichtete Punkte statt Gewohnheit.
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem Webentwicklung-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Die Entscheidung an eurem eigenen Ausschnitt prüfen
Bei cmt lassen sich die vier Ansätze auch nacheinander kennenlernen, sodass die Wahl im Team auf eigener Erfahrung beruht statt auf einer Empfehlung von außen.