Developer Experience & Developer Advocacy as a Service

Damit Entwickler*innen deine API gerne nutzen

Ich schaue mir Doku, APIs, SDKs und Onboarding so an, wie es neue Entwickler*innen tun, und helfe dir, das zu beheben, was sie ausbremst. Kurze Projekte mit festem Umfang, klarem Ende und einer Übergabe, mit der dein Team weiterarbeiten kann.

TypeScript & JavaScriptNode.js & DenoFrontend & BackendTypstPHP auf Anfrage

In jedem Projekt enthalten

  • Ergebnisse, die vorab feststehen
  • Fester Umfang und klares Enddatum
  • Befunde in klarer Sprache, priorisiert
  • Eine Übergabe, mit der dein Team weiterkommt

Projekte

Glaub mir nicht einfach. Probier es aus.

Projekte, die du selbst öffnen, installieren, ausführen oder anschauen kannst.

Fallstudie · WüSpace

Telestion: Bodenstations­software in wenigen Zeilen

Software für Mission Control ist so komplex, wie es nur geht: Live-Telemetrie, viele Services, echte Hardware und eine Mission, die auf dem Spiel steht. Die Developer-Experience-Arbeit an Telestion sorgt dafür, dass diese Komplexität Entwickler*innen nicht im Weg steht. Ein Service, der Telemetrie beobachtet und eine Warnung auslöst, sieht so aus.

Telestion ist ein Open-Source-Framework in TypeScript und eine Teamleistung bei WüSpace. Ich habe die Developer Experience von Anfang bis Ende geleitet.

TypeScriptOpen SourceEnd-to-End
low-altitude-warning.ts
const { messageBus } = await startService();

const telemetry = messageBus.subscribe('telemetry');

for await (let packet of telemetry) {
    const data = telemetrySchema.parse(packet);
    if (data.altitude < 10_000) {
        sendWarning(`Low Altitude: ${data.altitude}`);
    }
}
Zuri mit Hut auf einem grauen Sofa in einem Büro, gestikuliert beim Erklären
Zuri im Münchner Adobe-Büro bei der Vorbereitung der Partner Days.

Über mich

Hi, ich bin Zuri

Ich arbeite allein, und das ganz bewusst. Wenn du mit mir arbeitest, arbeitest du mit mir: vom ersten Gespräch bis zur Übergabe, ohne Account-Manager*innen und ohne Zwischenstationen.

Bei WüSpace war ich DevEx-Lead für Telestion. Davor habe ich bei Adobe an UXP gearbeitet, Developer-Events durchgeführt, Doku und Beispiele geschrieben und Initiativen wie die Developer Office Hours geleitet. Außerdem baue ich eigene Libraries für Node.js und Deno, mit demselben Fokus auf Developer Experience.

Ich habe viel zu oft gesehen, wie großartige Developer-Tools scheitern. Das Engineering-Team baut ein tolles Produkt, aber es entsteht keine oder nur rudimentäre Doku, also sieht niemand die neuen Features. Das möchte ich lösen, auch für Unternehmen, die sich keine eigene Person für Developer Experience im Team leisten können.

Empfehlungen

Was ehemalige Kolleg*innen sagen

Persönliche Empfehlungen von Kolleg*innen, mit denen ich während meiner Anstellung bei Adobe an UXP gearbeitet habe, veröffentlicht mit ihrer Erlaubnis und im englischen Original. Sie sprechen für sich selbst, nicht für Adobe, und sind keine Empfehlung von Adobe.

Ehemalige Kolleg*in

Zuri is incredibly passionate about delivering the best possible experience for developers and users alike. … Zuri can wear so many different hats to help a team scale — from running developer events, writing high quality documentation and samples, advocating for changes to the user experience, to raising awareness regarding diversity—I'm always amazed and impressed at the incredible passion and impact Zuri brought to the team.

Kerri ShottsGroup Product Manager, Creative Cloud, AdobeZusammenarbeit an UXP bei Adobe · März 2024
Ehemalige Kolleg*in

Their commitment to best-in-class developer experience has resulted in so many impactful features in the platform. UI/UX improvements to the existing tools, quick start guides for easy onboarding, videos to explain UXP concepts, and constant engagement with the community through Office Hours, forums, and developer events are just the tip of the iceberg.

Padma KrishnamoorthySr. Technical Product Manager, AdobeZusammenarbeit an UXP bei Adobe · Juli 2023

Haltung

Zuerst die Menschen. Deine KI-Tools profitieren trotzdem.

Wenn die App um 2 Uhr nachts ausfällt, sitzt ein echter Mensch vor dem Rechner und muss verstehen, was los ist. Für diesen Menschen gestalte ich.

KI-Assistenten und Agents gehören heute zum Arbeitsalltag von Entwickler*innen, und sie zu ignorieren ist keine Option. Einen Sonderweg brauchen sie aber nicht: Was Doku und APIs für Menschen gut macht, ist genau das, womit Sprachmodelle gut zurechtkommen.

Doku, die einem müden Menschen um 2 Uhr nachts hilft, hilft auch deinem KI-Assistenten.

  • Der Mensch zuerst

    Audits betrachten deine Developer Experience mit den Augen von jemandem, der dein Produkt noch nicht kennt.

  • Semantische Doku hilft allen

    Klare Struktur, echte Überschriften, vollständige Beispiele und explizite Typen: Was Menschen hilft, verarbeiten Sprachmodelle besonders gut.

  • Intuitive APIs für alle

    Einheitliche Benennung, vorhersehbares Verhalten, gute Typen und hilfreiche Fehlermeldungen machen eine API leicht zu lernen und leicht richtig zu nutzen.

  • Keine eigene KI-Checkliste

    Meine Arbeit konzentriert sich auf die Developer Experience. Bessere Ergebnisse mit KI-Tools folgen daraus, deshalb behandle ich sie nicht als eigenen Schwerpunkt.

Ablauf

Vom ersten Gespräch bis zur Übergabe

  1. Kennenlernen

    Wir sprechen über dein Produkt, deine Entwickler*innen und darüber, wo sie hängen bleiben. Wenn ich nicht die richtige Person bin, sage ich es dir.

  2. Schriftliches Angebot

    Du bekommst ein Angebot mit Ergebnissen, Zeitplan und Preis. Was enthalten ist, steht drin, und was nicht enthalten ist, auch.

  3. Umsetzung und Übergabe

    Ich setze um, halte dich auf dem Laufenden und schließe mit einer Übergabe ab, damit dein Team ohne mich weitermachen kann.

Kontakt

Erzähl mir, wo deine Entwickler*innen hängen bleiben

Ein paar Zeilen zu deiner API, Doku oder deinem Event reichen. Ich antworte innerhalb einer Woche und sage dir ehrlich, ob und wie ich helfen kann.

Ein Link zu deiner Doku oder deinem Repository hilft mir bei der Vorbereitung.