Senior Software Entwickler:in

Schulz.codes GmbH; Darmstadt; Hybrid; EUR 90,000 - 130,000; Full time

Job summary

Schulz.codes GmbH in Darmstadt sucht eine erfahrene Backend-Architektur-Profis, die Verantwortung für Architekturentscheidungen übernimmt und eng mit Kundenteams zusammenarbeitet. Sie bleiben fest in Kundenteams und gestalten Lösungen mit, nicht als reiner Entwickler.

Qualifications

• Rund sechs bis acht Jahre Berufserfahrung, davon Backend in einer typisierten Sprache in Produktion.
• Architektur selbst verantwortet; Domain-Driven Design, hexagonale Architektur, modularer Monolith wurden getroffen und getragen.
• Entscheidungen auch bei unsicheren Anforderungen treffen; saubere Modellierung von Fachdomänen.
• Cloud-Architektur auf Architektur-Ebene, bewusste Dienstauswahl (AWS/Azure/GCP).
• React zuverlässig liefern, ohne Frontend-Spezialist zu sein.
• Tests schreiben und Reviews vorleben.
• Deutsch auf Muttersprachniveau, direkte Kommunikation mit deutschen Fachbereichen.

Responsibilities

• Ganze Features und Epics von Konzeption bis Deployment verantworten.
• Sich schnell in fremden Codebasen zurechtfinden und das Gesamtsystem über Backend, Frontend, Infrastruktur und Schnittstellen hinweg sehen.
• Mit Fachbereichen sprechen, Architekturentscheidungen treffen und dafür geradestehen.
• Risiken, Abhängigkeiten und Integrations-Themen früh auf den Tisch legen, ggf. Proof-of-Concepts bauen.
• Die Unsicherheit realistisch einschätzen und die Team-Performance kontinuierlich erhöhen.
• Das Team mitziehen durch Pairing, Reviews, Onboarding, Standards und Konventionen.

Skills

Backend-Entwicklung

Domain-Driven Design

Hexagonale Architektur

Cloud-Architektur

Deutsch (Muttersprache)

Tools

AWS

Azure

GCP

Job description

Code schreiben kann inzwischen jeder. Zu entscheiden, was gebaut wird und was nicht, ist die knappe Ressource geworden. Dafür bezahlt uns der Kunde, und dafür bezahlen wir dich. Wir wollen, dass du in dem ganzen KI-Slop da draußen eine Stimme der Klarheit wirst, an der sich ein Kundenteam ausrichten kann.

Der Preis steht gleich mit dabei: Gute Arbeit allein reicht hier nicht. Eine Entscheidung, die du nicht erklären kannst, wird nicht umgesetzt, egal wie richtig sie ist. Wir helfen dir, darin besser zu werden. Abnehmen können wir es dir nicht.

Wir sind schulz codes: sechs Leute, remote-first, zuhause in Darmstadt. Wir gehen in die Entwicklungsteams von Konzernen und Produktfirmen, damit sie danach schneller und verlässlicher liefern. Nicht als ein Entwickler mehr im Projekt, sondern als die Leute, die den Output vom ganzen Team hochziehen. Das geht nur, wenn wir richtig gut sind, deshalb suchen wir auch nicht schnell, sondern genau.

Ja, das ist Agenturgeschäft. Aber nicht das, was du dir darunter vorstellst. Du springst nicht zwischen fünf Projekten, sondern gehst fest in ein Kundenteam und bleibst da. Du lernst die Domäne richtig, kennst die Leute beim Namen und siehst, was deine Entscheidungen ein Jahr später machen. Es gibt Phasen, in denen ein zweiter Kontext dazukommt, gerade bei einem Projektwechsel. Aber das ist die Ausnahme und wir sagen es dir vorher.

Die Rolle in einem Satz: Du gehst mit uns in ein Kundenteam, baust dort mit und bist der Mensch, an dem die technischen Fragen hängenbleiben.

Drei Dinge bekommst du hier, und die meinen wir wörtlich.

• Ownership. Du entscheidest selbst über Architektur, sprichst selbst mit den Fachbereichen und stehst dann auch für das gerade, was du entschieden hast. Niemand entscheidet über deinem Kopf und lässt dich das dann umsetzen. Allein bist du damit trotzdem nicht: Wir gehen mindestens zu zweit in ein Projekt. Einen einzelnen Entwickler irgendwo hinstellen und stundenweise abrechnen ist genau das Geschäft, das wir nicht machen wollen.
• Wirksamkeit. Du wirst nicht daran gemessen, wie viele Tickets du zumachst, sondern daran, was das Team um dich herum ein halbes Jahr später kann. Und du siehst das auch, dafür sind wir klein genug.
• Und wenn dir was nicht passt, sagst du es und änderst es. Bei uns genauso wie beim Kunden. Das ist hier kein Mut, sondern der Job.

Das ist eine Senior-Rolle in der Lieferung. Du führst kein Team und wir hängen dir auch keinen Lead-Titel als Karotte vor die Nase. Was du bekommst, ist echte technische Verantwortung, direkter Kundenkontakt und Zeit, richtig gut zu werden. Wir versprechen dir hier weniger als andere Anzeigen, dafür halten wir, was drinsteht.

