Miksi kehittäjien sanelun ei pitäisi olla vain englanniksi

Useimpaan kehittäjätyökaluun on leivottu laiska oletus: koska koodi kirjoitetaan englanninkielisillä avainsanoilla, kehittäjän täytyy työskennellä englanniksi. Jokainen, joka on oikeasti työskennellyt tiimissä Bukarestissa, São Paulossa, Varsovassa tai Kiovassa, tietää kuinka väärin se menee.

Kyllä, funktion nimi on getUserSession ja commit-viesti on luultavasti englanniksi. Mutta katso kaikkea koodin ympärillä: Slack-ketjua, jossa bugi raportoitiin, viestiä asiakkaalle viivästyksen selittämiseksi, sisäistä dokumenttia migraatiosuunnitelmasta, koodikatselmoinnin kommenttia joka vaatii diplomatiaa, standup-muistiinpanoja. Kaksikielisessä tiimissä koko tuo kerros voi tapahtua tiimin omalla kielellä.

Sanelutyökalut ovat sillä välin enimmäkseen kohdelleet muunkielistä puhetta jälkiajatuksena: teknisesti tuettuna jossain asetusvalikossa, harvoin suunnittelun kohteena, tuskin koskaan pääasiana. Jos sanelusta aiotaan tehdä oikea syöttökanava rakentajille eikä demoa, sen on toimittava sillä kielellä, jolla oikeasti ajattelet.

Kaksikielinen työpäivä on tavallinen työpäivä

Tältä se tuntuu käytännössä: ajattelet äidinkielelläsi, koodaat englanniksi ja vaihdat näiden kahden välillä pitkin päivää. Romanialainen kehittäjä kirjoittaa retryWithBackoff ja kääntyy sitten Slackiin selittämään romaniaksi, miksi uudelleenyrityslogiikka ylipäätään tarvitsi backoffin. Saksalainen insinööri katselmoi PR:n englanninkielisellä syntaksilla ja kommentoi sen saksankielisellä proosalla.

Kirjoittaminen hoitaa tämän kaksikielisyyden vaivatta, koska näppäimistöä ei kiinnosta millä kielellä kirjoitat. Mutta sillä hetkellä kun mukaan tulee ääni, työkalua yhtäkkiä kiinnostaa. Jos sanelusi toimii hyvin vain englanniksi, voit sanella koodin viereiset englanninkieliset pätkät, mutta et niitä viestejä, dokumentteja ja selityksiä, jotka kirjoitat toisella kielellä.

Tämä terävöityy siinä rinnakkaisten agenttien työnkulussa, josta kirjoitimme artikkelissa Claude Coden ohjaaminen äänellä. Jos äänesi on useiden kaistojen ohjauskanava — promptaat agenttia yhdessä ikkunassa, vastaat kollegalle toisessa — niin sanelutyökalu, joka kompuroi englannin ulkopuolella, rikkoo täsmälleen puolet kaistoistasi. Agentin prompti toimii; vastaus tiimikaverille ei.

Mitä Keebye tälle oikeasti tekee

Kielitukea koskevat väitteet ovat se kohta, jossa sanelun markkinointi menee sumuiseksi, joten tässä on täsmälleen se, mitä Keebye tänään toteuttaa — ei enempää, ei vähempää.

Oletusmoottori on viritetty englantiin. Emme aio haudata sitä tietoa. Suoraan paketista tuleva malli on optimoitu nopeaan ja tarkkaan englanninkieliseen saneluun, koska se on pienin hyvä oletus eikä moni käyttäjä tarvitse muuta.

