DFIELDSOLUTIONS

Leistungen · Die ganze Werkbank

Vom BotZum System

Wenn du es beschreiben kannst, können wir es bauen. React und Next.js vorn, Python oder Node dahinter, Postgres darunter, ausgeliefert dorthin, wo du den Betrieb bezahlen kannst.

  • Next.js
  • React
  • FastAPI
  • Node
  • PostgreSQL
  • Docker

Die Arbeit, die in keine Kategorie passt: ein internes Tool, das eine Tabelle ablöst, die niemand mehr versteht, ein Telegram-Bot, der Preise nennt, ein Portal, in das sich deine Kunden einloggen, eine API, über die zwei Systeme sprechen. Wir schreiben es so, dass die nächste Entwicklerin es lesen kann, und lassen dir Repository, Deployment und Dokumentation.

Was du bekommst

  • Eine laufende Anwendung, deployed, mit dem Repository in deiner Organisation
  • Ein Datenbankschema, das die nächsten zwei Features übersteht
  • CI, die Tests fährt und ein kaputtes Deploy blockiert
  • Ein README, dem eine neue Entwicklerin folgen kann, ohne uns anzurufen

Wie es abläuft

  1. 01 · Beschreib es in einfachen Worten

    Kein Lastenheft nötig. Ein Gespräch und ein Whiteboard reichen zum Start.

  2. 02 · Auf eine erste Version schneiden

    Wir kürzen auf das, was in vier bis sechs Wochen nützlich ist, und halten fest, was verschoben wurde.

  3. 03 · Offen bauen

    Ab Woche eins bekommst du eine Staging-URL und siehst es wachsen. Keine Folien, kein Status-Theater.

  4. 04 · Ausliefern und übergeben

    Code, Zugänge, Doku, eine Einführung. Wir bleiben, wenn du willst, nicht weil du feststeckst.

Was sich ändert

Etwas, das läuft

Kein Prototyp im Repository. Eine URL, die dein Team am Montag nutzt.

Kein Lock-in

Jeder Zugang und jede Zeile gehört dir. Uns zu ersetzen ist eine Entscheidung, kein Projekt.

Lesbare Übergabe

Die nächste Entwicklerin startet mit Doku, nicht mit Archäologie.

Arbeiten von dieser Werkbank

Klare Antworten

Wie lange dauert eine erste Version?
Meist vier bis acht Wochen. Wenn etwas in zwei nützlich sein kann, sagen wir das und bauen es zuerst.
Könnt ihr eine bestehende Codebasis übernehmen?
Oft ja. Wir starten mit einem kurzen Durchlesen und sagen ehrlich, ob Weiterbauen oder Neuschreiben günstiger ist.
Wem gehört der Code?
Dir, ab dem ersten Commit. Das Repository liegt in deiner Organisation, nicht in unserer.
Könnt ihr eine Codebasis übernehmen, die jemand anders geschrieben hat?
Ja, und das ist ein normaler Ausgangspunkt. Die erste Aufgabe ist zu lesen, was wirklich da ist, statt was die Dokumentation behauptet — deshalb sind die ersten Wochen Discovery. Eine blind übernommene Codebasis ist der Grund, warum für etwas ein Rewrite vorgeschlagen wird, das drei Korrekturen gebraucht hätte.
Schreibt ihr alles neu?
Nur wenn die ehrliche Antwort lautet, dass ein Rewrite billiger ist als die Reparatur, und das ist seltener, als es klingt. Ein Rewrite verwirft funktionierendes Verhalten, das niemand aufgeschrieben hat — inklusive der Sonderfälle, die vor zwei Jahren jemand um zwei Uhr nachts behoben hat.
Wovon hängt der Stack ab?
Davon, was das Ding können muss und was dein Team pflegen kann, nachdem wir weg sind. Next.js, Python, FastAPI, Node und PostgreSQL decken das meiste ab, und etwas Exotisches zu wählen, das nur wir betreiben können, würde für die falsche Partei optimieren.

Alle Leistungen

Erzähl uns das Problem in einfachen Worten.Kennenlerngespräch buchen

DField Solutions · DField Bt. · dezso@dfieldsolutions.com
5,0
“Von der LinkedIn-Nachricht zur Live-Seite. Zwei winzige Änderungen, dann online.”Michael J Ringer · Vilya ProtectionGründer · Spanien