Next.js-Entwicklung für Berliner Teams

Berlin kauft Entwicklung anders ein als der Rest Deutschlands, und dieser Unterschied gehört an den Anfang.

Die Firmen hier haben meist eigene Entwickler. Sie suchen keinen Dienstleister, der ein Lastenheft mitnimmt und in drei Monaten wiederkommt - sie wollen eine bestimmte Lücke geschlossen haben, in einem Team, das schon existiert, mit ihren Leuten in den Pull Requests. Das prägt ein Projekt weit stärker als alles Technische am Framework.

Sieben Stunden Überschneidung, und das ist das ganze Argument

Berlin liegt eine Stunde hinter Ankara. Unsere Arbeitstage überschneiden sich fast vollständig.

Das klingt nach einer Kleinigkeit und ist der Unterschied zwischen Remote-Arbeit, die funktioniert, und Remote-Arbeit, über die alle leise fluchen. Eine Frage um zehn Uhr wird am selben Vormittag beantwortet. Ein Review vor der Mittagspause ist am Nachmittag erledigt. Niemand wartet eine Nacht auf eine Antwort, die vier Minuten kostet.

Zum Vergleich die Variante, an die europäische Teams denken, wenn sie "Offshore" sagen: sechs bis acht Stunden Unterschied, wo jeder Austausch einen Tag kostet. Die Entwicklung ist bei einer Stunde Unterschied nicht besser. Das Projekt ist es, weil die Rückmeldung in Stunden kommt statt in Tagen.

Was hier gebaut wird

Die Anfragen aus Berlin ballen sich: SaaS-Produktoberflächen, Marktplatz-Frontends, Dashboards, die ihrem Ursprung entwachsen sind. Selten Broschürenseiten - das ist ein anderer Markt und eine andere Art Firma.

Diesen Projekten ist gemeinsam, dass die Rendering-Strategie tatsächlich zählt. Ein authentifiziertes Dashboard lässt sich nicht statisch ausliefern, eine Marktplatz-Listenseite muss es, und in den meisten schnell gewachsenen Anwendungen sind beide ineinander verschränkt - ein use client, das nach oben gekrochen ist, bis jede Seite dynamisch wurde, ohne dass jemand den Moment bemerkt hat.

Das ist in der Regel das erste Gespräch: nicht was gebaut wird, sondern welche Route wie rendert und warum, was eine Entscheidung mit Preisschild ist und keine Geschmacksfrage.

Arbeiten in einem Team, das es schon gibt

Weil der Käufer hier meist eigene Entwickler hat, funktioniert nicht die Projektform, die Agenturen üblicherweise verkaufen.

Wir arbeiten in Ihrem Repository, nach Ihrer Branch-Policy, durch Ihren Review-Prozess. Ihre Entwickler reviewen unsere Pull Requests ab der ersten Woche, nicht bei der Übergabe. Falls das langsamer klingt: ja - und es ist die einzige Variante, in der der Code auch nach uns wartbar bleibt, weil die Leute, die ihn pflegen werden, ihm die ganze Zeit widersprochen haben.

Die Übergabe am Ende ist dann eine Formalie statt eines Ereignisses, und so soll es sein.

Die lokalen Pflichten sind Bau-Entscheidungen

Zwei Dinge gelten hier, die nicht überall gelten, und beide reichen bis in den Code statt in den Text.

Das BFSG hat Barrierefreiheit zu einer Auslieferungsbedingung gemacht, und bei einer App-Router-Anwendung häufen sich die Fehler an drei Stellen: Fokus, der bei clientseitiger Navigation nicht mitgeht, Ladezustände, die nichts ansagen, und Validierungsfehler aus Server Actions, die nie mit ihrem Eingabefeld verknüpft sind. Nichts davon ist Alt-Text.

Das Impressum braucht eine echte Route mit echtem Canonical, kein Modal. Eine Inhaltspflicht mit einer Routing-Folge.

Beides steht ausführlich auf der Länderseite Deutschland, wo der regulatorische Teil hingehört - ihn hier zu wiederholen, machte aus einem Argument zwei Seiten.