Monikielinen moottori on täysivaltainen vaihtoehto, ja se on paikallinen. Vaihda asetuksista Canary-moottoriin, niin saat laitteella toimivan puheentunnistuksen 25 kielellä: bulgaria, englanti, espanja, hollanti, italia, kreikka, kroatia, latvia, liettua, malta, portugali, puola, ranska, romania, ruotsi, saksa, slovakki, sloveeni, suomi, tanska, tšekki, ukraina, unkari, venäjä ja viro — mukana kielivalitsin sen kiinnittämiseen, jolla työskentelet. Kuten kaikki muukin Keebyessä, se toimii Macissasi: ääni siitä kun puhut tiimillesi omalla kielelläsi ei koskaan poistu koneelta, ja se toimii edelleen offline-tilassa, kun malli on kertaalleen ladattu.

Applen natiivi moottori on sekin mukana. Jos käytät mieluummin macOS:ään jo sisäänrakennettua puheentunnistusta — joka toimii järjestelmäkielelläsi — Keebye voi käyttää sitä sen sijaan, ilman minkäänlaista mallin latausta.

Oma jargonisi tulee mukana. Oma sanakirja pätee moottorista riippumatta, ja monikielisessä työssä sillä on enemmän merkitystä, ei vähemmän — jokainen tiimi kehittää oman sekakielensä tuotenimistä, englanninkielisistä lainasanoista ja niiden ympärille kiedotusta paikallisesta kieliopista.

Ja rehellinen raja: 25 kieltä on 25 kieltä, ei ”kaikki kielet”. Jos omasi ei ole tuolla listalla, Keebyen monikielinen moottori ei kata sinua tänään, ja sanomme sen mieluummin kuin pyöristämme markkinointiluvuksi. (Arjen mekaniikka — kielen kiinnittäminen, valikkopalkin pikavaihto, mitä tapahtuu kun automaattitunnistus arvaa väärin — on artikkelissa kiinnitä sanelukielesi.)

Miksi tämä on harvinaista, ja miksi siinä on mahdollisuus

Paikallisuutta korostava monikielinen sanelu on aidosti epätavallista. Pilvipohjaisilla sanelutuotteilla on yleensä laajimmat kielilistat — äänen lähettäminen suuriin palvelinpuolen malleihin on helppo tapa lisätä kieliä — mutta se reitittää puheesi jonkun toisen infrastruktuurin läpi, mikä on juuri se, mitä jotkin tiimit eivät voi hyväksyä. Kuvasimme tuon kompromissin rehellisesti artikkelissa Keebye vs Wispr Flow. Paikallisuutta korostavat työkalut taas ovat perinteisesti johtaneet englannilla ja kohdelleet muita kieliä rastina ruudussa. (Superwhisperin käyttäjät, jotka punnitsevat samaa kysymystä, voivat lukea vertailumme.)

Lopputulos on todellinen aukko: kehittäjällä, joka haluaa sanella puolaksi ja pitää äänen omalla koneellaan, on vähemmän paikkoja seistä.

Tämä on myös henkilökohtaista. Keebyen perustajatarina — kaksi lasta, kolme startupia, yksi ääni — sattuu olemaan tarina romaniaa puhuvasta rakentajasta, joka työskentelee kansainvälisten startupien kanssa: täsmälleen se kaksikielinen jako, jota tämä artikkeli kuvaa, elettynä päivittäin. Monikielinen moottori ei ole ominaisuus, jonka lisäsimme jotain markkinaa varten. Se on ominaisuus, jota perustaja tarvitsi lounaaseen mennessä.

Minne tämä johtaa

Vetomme on yksinkertainen: rakentajien äänisyötettä tullaan arvioimaan samalla tavalla kuin näppäimistöjä — se joko toimii sinun kielelläsi tai on rikki. ”Englanti ja tähti” ei selviä kosketuksesta oikeisiin tiimeihin.

Jos työskentelet jollain noista 25 kielestä, aloita ilmainen kokeilu alta. Vaihda moottoriksi Canary, kiinnitä kielesi ja sanele seuraava Slack-vastaus niin kuin oikeasti sanoisit sen — ja kerro sitten meille, mikä meni rikki, millä kielellä haluatkin.