Node.js- und TypeScript-Entwicklung
Ich entwickle und repariere Backends, APIs und Tools mit Node.js und TypeScript. Manche meiner Kunden haben keinen Entwickler, andere holen mich als Unterstützung ins Team.
KI gehört fest zu meiner Arbeit. Damit bin ich schnell, und bei Code und Architektur bleibe ich sorgfältig. Ich arbeite von Deutschland aus mit Kunden in Europa und den USA.
Antwort innerhalb eines Werktags.
Was ich mit Node.js umsetze
Backends, Anbindungen und Tools mit Node.js und TypeScript.
APIs und Backends
REST-APIs mit Express oder NestJS, Benutzerkonten, Zahlungen, Queues und die Datenbank dahinter.
Anbindungen
Schnittstellen zu Zahlungsdienstleistern, CRM, Buchungssystemen und anderen APIs, mit Webhooks und Logs.
Bestehende Node.js-Anwendungen
Langsame Endpunkte, Speicherprobleme, veraltete Pakete oder Code, den niemand mehr anfassen will. Ich finde die Ursache und behebe sie.
TypeScript
JavaScript-Code Schritt für Schritt auf TypeScript umstellen, damit Fehler auffallen, bevor Nutzer sie sehen.
CLI-Tools und Skripte
Kommandozeilen-Tools und Skripte mit Node.js und TypeScript für das Team, für Builds oder für Daten.
KI-Funktionen
Chat, Extraktion, Zusammenfassungen und Assistenten mit Modellen von OpenAI, Anthropic oder Google. Das Ergebnis wird geprüft, bevor es weiterverwendet wird.
So arbeite ich
Viele meiner Kunden kommen mit einer Idee, einem Repository, einem kurzen Video oder einer Liste von Problemen zu mir. Mehr braucht es am Anfang nicht. Ich sehe mir an, was vorhanden ist, mache daraus einen Plan und setze ihn um.
Mit Claude Code, Codex und eigenen Agent-Workflows lese ich mich in Code ein, plane Änderungen, schreibe Tests, refaktoriere und suche Fehler. Das ist kein Vibe Coding, sondern erfahrene Softwareentwicklung in deutlich höherem Tempo.
KI zuerst, auch bei TypeScript
Claude Code und Codex kommen gut mit TypeScript zurecht. Ich nutze sie für Code, Tests und Refactoring. Jede Änderung lese und teste ich, bevor sie live geht.
Die Kontrolle bleibt bei mir
KI schreibt einen großen Teil meines Codes. Die technischen Entscheidungen treffe ich trotzdem selbst. Jede Änderung lese und teste ich, bevor sie live geht. So bin ich schnell und bleibe dabei sorgfältig.
So, wie es für den Kunden passt
Manche Kunden wollen jede Änderung sehen, bevor sie live geht, andere überlassen mir das Deployment. Manche möchten regelmäßig telefonieren, die meisten bekommen lieber schriftliche Updates. Ich arbeite gerne asynchron und stelle die wichtigen Fragen trotzdem, sobald sie auftauchen.
Mit dem Blick eines Unternehmers
Ich betreibe selbst mehrere Online-Angebote. Deshalb denke ich bei jedem Projekt Traffic, Conversion, Umsatz und Support mit, und ich sage offen, wenn sich etwas nicht lohnt.
So können wir zusammenarbeiten
Zum Festpreis, als monatliche Pauschale oder nach Stunden. In jedem Fall arbeite ich persönlich am Projekt, ohne Agentur dazwischen. Wenn noch unklar ist, welches Modell passt, reicht eine kurze Beschreibung des Projekts. Ich schlage dann eines vor.
Beispiele aus meiner Arbeit
Eines davon ist mein eigenes Node.js-Werkzeug. Die anderen beiden sind Laravel-Projekte mit derselben Art von Backend-Arbeit.
Pipeline für Texte und Bilder
Ein Kommandozeilen-Tool, das aus Briefings und Quellmaterial geprüfte Texte, Bilder und Produktdateien macht. Jeder Schritt enthält eine Prüfung.
Anbindung eines Buchungsanbieters
Eine zweite Anbindung an einen Buchungsanbieter für eine SaaS-Anwendung im Gesundheitswesen, mit OAuth-Login für Mitarbeiter, Datensynchronisation, Terminen, Webhooks und Tests. Das Produkt lief dabei live weiter.
Zwei Backends in einem
Ein PHP-Backend und ein Backend mit Ruby on Rails habe ich in eine einzige Anwendung überführt, die beide vollständig ersetzt. Die monatlichen Hostingkosten sanken von einem vierstelligen Betrag auf etwa 150 Dollar.
Das sagen meine Kunden
"He then built exactly what was needed and kept us informed throughout. Communication was clear and proactive at all times."
"Vincent does not just close tickets, he thinks through the product, the edge cases, and the customer impact."
"Vincent was easy to work with and produced high-quality code. Would recommend."
Fragen und Antworten
Nur Laravel?
Nein. Die meisten Backends meiner Kunden laufen mit Laravel. Arbeitet ein Produkt schon mit Node.js und TypeScript, arbeite ich damit.
Werden auch bestehende Node.js-Anwendungen übernommen?
Ja. Ich lese den Code, sage, was ich zuerst ändern würde, und behebe dann das Wichtigste.
Express, NestJS oder etwas anderes?
Ich bleibe bei dem, was schon im Einsatz ist. Für einen neuen Dienst schlage ich die einfachste Variante vor, die das Team pflegen kann.
Lohnt sich ein Wechsel von Node.js zu Laravel?
Meistens nicht. Ein funktionierendes Backend umzuziehen kostet viel. Ich schlage es nur vor, wenn es Geld oder Ärger spart.
Wie wird abgerechnet?
Zum Festpreis, wenn das Ziel klar ist, als monatliche Pauschale für laufende Arbeit oder nach Stunden. Ein paar Sätze zum Vorhaben genügen, dann schlage ich ein Modell vor.
Projekt anfragen
Was die Anwendung macht, wo sie heute steht und was gebraucht wird. Ein paar Sätze genügen. In meiner Antwort steht, was ich tun würde und was es kostet.
Lieber kurz telefonieren? 30 Minuten buchen. Eine E-Mail an contact@vincentschmalbach.com geht auch.