Diktieren für Entwickler: Prosa sprechen, Code tippen
Eine for-Schleife diktiert niemand freiwillig. Trotzdem schreiben Entwicklerinnen und Entwickler jeden Tag erstaunlich viel normalen Text: Commit-Beschreibungen, Pull-Request-Texte, Review-Kommentare, Tickets, Architektur-Notizen und lange Prompts für Coding-Assistenten. Genau dort lohnt sich die Spracheingabe. Diese Seite trennt sauber, was du sprichst und was du weiter tippst, gibt Beispielsätze für jeden Fall und sagt offen, wo Spracherkennung bei technischem Text versagt. Ein deutsches Extra-Thema ist das Denglisch, das in fast jedem Team gesprochen wird.
Sprechen oder tippen: eine einfache Sortierregel
Faustregel: Könnte eine Kollegin den Text vorlesen, ohne etwas zu buchstabieren, dann diktiere ihn. Enthält er Bezeichner, viel Syntax oder exakte Zeichenketten, tipp ihn. Die meisten echten Aufgaben sind gemischt. Du sprichst also die Sätze und tippst die wenigen Tokens darin nach.
| Aufgabe | Diktieren? | Warum |
|---|---|---|
| Commit-Beschreibung (Body) | Ja | Zwei, drei Sätze Begründung, fast nur normale Wörter |
| Commit-Betreff | Meistens | Kurz; Datei- oder Funktionsnamen danach eintippen |
| Kommentar im Code-Review | Ja | Eine Sorge zu erklären geht gesprochen schneller |
| README, Anleitungen, Wiki | Ja, für den Fließtext | Codeblöcke, Befehle und Pfade von Hand |
| Prompt für einen Coding-Assistenten | Ja | Langer Kontext ist der größte Gewinn |
| Variablen, Funktionsaufrufe | Nein | camelCase, Unterstriche und Klammern kommen falsch an |
| Shell-Befehle, Flags, Regex | Nein | Ein falsches Zeichen ändert die Bedeutung |
| Dateipfade und URLs | Nein | Schrägstriche und Punkte sind mühsam und fehleranfällig |
Commit-Nachrichten per Sprache
Ruf git commit ohne -m auf, damit dein Editor aufgeht. Tipp den Betreff oder sprich ihn und korrigier die Namen, lass eine Leerzeile und diktiere dann den Body. Genau den lassen viele beim Tippen weg, weil er lästig wirkt, und genau er erklärt die Änderung demjenigen, der in einem Jahr git blame aufruft.
Ein Body, den du in etwa fünfzehn Sekunden sprichst: „Die Retry-Schleife hat nach dem ersten Timeout aufgegeben, weil der Zähler im Catch-Block zurückgesetzt wurde. Das Zurücksetzen steht jetzt vor der Schleife, und ein neuer Test simuliert zwei Timeouts hintereinander.“ Mit automatischer Zeichensetzung genügt eine kurze Pause am Satzende; sonst sagst du „Komma“ und „Punkt“ dazu. Den Namen der Testdatei tippst du danach ein.
Konventionen unterscheiden sich je nach Team. Viele halten den Betreff kurz und im Imperativ, oft auf Englisch („Fix retry counter reset“), und schreiben den Body auf Deutsch oder Englisch. Der Zeilenumbruch nach 72 Zeichen ist der Spracheingabe egal; das erledigt der Editor vor dem Speichern.
Denglisch: wenn das Team halb Englisch spricht
In deutschen Teams klingt ein normaler Satz so: „Ich habe den Pull Request rebased, die Pipeline ist grün, kannst du noch mal drüberschauen, bevor ich merge?“ Für eine Spracherkennung, die strikt auf eine Sprache eingestellt ist, ist das schwer. Englische Fachwörter werden eingedeutscht, falsch geschrieben oder durch ähnlich klingende deutsche Wörter ersetzt.
Bei den Bordmitteln stellst du eine Sprache pro Diktat ein. Am Mac kannst du über das Sprachkürzel neben dem Cursor oder die Globus-Taste wechseln, unter Windows 11 mit Windows-Taste + Leertaste vor dem Start. Mitten im Satz hilft das wenig. Praktisch heißt das: Diktiere den Satz auf Deutsch und tipp die zwei, drei englischen Begriffe nach, oder schreib ganze Kommentare gleich auf Englisch, wenn das Repository ohnehin englisch dokumentiert ist.
Review-Kommentare, die freundlich ankommen
Getippte Review-Kommentare werden oft knapp, und knapp liest sich schnell schroff. Gesprochen klingen sie eher so, wie du es am Nachbartisch sagen würdest. Eine brauchbare Form: was dir aufgefallen ist, warum es wichtig ist, was du vorschlägst.
Beispiel zum Diktieren: „Diese Abfrage läuft einmal pro Eintrag in der Liste, eine Seite mit zweihundert Bestellungen macht also zweihundert Datenbankaufrufe. Können wir die in einem Aufruf laden und im Speicher gruppieren? Ich setze mich gern mit dir dran.“ Danach klickst du in den Kommentar und setzt den Funktionsnamen von Hand in Backticks.
Lies jeden Kommentar einmal, bevor du ihn abschickst. Ein verhörtes Wort in einer privaten Notiz ist egal, in einem Review muss die Autorin raten, was gemeint war.
Doku, Tickets und Prompts
Bei der Dokumentation haben Entwickler am meisten zu sagen und am wenigsten Lust zu tippen. Teil die Arbeit: Sprich die Erklärung Abschnitt für Abschnitt („was der Dienst macht“, „wie man ihn lokal startet“, „was am häufigsten kaputtgeht“) und tipp danach alle Befehle, Umgebungsvariablen und Codeblöcke ein. Ein in zehn Minuten gesprochener Rohentwurf schlägt meistens die leere README, die auf einen freien Nachmittag wartet.
Für Tickets und Fehlerberichte sprichst du die Schritte zur Reproduktion als nummerierte Sätze: „Erstens, Einstellungsseite öffnen. Zweitens, Zeitzone auf Europe/Berlin ändern und speichern. Erwartet: Das Dashboard zeigt die neue Zone. Tatsächlich: Es zeigt weiter UTC.“ Den Zonennamen prüfst du danach, die Details, die du beim Tippen weggelassen hättest, sind aber drin.
Coding-Assistenten liefern bessere Antworten, wenn sie Kontext bekommen: was du vorhast, was du schon probiert hast, was sich nicht ändern darf. Sprich diesen Kontext, und füge Code und Fehlermeldungen per Kopieren ein, denn Stacktraces liest man nie vor. Wie du lange Prompts strukturierst und warum eine gesprochene neue Zeile den Prompt zu früh abschicken kann, steht in der Anleitung Prompts an ChatGPT und Claude diktieren.
Wo Diktieren schlecht ist (und die wenigen Auswege)
- Bezeichner. Aus „get user by id“ werden vier Wörter. Apples deutsche Befehlsliste enthält „kein Leerzeichen: ein“ und „kein Leerzeichen: aus“ sowie „Großbuchstaben: ein“. camelCase per Stimme zusammenzubauen ist trotzdem langsamer als tippen.
- Symbole in Serie. Am Mac kennt die deutsche Liste „Unterstrich“, „Schrägstrich“, „umgekehrter Schrägstrich“, „linke geschweifte Klammer“ und „vertikaler Strich“. Die deutsche Liste der Windows-11-Spracheingabe ist kürzer, mit Klammern, Raute, Klammeraffe und Pluszeichen; Backtick und Unterstrich stehen nur in der englischen. Für ein Zeichen in Ordnung, für eine Codezeile eine Qual.
- Fachjargon und Produktnamen. Bibliotheksnamen, interne Dienstnamen und Abkürzungen werden am häufigsten verhört. Tipp sie, oder sprich drumherum und füll die Lücke.
- Exaktheit. Ein verhörtes Wort in einem Kommentar ist ein Tippfehler. Ein verhörtes Zeichen in einem Konfigurationswert ist ein Bug. Diktiere nie Werte, die ausgeführt oder geparst werden.
- Großraumbüro. Den ganzen Tag mit dem Rechner zu reden, während nebenan jemand im Call ist, nervt alle. Push-to-talk und ein Headset helfen, ein ruhiger Raum hilft mehr.
Die vollständigen Befehle für Satzzeichen und Formatierung auf beiden Systemen stehen in der Anleitung Satzzeichen diktieren.
So einrichten, dass es nicht stört
Entwickler wechseln ständig zwischen Editor, Terminal, Browser und Chat. Ein Diktierwerkzeug sollte deshalb überall dort schreiben, wo der Cursor steht, mit einer einzigen Geste. Die eingebaute Diktierfunktion am Mac und die Spracheingabe unter Windows 11 tun das beide; Windows braucht dafür eine Internetverbindung, und am Mac endet das Diktat nach 30 Sekunden ohne erkannte Sprache.
Voice Monkeys ist eine eigene App, die genau um diese Geste herum gebaut ist: rechte Wahltaste am Mac (rechte Alt-Taste unter Windows und Linux, änderbar) halten, sprechen, loslassen, und der Text steht am Cursor, auch im Terminal oder in der IDE. Kurzes Antippen hört bis zum nächsten Antippen zu, Esc verwirft. Die 25 Sprachen werden am Klang erkannt und dürfen im Satz gemischt werden, was beim Denglisch hilft. Auf Macs mit Apple Silicon läuft das Sprachmodell auf dem Gerät; gibt es bei deinem Arbeitgeber Regeln, wohin Audio aus der Arbeit darf, gleich das damit ab, statt es als Freibrief zu nehmen. Unter Linux braucht die App eine X11-Sitzung, nicht Wayland. Du kannst sie herunterladen und 7 Tage testen. Schreibst du vor allem Fließtext in einem einzigen Editor, reichen vielleicht schon die Bordmittel.
Wenn du dir Sorgen um den Datenweg machst, hilft der Beitrag Ist Diktieren privat?, und einen Vergleich aller Apps findest du in der Übersicht der besten Diktier-Apps.
Fragen und Antworten
Kann man mit Spracheingabe programmieren?
Allgemeine Diktierwerkzeuge sind beim eigentlichen Code schwach: Bezeichner, Klammern und exakte Syntax kommen falsch an. Für den Text rund um den Code, also Commit-Beschreibungen, Review-Kommentare, Doku und Prompts, funktionieren sie gut.
Wie diktiere ich eine Commit-Nachricht?
Starte git commit ohne -m, damit der Editor aufgeht. Betreff kurz tippen oder sprechen, Leerzeile, dann den Body diktieren. Datei- und Funktionsnamen vor dem Speichern von Hand korrigieren.
Funktioniert Diktieren im Terminal?
Werkzeuge, die am Cursor schreiben, also die Mac-Diktierfunktion, die Windows-Spracheingabe und Apps wie Voice Monkeys, tippen ins Terminal wie eine Tastatur. Befehle, die du gleich ausführst, solltest du trotzdem tippen.
Wie diktiere ich Unterstrich oder Klammern?
Sag den Namen des Zeichens, am Mac etwa „Unterstrich“ oder „linke eckige Klammer“, unter Windows „Klammer auf“. Apple und Microsoft veröffentlichen die Listen; sie unterscheiden sich je nach System und Sprache.
Darf ich Beschreibungen von Firmencode diktieren?
Das hängt davon ab, wo die Sprache verarbeitet wird, und von den Regeln deines Arbeitgebers. Prüf, ob dein Werkzeug auf dem Gerät oder auf einem Server arbeitet, und frag dann im Zweifel nach.
Quellen
- Apple: Befehle für das Diktieren von Text auf dem Mac (geprüft 6. November 2026)
- Apple: Commands for dictating text on Mac (Englisch) (geprüft 6. November 2026)
- Apple: Diktat auf dem Mac verwenden (geprüft 6. November 2026)
- Microsoft: Spracheingabe anstelle der Eingabe auf Ihrem PC verwenden (geprüft 6. November 2026)
- Microsoft: Use voice typing to talk instead of type on your PC (Englisch) (geprüft 6. November 2026)