Wo wir hinwollen, ehrlich gesagt: Individualsoftware und Agenturarbeit werden in ein paar Jahren anders aussehen als heute. KI verschiebt gerade, wofür ein Kunde überhaupt bezahlt. Das ist uns bewusst, und wir sitzen es nicht aus. Wir probieren gerade verschiedene Ideen und Modelle aus, in denen Spaß, Lernen und Rentabilität zusammenkommen. Über Köpfe und Stunden zu wachsen gehört ausdrücklich nicht dazu. Was wir konkret testen, erzählen wir dir gern im ersten Gespräch.

Aufgaben

• Ganze Features und Epics verantworten, von der Konzeption bis ins Deployment
• Dich schnell in fremden Codebasen zurechtfinden und das Gesamtsystem über Backend, Frontend, Infrastruktur und Schnittstellen hinweg sehen
• Selbst mit den Fachbereichen sprechen, über Architektur entscheiden und dafür geradestehen
• Risiken, Abhängigkeiten und Integrationsthemen früh auf den Tisch legen, nicht erst kurz vor dem Release, und kleine Proof-of-Concepts bauen, wenn eine technische Frage anders nicht zu klären ist
• So schätzen, dass die Unsicherheit mit drinsteht: nicht „fünf Tage", sondern „fünf Tage, Risiko: die API-Spezifikation ist noch unklar"
• Das Team mitziehen: Pairing, Reviews mit Lerneffekt, Onboarding, Standards und Konventionen, die auch nach dir noch halten

Der letzte Punkt ist bei uns kein Extra, sondern der Kern der Sache. Wir sind beim Kunden, um das ganze Team schneller zu machen, nicht um Tickets abzuarbeiten.

Qualifikation

Das bringst du mit

• Rund sechs bis acht Jahre Berufserfahrung, davon mehrere Jahre Backend in einer typisierten Sprache in Produktion
• Architektur selbst verantwortet, nicht nur umgesetzt: Domain-Driven Design, hexagonale Architektur, modularer Monolith sind Entscheidungen, die du getroffen und dann auch ausgehalten hast
• Entscheidungen auch dann treffen, wenn die Anforderungen noch wackeln
• Saubere Modellierung von Fachdomänen
• Cloud auf Architektur-Ebene, mit bewusster Auswahl der Dienste (AWS, Azure und GCP sind uns gleichwertig)
• React zuverlässig liefern, ohne Frontend-Spezialist zu sein
• Tests schreiben, Reviews vorleben
• Ab Woche eins produktiv in einer fremden Codebase
• Deutsch auf Muttersprachniveau, weil du direkt mit deutschen Fachbereichen sprichst und Domänen modelierst

Was dich deutlich nach vorne bringt

• Schnittstellen- und Integrations-Design
• Gelebte Kommunikation mit Kunden
• Schrittweises Modernisieren großer Bestands-Landschaften
• „API als Produkt" und Developer Experience
• Aktives Auseinandersetzen mit den aktuellen Entwicklung rund um KI und Automatisierungen

Was du ausdrücklich nicht brauchst

• Zertifizierungen
• Node im Lebenslauf. Kommst du aus Spring oder .NET und bringst React mit, planen wir die Einarbeitung in unseren Stack ein. Was wir dir nicht beibringen können, ist die Architektur-Substanz — die muss da sein
• Ein bestimmtes Node-Framework, ob NestJS, Express oder Fastify: die Substanz zählt
• Einen Hochschulabschluss. Wir werten Können, nicht Papier

Was uns mehr interessiert als dein Stack

Fachlich passende Leute gibt es viele, die Rolle entscheidet sich am Menschen. Zwei Dinge müssen bei dir da sein.

• Lernen als innere Notwendigkeit. Nicht „hab ich gelernt, weil das Projekt es gebraucht hat", sondern der echte Drang zu verstehen und vorne mitzugestalten. KI ist dafür gerade das beste Beispiel: sie soll dich verstärken, damit du weiter kommst und mehr baust, aber dein eigenes Verstehen nie ersetzen.
• Der Antrieb, das Arbeiten für alle besser zu machen. Nicht nur den eigenen Fortschritt, sondern Team und Kunde spürbar weiterbringen. Menschen um dich herum heben, echte Verbindung aufbauen. Daraus entsteht Vertrauen, und Vertrauen ist bei uns die Grundlage von allem. Dazu gehört, Verantwortung für deine Arbeit zu übernehmen und ein Stück darüber hinaus.

Und weil das zum Claim oben gehört: Deine Meinung zu vertreten heißt nicht, dich zu inszenieren. Die Frage ist immer, was der Kunde und was das Team braucht - da ordnest du dich ein. Kritik auf Augenhöhe gehört trotzdem dazu, in beide Richtungen. Wer widerspricht, um recht zu haben, ist hier falsch. Wer nie widerspricht, allerdings auch.

Dazu unser härtestes Kriterium: du musst bereit sein, dich auf unsere Arbeitsweise einzulassen. Wir sind sehr offen für deine Ideen und ändern gerne Dinge, aber „so kenne ich das, kommt damit klar