Über den Service
ÜbersetztIch bin technischer Redakteur und verwandle verstreute Materialien in Dokumentationen, denen sowohl Entwickler als auch normale Benutzer vertrauen. Ich arbeite direkt mit Ihrem Code, Pull-Requests, Postman-Sammlungen, Messenger-Gesprächen und kurzen Anrufen mit Ingenieuren und liefere sauberen, strukturierten Text, der nicht nur erklärt, was eine Funktion tut, sondern auch warum und wann man sie anwendet. Mein Fokus liegt auf Entwicklermaterialien, API-Referenzen, Integrationsleitfäden, Benutzer- und Administrationsanleitungen, Anleitungen. Genauigkeit hat für mich oberste Priorität: Ich überprüfe jeden Endpunkt, Parameter, Antwortcode und Fehlermeldung anhand des realen Produkts, bevor ich veröffentliche, damit die Leser nicht auf einen Schritt stoßen, der stillschweigend nicht funktioniert.
Sie erhalten mehr als nur Korrektur gelesenes Material. Ich denke über die Struktur nach: was gehört in den Schnellstart und was in die Referenz, schreibe in einem einheitlichen Ton und stelle einen wiederverwendbaren Stil-Leitfaden zur Verfügung. Ich liefere in Markdown, reStructuredText, AsciiDoc oder direkt in Ihre Docs-as-Code-Pipeline, arbeite frei mit Git, OpenAPI und Swagger-Spezifikationen, statischen Site-Generatoren und Diagrammtools. Ich füge kommentierte Codebeispiele, Beispielanfragen und -antworten, Sequenzdiagramme und Screenshots hinzu, wo sie wirklich wichtig sind, und halte alles versioniert, damit Updates einfach kommen.
Egal, ob Sie eine öffentliche API starten, ein neues SDK einführen oder endlich das interne Tool dokumentieren, das im Kopf eines Ingenieurs lebt – ich werde den Umfang bewerten, Anforderungen von Stakeholdern sammeln und ein vollständiges Dokumentationspaket pünktlich liefern. Schicken Sie mir, was Sie haben, und ich sage Ihnen ehrlich, was fehlt und wie Sie die Lücken füllen können.
— Dokumentation für Entwickler und Schnellstartanleitungen
— REST- und GraphQL-API-Referenzen aus OpenAPI/Swagger-Spezifikationen
— Benutzerhandbücher, Administrationshandbücher und Anleitungen
— Docs-as-Code in Markdown, reST oder AsciiDoc mit Git
— Bearbeitung, Umstrukturierung und Stil-Leitfäden für bestehende Dokumentationen
Sie erhalten mehr als nur Korrektur gelesenes Material. Ich denke über die Struktur nach: was gehört in den Schnellstart und was in die Referenz, schreibe in einem einheitlichen Ton und stelle einen wiederverwendbaren Stil-Leitfaden zur Verfügung. Ich liefere in Markdown, reStructuredText, AsciiDoc oder direkt in Ihre Docs-as-Code-Pipeline, arbeite frei mit Git, OpenAPI und Swagger-Spezifikationen, statischen Site-Generatoren und Diagrammtools. Ich füge kommentierte Codebeispiele, Beispielanfragen und -antworten, Sequenzdiagramme und Screenshots hinzu, wo sie wirklich wichtig sind, und halte alles versioniert, damit Updates einfach kommen.
Egal, ob Sie eine öffentliche API starten, ein neues SDK einführen oder endlich das interne Tool dokumentieren, das im Kopf eines Ingenieurs lebt – ich werde den Umfang bewerten, Anforderungen von Stakeholdern sammeln und ein vollständiges Dokumentationspaket pünktlich liefern. Schicken Sie mir, was Sie haben, und ich sage Ihnen ehrlich, was fehlt und wie Sie die Lücken füllen können.
— Dokumentation für Entwickler und Schnellstartanleitungen
— REST- und GraphQL-API-Referenzen aus OpenAPI/Swagger-Spezifikationen
— Benutzerhandbücher, Administrationshandbücher und Anleitungen
— Docs-as-Code in Markdown, reST oder AsciiDoc mit Git
— Bearbeitung, Umstrukturierung und Stil-Leitfäden für bestehende Dokumentationen
