Miért nem lehet a fejlesztői diktálás csak angol

A fejlesztői eszközök nagy részébe bele van sütve egy lusta feltételezés: mivel a kód angol kulcsszavakkal íródik, a fejlesztő biztosan angolul dolgozik. Aki dolgozott már csapatban Bukarestben, São Paulóban, Varsóban vagy Kijevben, tudja, mennyire nem így van.

Igen, a függvény neve getUserSession, és a commit üzenete valószínűleg angol. De nézd meg mindazt, ami a kód körül van: a Slack-szálat, ahol a hibát bejelentették, az ügyfélnek szóló üzenetet a csúszásról, a belső dokumentumot a migrációs tervről, a kódreview-megjegyzést, amelyhez diplomácia kell, a standup-jegyzeteket. Egy kétnyelvű csapatban ez az egész réteg a csapat saját nyelvén zajlik.

A diktálóeszközök eközben többnyire utólagos gondolatként kezelték a nem angol beszédet: technikailag támogatva valahol egy beállításmenüben, ritkán megtervezve, szinte sosem a főcímben. Ha a diktálásból valódi beviteli csatorna lesz az építőknek — és nem demó —, akkor azon a nyelven kell működnie, amelyen valójában gondolkodsz.

A kétnyelvű munkanap a normál munkanap

Így néz ki a szövete: az anyanyelveden gondolkodsz, angolul kódolsz, és a kettő között váltasz egész nap. Egy román fejlesztő leírja, hogy retryWithBackoff, majd Slackre vált, és románul elmagyarázza, miért kellett egyáltalán backoff az újrapróbálkozási logikába. Egy német mérnök angol szintaxisban néz át egy PR-t, és német prózában kommentálja.

A gépelés ezt a kétnyelvűséget jól kezeli, mert a billentyűzetet nem érdekli, milyen nyelven gépelsz. Amint viszont hangot teszel hozzá, az eszközt hirtelen érdekelni kezdi. Ha a diktálásod csak angolul működik jól, akkor a kód körüli angol töredékeket tudod diktálni, de az üzeneteket, dokumentumokat és magyarázatokat, amelyeket más nyelven írsz, nem.

Ez élesebbé válik a párhuzamos agentes munkafolyamatban, amelyről a Claude Code vezetése hanggal írásban írtunk. Ha a hangod több lane vezérlőcsatornája — az egyik ablakban egy agentet promptolsz, a másikban egy kollégának válaszolsz —, akkor egy olyan diktálóeszköz, amely az angolon kívül megbotlik, pontosan a lane-jeid felét töri el. Az agent-prompt működik; a csapattársnak szóló válasz nem.

Mit tesz ez ellen a Keebye

A nyelvi támogatásról szóló állítások ott vannak, ahol a diktálásmarketing elmosódottá válik, ezért itt pontosan az áll, amit a Keebye ma megvalósít — se több, se kevesebb.

Az alapértelmezett motor angolra van hangolva. Ezt nem fogjuk elrejteni. A dobozból kijövő modell gyors, pontos angol diktálásra van optimalizálva, mert ez a legkisebb jó alapértelmezés, és sok felhasználónak nincs is szüksége másra.

A többnyelvű motor első osztályú lehetőség, és helyi. Válts a beállításokban a Canary motorra, és eszközön futó beszédfelismerést kapsz 25 nyelven: bolgár, horvát, cseh, dán, holland, angol, észt, finn, francia, német, görög, magyar, olasz, lett, litván, máltai, lengyel, portugál, román, orosz, szlovák, szlovén, spanyol, svéd, ukrán — nyelvválasztóval, amellyel rögzítheted azt, amelyiken dolgozol. Mint a Keebye-ban minden, ez is a Maceden fut: annak a hangja, ahogy a saját nyelveden beszélsz a csapatodhoz, sosem hagyja el a gépet, és a modell letöltése után offline is működik tovább.

Az Apple natív motorja is ott van. Ha inkább a macOS-be már beépített beszédfelismerést használnád — amely a rendszernyelveden működik —, a Keebye azt is tudja használni, egyáltalán modellletöltés nélkül.

A zsargonod is jön veled. Az egyéni szótár a motortól függetlenül érvényes, ami a többnyelvű munkában nem kevésbé, hanem inkább számít — minden csapat kialakítja a maga kreolját terméknevekből, angol jövevényszavakból és a köréjük tekert helyi nyelvtanból.

És az őszinte határvonal: 25 nyelv az 25 nyelv, nem „minden nyelv”. Ha a tiéd nincs a listán, a Keebye többnyelvű motorja ma nem fed le téged, és ezt inkább kimondjuk, mint hogy felkerekítsük egy marketingszámra. (A napi mechanika — a nyelv rögzítése, a tálcáról elérhető gyorsváltás, mi történik, ha az automatikus felismerés rosszul tippel — a rögzítsd a diktálási nyelvedet írásban van.)

Miért ritka ez, és miért lehetőség

A helyi működésű, többnyelvű diktálás valóban szokatlan. A felhős diktálótermékeknél szokott a legszélesebb lenni a nyelvlista — a hang elküldése nagy, szerveroldali modellekhez az egyszerű módja a nyelvek hozzáadásának —, csakhogy ez a beszédedet valaki más infrastruktúráján vezeti át, és pontosan ezt nem tudja elfogadni néhány csapat. Ezt az átváltást őszintén kifejtettük a Keebye vs Wispr Flow írásban. A helyi működésű eszközök viszont történetileg az angollal nyitottak, a többi nyelvet pedig pipálandó jelölőnégyzetként kezelték. (Aki Superwhisper-felhasználóként mérlegeli ugyanezt a kérdést, elolvashatja az összehasonlításunkat.)

Az eredmény valódi rés: annak a fejlesztőnek, aki lengyelül szeretne diktálni és a saját gépén tartaná a hangot, kevesebb hely marad, ahol megvetheti a lábát.

Személyes ügy is. A Keebye alapítótörténete — két gyerek, három startup, egy hang — történetesen egy románul beszélő építő története, aki nemzetközi startupokkal dolgozik: pontosan az a kétnyelvű megosztottság, amelyről ez az írás szól, naponta megélve. A többnyelvű motor nem olyan funkció, amelyet egy piacnak adtunk hozzá. Olyan funkció, amelyre az alapítónak délre szüksége volt.

Merre tart ez

A fogadásunk egyszerű: az építőknek szóló hangbevitelt ugyanúgy fogják megítélni, mint a billentyűzetet — vagy működik a nyelveden, vagy hibás. Az „angol, plusz egy csillag” nem éli túl a valódi csapatokkal való találkozást.

Ha ezen a 25 nyelven dolgozol, indítsd el lent az ingyenes próbaidőszakot. Válts Canaryre, rögzítsd a nyelvedet, és diktáld be a következő Slack-választ úgy, ahogy valóban mondanád — aztán mondd el, mi tört el, azon a nyelven, amelyiken szeretnéd.