Dettatura per sviluppatori: perché solo in inglese?

C'è un'assunzione pigra incorporata nella maggior parte degli strumenti per sviluppatori: siccome il codice si scrive con parole chiave inglesi, allora chi sviluppa deve lavorare in inglese. Chiunque abbia lavorato davvero in un team a Bucarest, San Paolo, Varsavia o Kiev sa quanto sia sbagliato.

Sì, la funzione si chiama getUserSession e il messaggio di commit sarà probabilmente in inglese. Ma guarda tutto ciò che sta attorno al codice: il thread Slack dove è stato segnalato il bug, il messaggio al cliente che spiega il ritardo, il documento interno che descrive il piano di migrazione, il commento di code review che richiede diplomazia, gli appunti dello standup. In un team bilingue, tutto quel livello può svolgersi nella lingua del team.

Gli strumenti di dettatura, intanto, hanno trattato il parlato non inglese quasi sempre come un ripensamento: tecnicamente supportato da qualche parte in un menu di impostazioni, raramente progettato davvero, quasi mai in primo piano. Se la dettatura vuole essere un vero canale di input per chi costruisce — e non una demo — deve funzionare nella lingua in cui pensi davvero.

La giornata bilingue è la giornata normale

Ecco la sua consistenza: pensi nella tua lingua madre, scrivi codice in inglese e passi dall'una all'altro per tutto il giorno. Uno sviluppatore rumeno scrive retryWithBackoff, poi si gira su Slack e spiega in rumeno perché quella logica di retry avesse bisogno di un backoff. Un ingegnere tedesco rivede una PR con sintassi inglese e la annota in prosa tedesca.

Digitare gestisce bene questo bilinguismo, perché alle tastiere non importa in che lingua scrivi. Ma nel momento in cui aggiungi la voce, allo strumento improvvisamente importa. Se la tua dettatura funziona bene solo in inglese, puoi dettare i frammenti inglesi vicini al codice, ma non i messaggi, i documenti e le spiegazioni che scrivi in un'altra lingua.

La cosa si fa più netta nel flusso ad agenti paralleli di cui abbiamo scritto in Guidare Claude Code con la voce. Se la tua voce è il canale di controllo per diverse corsie — un prompt a un agente in una finestra, una risposta a un collega in un'altra — allora uno strumento di dettatura che inciampa fuori dall'inglese rompe esattamente metà delle tue corsie. Il prompt all'agente funziona; la risposta al collega no.

Cosa fa davvero Keebye al riguardo

Le affermazioni sul supporto linguistico sono il punto in cui il marketing della dettatura si fa vago, quindi ecco con precisione cosa implementa Keebye oggi — né più né meno.

Il motore predefinito è tarato sull'inglese. Non lo nasconderemo. Il modello pronto all'uso è ottimizzato per una dettatura inglese veloce e precisa, perché è il più piccolo buon default e a molti utenti non serve altro.

Il motore multilingue è un'opzione di prima classe, ed è locale. Passa al motore Canary nelle impostazioni e ottieni speech-to-text on-device in 25 lingue: bulgaro, croato, ceco, danese, olandese, inglese, estone, finlandese, francese, tedesco, greco, ungherese, italiano, lettone, lituano, maltese, polacco, portoghese, rumeno, russo, slovacco, sloveno, spagnolo, svedese, ucraino — con un selettore per fissare quella in cui lavori. Come tutto in Keebye, gira sul tuo Mac: l'audio di te che parli al tuo team nella tua lingua non lascia mai la macchina, e continua a funzionare offline una volta scaricato il modello.

C'è anche il motore nativo di Apple. Se preferisci usare il riconoscimento vocale già integrato in macOS — che funziona nella lingua del sistema — Keebye può usare quello, senza alcun download di modello.

Il tuo gergo ti segue. Il dizionario personalizzato si applica a prescindere dal motore, e nel lavoro multilingue conta di più, non di meno: ogni team sviluppa il proprio creolo fatto di nomi di prodotto, prestiti inglesi e grammatica locale che ci si avvolge attorno.

E il confine onesto: 25 lingue sono 25 lingue, non «tutte le lingue». Se la tua non è in quell'elenco, il motore multilingue di Keebye oggi non ti copre, e preferiamo dirlo piuttosto che arrotondare a un numero da marketing. (La meccanica quotidiana — fissare una lingua, il cambio rapido dalla barra dei menu, cosa succede quando il rilevamento automatico sbaglia — è in Fissa la lingua di dettatura.)

Perché è raro, e perché è un'opportunità

La dettatura multilingue local-first è genuinamente insolita. I prodotti di dettatura cloud tendono ad avere gli elenchi di lingue più ampi — mandare l'audio a grandi modelli lato server è il modo facile di aggiungere lingue — ma questo instrada il tuo parlato attraverso l'infrastruttura di qualcun altro, che è esattamente ciò che alcuni team non possono accettare. Abbiamo esposto quel compromesso onestamente in Keebye vs Wispr Flow. Gli strumenti local-first, invece, storicamente hanno messo l'inglese davanti e trattato le altre lingue come una casella da spuntare. (Chi usa Superwhisper e si pone la stessa domanda può leggere il nostro confronto.)

Il risultato è una lacuna reale: uno sviluppatore che vuole dettare in polacco e tenere l'audio sulla propria macchina ha meno posti dove stare.

È anche personale. La storia del fondatore di Keebye — Due figli, tre startup, una voce — è per l'appunto la storia di un builder di lingua rumena che lavora con startup internazionali: esattamente la spaccatura bilingue che questo articolo descrive, vissuta ogni giorno. Il motore multilingue non è una funzione aggiunta per un mercato. È una funzione di cui il fondatore aveva bisogno entro l'ora di pranzo.

Dove va a finire

La nostra scommessa è semplice: l'input vocale per chi costruisce sarà giudicato come si giudicano le tastiere — o funziona nella tua lingua o è rotto. «Inglese più un asterisco» non sopravvivrà al contatto con team veri.

Se lavori in una di quelle 25 lingue, inizia la prova gratuita qui sotto. Passa al motore Canary, fissa la tua lingua e detta la prossima risposta su Slack come la diresti davvero — poi raccontaci cosa si è rotto, nella lingua che preferisci.