TypeScript
Typen, die liefern
React
UI, die konvertiert
Next.js
App Router, ernsthaft
Angular
Enterprise, modern
Nuxt
Vue, voller Stack
NestJS
APIs mit Kantenschutz
Vue
Präzise Oberflächen
Node.js
Runtime mit Verantwortung
Remix
Web-Fundamentals first
Medusa.js
Composable Commerce
HTMX
HTML, das arbeitet
JavaScript
Sprache der Kante
Alpine.js
Interaktion ohne Ballast
Vanilla JS
Null-Framework, volle Kontrolle
React Native
Mobile, ein Team
PostgreSQL
Daten, die halten
DevOps
Pipeline, die liefert
GitLab
Repo, CI, Release
Dedizierte Ressource · JavaScript
Bevor Frameworks kommen, kommt JavaScript. Ein dedizierter JavaScript-Entwickler von Typescriptaz beherrscht die Sprache selbst: Event Loop, Module, Muster, die auch in fünf Jahren noch lesbar sind. Wir retten Legacy, schreiben Tooling und halten Teams fit in der Sprache, die wirklich im Browser läuft.
Einsatz
In vielen Unternehmen steckt geschäftskritische Logik in JavaScript, das vor Jahren geschrieben wurde: jQuery-Plugins, eigene Build-Skripte, globale Variablen. Ihr JavaScript-Entwickler modernisiert diesen Code, ohne das Geschäft zu gefährden – mit Tests vorab, ES-Modulen statt globalem Chaos und einem Build, den jeder im Team versteht.
Dazu gehört auch Tooling: Linting, Formatierung, Bundling und Skripte, die Ihrem Team jeden Tag Zeit sparen. Und wenn der Code stabil ist, führt der nächste Schritt oft zu TypeScript – schrittweise und ohne Stillstand.
Für Entscheider ist altes JavaScript oft ein stilles Risiko: Es funktioniert, bis es nicht mehr funktioniert – und dann weiß niemand, warum. Eine dedizierte Person macht diesen Code wieder verständlich, testbar und sicher, bevor daraus ein Notfall wird.
Typische Mandate: Plattform-Teams, Legacy-Modernisierung, Shared Libraries.
Werkzeuge: Modernes ECMAScript, Node.js, Vite, Vitest, Playwright
Direkt buchen
9.500 € / Monat
150 Stunden, fest angestellt und nur für Ihr Backlog. Im Kickoff lernen Sie die Person kennen, bevor es losgeht.
Kurz erklärt
JavaScript ist die Programmiersprache des Webs: Sie läuft in jedem Browser und mit Node.js auch auf Servern. Die Sprache wird jährlich im ECMAScript-Standard weiterentwickelt und hat sich in den letzten Jahren stark verändert – mit Modulen, Klassen, asynchronen Funktionen und vielen neuen Standardfunktionen. In vielen Unternehmen existieren deshalb zwei Welten nebeneinander: moderner Code und gewachsene Bestände aus der jQuery-Zeit. Ein erfahrener Entwickler bringt beide zusammen und schafft eine gemeinsame, zukunftsfähige Basis.
Expertise
Seniority zeigt sich nicht im Lebenslauf, sondern im Code-Review. Darauf achten unsere Leute bei JavaScript.
01
Closures, Prototypen, asynchrone Abläufe, Module: Ein Senior-JavaScript-Entwickler versteht, was unter der Haube passiert. Das ist die Voraussetzung, um alten Code sicher zu verändern und Fehler zu finden, die an der Oberfläche unsichtbar sind.
02
Charakterisierungstests halten fest, wie sich bestehender Code heute verhält – auch wenn niemand mehr genau weiß, warum. Erst mit diesem Sicherheitsnetz wird Modernisierung planbar.
03
Vite, ES-Module, moderne Linter und Formatter ersetzen gewachsene Build-Skripte. Ein erfahrener Entwickler stellt um, ohne dass Deployments oder bestehende Integrationen brechen.
04
XSS, unsichere Einbindung von Drittanbieter-Skripten, fehlende Content Security Policy: Solche Schwachstellen stecken oft in älterem Code. Ein Senior findet und schließt sie systematisch.
05
Promises, async/await und ereignisbasierte Abläufe sind eine häufige Fehlerquelle in gewachsenem Code. Ein Senior findet Race Conditions und unbehandelte Fehler und macht Abläufe robust.
06
Lange Tasks, Layout-Sprünge und unnötige DOM-Operationen bremsen Seiten aus. Mit den Entwicklertools des Browsers und klaren Budgets wird Performance messbar und gezielt verbessert.
Typische Situationen
01
Und niemand traut sich mehr ran? Wir sichern das Verhalten mit Tests ab und ersetzen alte Plugins Stück für Stück durch modernes JavaScript.
02
Veraltetes Webpack-Setup, Gulp-Tasks, die keiner versteht? Wir bauen eine schlanke Toolchain mit Vite – schneller und dokumentiert.
03
Veraltete Pakete, unsichere DOM-Manipulation, fehlende Content Security Policy: Wir finden und schließen die Lücken – priorisiert nach Risiko.
Risiko im Griff
Gewachsener Frontend-Code ist selten dokumentiert und oft geschäftskritisch. Diese drei Risiken gehen wir gezielt an:
Wenn nur noch eine Person den alten Code versteht, ist jede Abwesenheit ein Risiko. Wir dokumentieren Verhalten und Abhängigkeiten und verteilen das Wissen im Team – mit Code-Reviews und kurzen Übergaben.
Schon kleine Änderungen können in gewachsenem Code unerwartete Folgen haben. Deshalb kommen zuerst Tests, dann Änderungen – in kleinen Schritten, die sich einzeln zurückrollen lassen.
Veraltete jQuery-Versionen und Plugins enthalten bekannte Sicherheitslücken. Wir inventarisieren alle Bibliotheken, priorisieren nach Risiko und ersetzen die kritischsten zuerst.
Tracking, Chat-Widgets und Werbeskripte laufen mit vollen Rechten auf Ihren Seiten. Wir erfassen alle Drittanbieter-Skripte, bewerten Sie Risiko und setzen Schutzmechanismen wie Content Security Policy und Subresource Integrity ein.
Transparenz
Business Case
Wirtschaftlich zahlt sich ein dedizierter JavaScript-Entwickler vor allem über Risikoreduktion aus. Veralteter Code mit bekannten Sicherheitslücken kann im Ernstfall Datenpannen und Ausfälle verursachen, die weit teurer sind als jede Modernisierung. Getesteter, verständlicher Code senkt die Kosten jeder Änderung. Und eine moderne Toolchain beschleunigt Builds und Deployments – jeden Tag, für das ganze Team.
Die ersten zwei Wochen
Analyse, erste Lieferung, klarer Plan. Wie wir grundsätzlich arbeiten, lesen Sie unter Wie wir arbeiten.
01
Welche Bibliotheken, welche Build-Schritte, welche Abhängigkeiten? Wir dokumentieren, was da ist – auch das, was keiner mehr weiß.
02
Erste Tests für kritische Abläufe entstehen, damit Änderungen ab sofort ohne Bauchschmerzen möglich sind.
03
Sie bekommen einen Plan, welche Teile zuerst modernisiert werden und wann sich der Umstieg auf TypeScript lohnt.
Nach dem Start
So entwickelt sich ein typisches Mandat nach den ersten zwei Wochen – natürlich abgestimmt auf Ihr Backlog.
01
Inventur aller Bibliotheken und Build-Schritte, erste Tests für kritische Abläufe und eine priorisierte Risikoliste.
02
Die kritischsten Bibliotheken werden ersetzt, der Build modernisiert und bekannte Sicherheitslücken geschlossen.
03
Moderner, getesteter Code in den wichtigsten Bereichen, eine dokumentierte Toolchain und ein Plan für den Umstieg auf TypeScript.
Beispiel-Szenario
Ein Reiseanbieter nutzt für seinen Buchungsprozess Code aus vielen Jahren, verteilt über jQuery-Plugins und eigene Skripte. Änderungen dauern lange, und niemand traut sich an die Preisberechnung. Ein dedizierter JavaScript-Entwickler hält das Verhalten zuerst mit Tests fest.
Danach werden die Plugins nacheinander durch modernen Code ersetzt, der Build zieht auf Vite um, und bekannte Sicherheitslücken werden geschlossen. Der Buchungsprozess läuft dabei ohne Unterbrechung weiter.
Für das Unternehmen bedeutet das: Änderungen an Preisen und Angeboten gehen wieder schnell live, Sicherheitsprüfungen verlaufen ohne kritische Befunde, und das Wissen steckt nicht mehr in einer einzigen Person.
Zusammenarbeit
Eine Modernisierung lässt sich in Etappen planen: Ein Stundenpool deckt die ersten, klar definierten Schritte ab. Wird daraus eine längere Umbauphase oder kommt die Weiterentwicklung dazu, ist eine Person im Monatspaket die wirtschaftlichere Wahl.
Das Kennenlernpaket mit Code-Review eignet sich, um den Zustand Ihres Codes und den realistischen Aufwand einzuschätzen.
Alle Sätze, Pools und Effektivpreise im Detail finden Sie in der Preistabelle.
Klartext
Nicht jeder alte Code muss modernisiert werden. Läuft eine Anwendung stabil, wird selten geändert und hat keine bekannten Sicherheitslücken, kann Beobachten die wirtschaftlichere Entscheidung sein. Wir priorisieren deshalb nach Risiko und Nutzen und schlagen nur dort Umbauten vor, wo sie sich rechnen. Auch ein kompletter Neubau ist selten die beste Antwort – meist bringt schrittweise Modernisierung schneller Nutzen.
Für IT-Entscheider
Kann die Person Code ohne Tests sicher verändern – und wie geht sie dabei vor?
Welche Erfahrung hat sie mit der Ablösung von jQuery?
Wie bewertet sie Sicherheitsrisiken in Drittanbieter-Skripten?
Kann sie eine gewachsene Build-Kette modernisieren, ohne Deployments zu gefährden?
Dokumentiert sie ihre Erkenntnisse für Ihr Team?
Glossar
Standardisiertes Modulsystem der Sprache mit import und export.
Test, der das aktuelle Verhalten von Code festhält, bevor er verändert wird.
Sicherheitsregel, die festlegt, welche Skripte und Quellen eine Seite laden darf.
Aufteilung des ausgelieferten Codes in kleinere Pakete, die nur bei Bedarf geladen werden.
Passt oft dazu
Häufige Fragen
Selten. Oft ist es sinnvoller, bestehenden JavaScript-Code erst zu stabilisieren und dann Datei für Datei zu typisieren. So bleibt das Produkt die ganze Zeit lieferfähig.
Mit einem Sicherheitsnetz aus End-to-End-Tests und einem schrittweisen Vorgehen. Vieles, wofür man früher jQuery brauchte, kann der Browser heute nativ – das macht den Umstieg einfacher als gedacht.
Ja, als Teil des Mandats. Ihr JavaScript-Entwickler reviewt Pull Requests, teilt Muster und hilft dem Team, die Qualität dauerhaft hochzuhalten.
Die, die Ihre Nutzer tatsächlich verwenden. Wir legen die Zielbrowser gemeinsam fest, meist auf Basis Ihrer Analytics-Daten, und richten Build und Tests danach aus.
Für viele Aufgaben ja, denn die Sprache ist dieselbe. Für größere Backend-Themen wie Skalierung und Betrieb empfehlen wir eine spezialisierte Rolle.
Das hängt von Umfang und Zustand des Codes ab. Nach der Bestandsaufnahme in den ersten zwei Wochen bekommen Sie einen Plan mit Etappen, die jeweils für sich Nutzen bringen.
Nicht zwingend. Wichtig ist eine aktuelle Version ohne bekannte Sicherheitslücken. Wo jQuery nur noch wenige Aufgaben erfüllt, lohnt sich der Ersatz durch native Browserfunktionen.
Wir lesen, testen und dokumentieren. Charakterisierungstests halten das Verhalten fest, kurze Notizen im Repo erklären Zusammenhänge. So entsteht nach und nach eine Dokumentation, die Ihr Team weiterpflegen kann.
Typischerweise ESLint oder Biome, Prettier und automatisierte Tests in der CI. Die Regeln stimmen wir mit Ihrem Team ab, damit sie im Alltag helfen statt zu bremsen.
Ja. Neben der Modernisierung kümmern wir uns um laufende Anpassungen, Fehlerbehebungen und Sicherheitsupdates – damit der Betrieb stabil bleibt, während die Codebasis Schritt für Schritt besser wird.
Mit klaren Konventionen, automatisierten Prüfungen in der CI und Code-Reviews. Neue Abhängigkeiten werden bewertet, bevor sie ins Projekt kommen, und Entscheidungen landen dokumentiert im Repo.
Nicht unbedingt. Viele Schritte lassen sich im laufenden Mandat neben neuen Features erledigen. Für größere Umbauten empfehlen wir einen separaten Stundenpool, damit der Aufwand transparent bleibt.
Unterm Strich
Ein dedizierter JavaScript-Entwickler verwandelt gewachsenen Code in eine sichere, verständliche Basis. Sie Schließen bekannte Sicherheitslücken, verteilt Wissen im Team und schafft die Grundlage für den späteren Umstieg auf TypeScript – Schritt für Schritt und ohne Stillstand im Betrieb.
Nächster Schritt
Sagen Sie uns Stack, Umfang und Startfenster. Wir melden uns in der Regel innerhalb eines Werktags – mit einer konkreten Person statt einem Stapel Profile.
Schnellkontakt
TypeScript-Ressourcen aus Österreich und Deutschland, fest bei uns angestellt. Nennen Sie uns Stack, Umfang und Wunschtermin. Wir melden uns in der Regel am selben Werktag – mit Verfügbarkeit, passender Seniority und einem konkreten Startfenster.