Waarom dictatie voor developers meer dan Engels moet bieden

In de meeste developertools zit een luie aanname ingebakken: omdat code met Engelse trefwoorden wordt geschreven, moet de developer wel in het Engels werken. Wie ooit in een team in Boekarest, São Paulo, Warschau of Kyiv heeft gewerkt, weet hoe fout dat is.

Ja, de functie heet getUserSession en het commit-bericht is waarschijnlijk Engels. Maar kijk naar alles rondom de code: de Slack-draad waarin de bug werd gemeld, het bericht aan de klant dat de vertraging uitlegt, het interne document dat het migratieplan beschrijft, de code-reviewopmerking die diplomatie vereist, de standupnotities. In een tweetalig team gebeurt die hele laag mogelijk in de eigen taal van het team.

Dictatietools hebben niet-Engelse spraak intussen vooral als bijzaak behandeld: technisch ondersteund, ergens in een instellingenmenu, zelden echt voor ontworpen, bijna nooit de kop. Wil dictatie een echt invoerkanaal voor builders zijn — geen demo — dan moet het werken in de taal waarin je daadwerkelijk denkt.

De tweetalige werkdag is de normale werkdag

Zo voelt dat: je denkt in je moedertaal, codeert in het Engels, en wisselt daar de hele dag tussen. Een Roemeense developer schrijft retryWithBackoff en legt daarna in Slack in het Roemeens uit waarom die retry-logica überhaupt een backoff nodig had. Een Duitse engineer reviewt een PR in Engelse syntaxis en annoteert hem in Duits proza.

Typen gaat prima om met die tweetaligheid, want toetsenborden kan het niet schelen in welke taal je typt. Maar op het moment dat je stem toevoegt, kan het de tool ineens wél schelen. Werkt je dictatie alleen goed in het Engels, dan kun je de code-nabije Engelse fragmenten dicteren, maar niet de berichten, documenten en uitleg die je in een andere taal schrijft.

Dat wordt scherper in de parallelle-agentworkflow waarover we schreven in Claude Code aansturen met je stem. Is je stem het stuurkanaal voor meerdere lanes — een agent prompten in het ene venster, een collega antwoorden in het andere — dan breekt een dictatietool die buiten het Engels struikelt precies de helft van je lanes. De agentprompt werkt; het antwoord aan je teamgenoot niet.

Wat Keebye hier daadwerkelijk aan doet

Claims over taalondersteuning zijn waar dictatiemarketing vaag wordt, dus dit is precies wat Keebye vandaag implementeert — niet meer, niet minder.

De standaard-engine is op Engels afgestemd. Dat gaan we niet begraven. Het model dat je uit de doos krijgt is geoptimaliseerd voor snel, nauwkeurig Engels dicteren, want het is de kleinste goede standaard en veel gebruikers hebben niets anders nodig.

De meertalige engine is een volwaardige optie, en hij is lokaal. Schakel in de instellingen over op de Canary-engine en je krijgt on-device speech-to-text in 25 talen: Bulgaars, Kroatisch, Tsjechisch, Deens, Nederlands, Engels, Estisch, Fins, Frans, Duits, Grieks, Hongaars, Italiaans, Lets, Litouws, Maltees, Pools, Portugees, Roemeens, Russisch, Slowaaks, Sloveens, Spaans, Zweeds, Oekraïens — met een taalkiezer om de taal vast te pinnen waarin je werkt. Zoals alles in Keebye draait hij op je Mac: de audio van jou die in je eigen taal met je team praat verlaat de machine nooit, en het blijft offline werken zodra het model is gedownload.

Apples eigen engine is er ook. Gebruik je liever de spraakherkenning die al in macOS is ingebouwd — die in je systeemtaal werkt — dan kan Keebye die in plaats daarvan gebruiken, zonder enige modeldownload.

Je jargon gaat mee. Het eigen woordenboek werkt ongeacht de engine, wat in meertalig werk meer uitmaakt in plaats van minder — elk team ontwikkelt zijn eigen creooltaal van productnamen, Engelse leenwoorden en lokale grammatica eromheen.

En de eerlijke grens: 25 talen is 25 talen, geen "elke taal". Staat die van jou niet in die lijst, dan dekt Keebyes meertalige engine je vandaag niet, en dat zeggen we liever dan af te ronden naar een marketinggetal. (De dagelijkse werking — een taal vastpinnen, snel wisselen via de menubalk, wat er gebeurt als automatische detectie ernaast gokt — staat in Pin je dicteertaal vast.)

Waarom dit zeldzaam is, en waarom dat een kans is

Local-first meertalige dictatie is oprecht ongewoon. Clouddictatieproducten hebben doorgaans de langste taallijsten — audio naar grote servermodellen sturen is de makkelijke manier om talen toe te voegen — maar dat leidt je spraak door andermans infrastructuur, en dat is precies wat sommige teams niet kunnen accepteren. We hebben die afweging eerlijk uiteengezet in Keebye vs Wispr Flow. Local-first tools hebben van oudsher juist Engels vooropgesteld en andere talen als een vinkje behandeld. (Superwhisper-gebruikers die dezelfde vraag afwegen kunnen onze vergelijking lezen.)

Het resultaat is een echt gat: een developer die in het Pools wil dicteren en de audio op de eigen machine wil houden, heeft weinig plekken om te staan.

Het is ook persoonlijk. Keebyes oprichtersverhaal — Twee kinderen, drie startups, één stem — is toevallig het verhaal van een Roemeenssprekende builder die met internationale startups werkt: precies de tweetalige spagaat die deze post beschrijft, dagelijks geleefd. De meertalige engine is geen functie die we voor een markt toevoegden. Het is een functie die de oprichter voor het middageten al nodig had.

Waar dit heen gaat

Onze weddenschap is simpel: spraakinvoer voor builders wordt beoordeeld zoals toetsenborden dat worden — het werkt in jouw taal of het is stuk. "Engels plus een sterretje" overleeft het contact met echte teams niet.

Werk je in een van die 25 talen, start dan hieronder je gratis proefperiode. Zet de engine op Canary, pin je taal vast, en dicteer het volgende Slack-antwoord zoals je het echt zou zeggen — en vertel ons daarna wat er stukging, in welke taal je maar wilt.