Edytujesz Když projekt mluví více jazyky, nastavte si IDE takto

Druhým krokem je izolace nástrojů. Formátovač, linter a jazykový server pro každý jazyk by měly být nastaveny zvlášť, ideálně přes konfigurační soubory v projektu, ne globálně v editoru. Globální nastavení se často perou mezi sebou — Python formátovač přepíše YAML, JavaScriptový linter křičí na TypeScript. Projektová konfigurace zajistí, že každý člen týmu dostane stejné chování bez ohledu na to, jaký editor používá.<br><br>Ve Visual Studiu vytvoř nový projekt přes File → New → Project, vyber Console App a zadej název. Automaticky se vygeneruje soubor Program.cs s metodou Main. Tady platí první praktická rada: nezačínej mazat vygenerovaný kód, dokud si nepřečteš, co dělá. Metoda Main je vstupní bod a kompilátor ji potřebuje. Pokud ji omylem přejmenuješ nebo přesuneš do jiné třídy bez správného modifikátoru, dostaneš chybu CS5001. Nech ji zatím na místě a piš kód do jejího těla.<br><br>Implementaci naopak odhadujte až ve chvíli, kdy je analytika hotová a znáte rozsah. Tým pak pracuje s jasnými vstupy a může použít relativní odhady, například bodové nebo velikostní. Nezahrnujte do implementace práci, která patří analytice, a naopak. Pokud se během implementace objeví nové analytické otázky, není to selhání odhadu, ale signál, že analytická část nebyla dotažená. Řešte to jako samostatnou položku, ne jako „překvapení" uvnitř sprintu.<br><br> Začněte jednou pipeline, ne celou platform<br><br>1. Pište v rozkazovacím způsobu a v přítomném čase. Formulace jako "Přidat validaci vstupu" nebo "Opravit chybu v parseru" čte člověk přirozeně. Minulý čas ("Přidal jsem validaci") svádí k tomu psát o sobě, ne o změně. První řádek by měl být krátký, ideálně do 50 znaků, a měl by říct, co commit dělá, ne proč jste ho vytvořili vy.<br><br>Více jazyků v jednom repozitáři vypadá jako maličkost, dokud nezačnete přepínat mezi soubory a editor přestane rozumět tomu, co vlastně píšete. Klíčové je nastavit prostředí tak, aby každý typ souboru měl přiřazený správný jazyk a nástroje. Většina editorů dnes podporuje rozšíření pro jednotlivé jazyky, ale automatická detekce podle přípony selhává u souborů jako .h, .m nebo šablon s vloženými bloky. Ruční mapování přípon na konkrétní jazyk je první krok, který odstraní většinu zbytečného zvýrazňování a chybových podtržení.<br><br>Až budeš mít hotovo, zkus program spustit vícekrát s různými vstupy. Ověř si, co se stane, když zadáš písmeno místo čísla, když necháš vstup prázdný a když zadáš příliš dlouhý text. Právě na těchto okrajových případech se naučíš nejvíc. Nezůstávej u jednoho projektu – přepiš ho tak, aby se zeptal na jméno i věk, ošetřil chybný věk a vypsal odpověď. Tím si osvojíš práci s typy, podmínkami a vstupem, což je základ pro jakoukoli další práci v C#.<br><br>Jakmile ti výpis funguje, zkus načíst vstup. Použij string jmeno = Console.ReadLine(); a pak Console.WriteLine("Ahoj " + jmeno);. Tady narazíš na dvě věci. Zaprvé, ReadLine vrací string, i když uživatel napíše číslo. Pokud chceš číslo, musíš ho převést přes int.Parse nebo lépe int.TryParse, jinak program spadne na výjimce FormatException. Zadruhé, když vstup neošetříš a uživatel nechá řádek prázdný, dostaneš prázdný řetězec, ne chybu. Obojí je běžný začátečnický problém, který se řeší podmínkou nebo cyklem.<br><br>Odhady času jsou nejčastější zdroj konfliktů mezi dodavatelem a zákazníkem. Ne proto, že by čísla byla špatná, ale proto, že se o nich nemluví stejně. Zákazník slyší „bude to hotové v pátek" a rozumí tomu jako slibu. Vy myslíte odhad za předpokladu, že se nic neposere. Rozdíl mezi slibem a odhadem je přitom zásadní – a je na vás ho pojmenovat dřív, než zazní první termín.<br><br>Nakonec si nastavení otestujte na skutečném souboru od každého jazyka. Otevřete je vedle sebe, zkuste formátování, našeptávání i spuštění testů. Pokud něco nefunguje, vypněte rozšíření po jednom a sledujte, co se změní. Dokumentace k jazykům a konfiguraci editoru bývá obsáhlá, ale praktický test odhalí víc než hodina čtení. Jakmile prostředí jednou sedne, přidání dalšího jazyka je otázka pár minut, ne dnů.<br><br>Jeden terminál nestačí, spouštějte úlohy podle jazyka Terminál a buildovací úlohy jsou třetí místo, kde se více jazyků sráží. Místo jednoho univerzálního skriptu si definujte samostatné úlohy pro každý jazyk a spouštějte je přes přiřazené klávesové zkratky. Pomůže i oddělení virtuálních prostředí nebo správců závislostí — jedno pro každý jazyk. Pokud používáte monorepo, nastavte si pracovní prostory tak, aby editor načetl jen relevantní části projektu podle toho, na čem právě pracujete.