Zum Inhalt springen

Laravel-Agentur in Stuttgart

Laravel-Anwendungen, die auch in drei Jahren noch wartbar sind

Wir bauen Fachanwendungen und API-Backends mit Laravel. Für Unternehmen, die in drei Jahren noch etwas daran ändern wollen, ohne dass jemand die Luft anhält.

  • Direkter Draht

    Drei Durchwahlen, dahinter die Leute, die Ihr Projekt kennen. Keine Zentrale.

  • Übergabefähig

    Versionierte Migrationen und Tests an den Stellen, wo ein Fehler wehtut. Damit kann später auch ein anderes Team weiterarbeiten.

  • Skalierbar angelegt

    Backends ohne Zustand im Prozess. Wächst die Last, kommen einfach Instanzen dazu.

  • Ohne fremde Skripte

    Diese Seite lädt nichts von Drittanbietern. Deshalb steht hier auch kein Cookie-Banner.

Leistungen

Was wir mit Laravel machen

Von der ersten Zeile bis zum laufenden Betrieb. Ein guter Teil unserer Arbeit sind allerdings Projekte, die schon eine Geschichte haben, wenn wir dazukommen.

Warum Laravel

Struktur, die man nach einem Jahr noch versteht

Laravel legt fest, wo welche Sorte Code hingehört. Die Prüfung der Eingaben liegt im Request, langlaufende Arbeit in einem Job, die Ausgabe einer Schnittstelle in einer Resource. Ein Team muss diese Fragen also nicht jedes Mal neu verhandeln.

Teuer wird Software selten beim Bauen. Teuer wird sie zwei Jahre später, wenn jemand eine Kleinigkeit ändern soll und erst einmal eine Woche sucht, warum etwas so gebaut wurde. Dagegen hilft keine Technologie, nur Disziplin beim Aufräumen. Wir halten sie von Anfang an durch, auch wenn es im ersten Monat nach Umweg aussieht.

Mehr zu unserer Arbeitsweise

app/Http/Controllers/RechnungController.php

public function store(
    RechnungRequest $request
): JsonResponse {
    $rechnung = Rechnung::create(
        $request->validated()
    );

    RechnungVersenden::dispatch($rechnung)
        ->onQueue('mail')
        ->afterCommit();

    return RechnungResource::make($rechnung)
        ->response()
        ->setStatusCode(201);
}

Aufbau

Ein Weg, und immer derselbe

Jede Anfrage nimmt denselben Weg. Die Middleware prüft Anmeldung und Rechte, ein Request validiert die Eingaben, der Controller erledigt die Fachlogik, eine Resource formt die Antwort. Alles, was länger dauert, wandert in eine Warteschlange und läuft im Hintergrund weiter.

Schema F, zugegeben. Aber wer ein halbes Jahr später etwas ändern muss, weiß sofort, wo er nachsieht.

Ablaufdiagramm: Eine Anfrage läuft von Browser oder App über Middleware, Validierung und Controller zur Antwort. Vom Controller zweigt ein roter Pfeil nach unten in einen Bereich „Hintergrund“ ab, wo ein Job in einer Warteschlange von einem Worker abgearbeitet wird.
Der Weg einer Anfrage. Der Abzweig nach unten ist der Grund, warum eine Anwendung auch dann schnell antwortet, wenn im Hintergrund viel passiert.

Vorgehen

Wie ein Projekt bei uns abläuft

  1. Gespräch

    Wir hören zu, fragen nach und sagen offen, wenn wir für Ihr Vorhaben nicht die Richtigen sind.

  2. Konzept und Schätzung

    Wir klären den fachlichen Schnitt und das Datenmodell. Daraus wird eine Schätzung, bei der Sie sehen, welcher Teil welchen Aufwand verursacht.

  3. Umsetzung in Schritten

    Kurze Abschnitte, nach jedem läuft etwas. So sehen Sie früh, was entsteht, und können nachsteuern, solange es billig ist.

  4. Übergabe und Betrieb

    Deployment und Überwachung stehen, die Dokumentation ist geschrieben. Danach übernehmen wir die Wartung oder übergeben an Ihr Team.

Wissen

Aus der Praxis

Was uns in Projekten beschäftigt, aufgeschrieben für Leute, die mitentscheiden müssen, ohne selbst zu programmieren.

Alle Beiträge

FAQ

Fragen, die uns oft gestellt werden

Was kostet eine Laravel-Anwendung?
Das hängt am fachlichen Umfang, kaum an der Technik. Eine interne Verwaltung mit fünf Formularen ist etwas ganz anderes als ein Portal mit Rollenkonzept und Abrechnung. Paketpreise nennen wir deshalb nicht. Nach dem ersten Gespräch bekommen Sie eine Schätzung, in der aufgeschlüsselt ist, welcher Teil welchen Aufwand verursacht. Dann entscheiden Sie, was in die erste Ausbaustufe gehört und was warten kann.
Übernehmen Sie auch bestehende Projekte?
Ja, das ist sogar ein guter Teil unserer Arbeit. Am Anfang steht dann ein Code-Audit. Wir sehen uns an, in welchem Zustand die Anwendung ist, welche Abhängigkeiten veraltet sind und wo die Risiken liegen. Am Ende steht ein Plan mit Reihenfolge und Aufwand. Was wir fast nie empfehlen, ist ein pauschaler Neubau.
Arbeiten Sie vor Ort oder aus der Ferne?
Beides, je nachdem was dem Projekt hilft. Für den Auftakt lohnt sich ein Raum mit einer Wand, an die man etwas zeichnen kann. Die Entwicklung läuft danach aus Stuttgart, mit festen Terminen für Zwischenstände. Wer in der Region sitzt, bekommt einen Termin vor Ort ohne großes Vorlaufen.
Was passiert nach dem Launch?
Mit dem Livegang fängt der längere Teil erst an. Abhängigkeiten bekommen Sicherheitsupdates, Laravel erscheint in neuen Hauptversionen, und die Anforderungen ändern sich sowieso. Dafür gibt es Wartung und Support mit festen Ansprechpartnern. Wer das lieber im eigenen Haus behält, bekommt die Übergabe samt Dokumentation.
Warum Laravel und nicht ein Baukasten oder ein CMS?
Für eine Website mit Seiten und Beiträgen ist ein CMS meist die günstigere Antwort. Sobald eigene Fachlogik dazukommt, also Rollen, Berechnungen, Status, dreht sich das Verhältnis. Was im CMS als Sammlung zusammengesuchter Plugins entsteht, ist in Laravel eigener Code, den man testen kann. Fällt Ihr Vorhaben in die erste Kategorie, sagen wir Ihnen das.

Erzählen Sie uns von Ihrem Vorhaben

Ein paar Sätze reichen für den Anfang. Antworten tut jemand, der selbst mit Laravel arbeitet.