Jazykový technický dluh je nahromadění „zkamenělých chyb“ (fossilized errors) – gramatických chyb, které děláte opakovaně, protože byly „dost dobré“ na to, aby vám bylo rozuměno během vaší rané fáze učení. Stejně jako rychlý a narychlo napsaný kód vám umožní dodat MVP rychleji, ale vytvoří křehkou kódovou základnu, která blokuje budoucí škálovatelnost, spoléhání se na gramatiku stylu „Já Tarzan, ty Jane“ vytváří tvrdý strop, který vám brání dosáhnout plynulosti C1. Abyste prolomili středně pokročilou plošinu, musíte přestat získávat nové funkce (slovní zásobu) a začít refaktorovat svou stávající kódovou základnu.
Architektura selhání: Jak se „dost dobré“ stane chybou (bugem)
V softwarovém inženýrství často děláme kompromisy. „Hardcodujeme“ proměnnou nebo vynecháme unit test, abychom stihli termín. Říkáme tomu Technický dluh. Slibujeme, že to opravíme později, ale často to neuděláme.
Při učení jazyků probíhá stejný proces. Když jste se poprvé přestěhovali do Berlína, Londýna nebo Varšavy, vaším cílem bylo přežití. Upřednostňovali jste Význam před Formou.
Pokud jste řekli „Já jít obchod včera“, prodavač vám rozuměl.
Výsledek: Transakce proběhla úspěšně.
Log mozku: „Úspěch! Tato syntaxe funguje. Uložit do produkce.“
Zde se chyba (bug) stává funkcí (feature). Protože komunikace byla úspěšná, váš mozek zkameněl nesprávnou gramatiku. Nyní, o roky později, i když znáte pravidlo pro minulý čas, váš mozek provede uloženou, nesprávnou verzi (Já jít), než se dostanete ke správné knihovně.
Proč mě rodilí mluvčí neopravují? (Problém „Odpouštějícího prohlížeče“)
Možná se divíte: „Když je moje gramatika tak špatná, proč mi to nikdo neřekl?“
Odpověď spočívá v tom, jak lidé zpracovávají vstupy. Rodilí mluvčí se chovají jako moderní webové prohlížeče. Pokud napíšete rozbité HTML (chybějící uzavírací tagy, špatné vnoření), Chrome nespadne; uhodne, co jste mysleli, a stránku stejně vykreslí. Lidé dělají to samé. Jsou to „zdvořilé prohlížeče“.
Řeknete: „Židle je blízko od postel.“
Slyší: „Židle je blízko postele.“
Výzkum Shehadeha (2003) zjistil, že více než třetina chyb studentů zůstává v přirozené konverzaci zcela bez povšimnutí. Tím, že jsou vaši konverzační partneři zdvořilí, nechtěně navyšují váš technický dluh. Označují váš rozbitý kód jako „Ověřený“ (Verified).
Workflow refaktoringu: Protokol 3 kroků
Zkamenělé chyby nemůžete opravit tím, že budete „jen více mluvit“. To je jen častější spouštění chybového kódu. Potřebujete vyhrazený Refaktoring Sprint. Zde je manuální protokol pro ladění (debugování) vaší řeči pomocí metody „Audit, Izolace, Záplata (Patch)“.
Krok 1: Audit (Logování)
Nemůžete refaktorovat kód, který jste nečetli. Protože váš mozek automaticky opravuje váš vlastní hlas během mluvení (problém latence ve fonologické smyčce), potřebujete externí logy.
Akce: Nahrajte se, jak svobodně mluvíte 2 minuty o svém dni.
Kontrola: Poslechněte si nahrávku. Neposlouchejte význam. Poslouchejte syntaxi.
Výstup: Zapište si každou chybu, kterou uslyšíte. Toto je váš Backlog chyb (Bug Backlog).
Krok 2: Izolace chyby (Řízení rozsahu/Scope)
Častým způsobem selhání je snaha opravit vše najednou. To vede ke kognitivnímu přetížení (Stack Overflow).
Akce: Vyberte JEDNU opakující se chybu ze svého backlogu (např. „pletení on a ona“ nebo „zapomínání koncovek“).
Pravidlo: Ignorujte všechny ostatní chyby v tomto sprintu. Zaměřte se výhradně na záplatování (patching) této jediné funkce.
Krok 3: Unit testování (Drily)
V kódu Unit Test ověřuje, že se konkrétní funkce chová podle očekávání při různých vstupech. Musíte vytvořit unit testy pro svou gramatiku.
Akce: Vytvořte cvičení s „vynuceným výstupem“.
Příklad: Pokud je vaším bugem minulý čas, napište 10 vět o včerejšku. Přečtěte je nahlas. Poté zkuste spontánně vygenerovat 10 nových vět o včerejšku.
Kritéria splnění: Dokážete správně vytvořit strukturu 10krát za sebou bez váhání? Pokud ne, refaktoring selhal. Rollback a opakovat.
Mohu zautomatizovat Code Review? (Řešení „Linter“)
Výše uvedený manuální postup funguje, ale je zdlouhavý. Vyžaduje, abyste byli svým vlastním QA inženýrem. V reálném vývojářském prostředí nekontrolujeme chyby syntaxe ručně; používáme Linter nebo Kompilátor.
Proto jsme vytvořili DialogoVivo. Chtěli jsme zautomatizovat fáze „Auditu“ a „Unit testování“ při učení jazyků.
Navrhli jsme našeho Validačního agenta tak, aby fungoval jako přísný Kompilátor pro váš mluvený jazyk. Na rozdíl od zdvořilého člověka (který chybu ignoruje), Validační agent vyhodí výjimku chyby (error exception) v reálném čase.
- Linter: Když mluvíte ve scénáři DialogoVivo, AI analyzuje vaši syntaxi. Pokud řeknete „Já jít obchod“, pozastaví simulaci.
- Log chyb: Zvýrazní konkrétní rozdíl (diff): Očekáváno „šel“, nalezeno „jít“.
- Dokumentace: Vysvětlí ve vašem rodném jazyce, proč k chybě došlo, a okamžitě tak „zaplátuje“ vaši mezeru ve znalostech.
Tím, že k procvičování konverzace přistupujete jako k simulaci, a ne jako ke společenské interakci, vytváříte bezpečné prostředí pro splacení svého technického dluhu. V simulátoru můžete program 50krát „shodit“, aby při nasazení do produkce (skutečného života) váš kód běžel čistě.
Jste připraveni refaktorovat svou řeč?
Přestaňte nasazovat chybový kód. Stáhněte si DialogoVivo pro Android a spusťte svou první diagnostickou simulaci ještě dnes.
Odkaz: Shehadeh, A. (2003). Learner output, hypothesis testing, and internalizing linguistic knowledge.