Když už máte prostředí připravené, zaměřte se na jazyk a architekturu. Pro nové projekty používejte jazyk Kotlin – je moderní, stručnější a oficiálně podporovaný. Java stále funguje, ale nové knihovny a příklady se píší převážně v Kotlinu. Architekturu stavte podle doporučeného vzoru – oddělte logiku od uživatelského rozhraní pomocí ViewModelu. Tím zajistíte, že aplikace přežije otočení obrazovky bez ztráty dat. Typický začátečnický omyl je psát veškerou logiku přímo do aktivity – pak se kód stává nepřehledným a testování je noční můra.

Pro úplného nováčka je rozumné zvolit jazyk s mírnou křivkou učení, kterým rychle uvidíte výsledek. Python je dobrý příklad: čte se téměř jako angličtina, má obrovskou komunitu a snadno v něm napíšete první skripty. Ale pozor, jednoduchost není totéž co slabost. Naučíte se v něm základy funkcí, cyklů i práce se soubory, což je základ pro cokoli dalšího. Pokud byste chtěli dělat webové frontendy, sáhněte po JavaScriptu, ale připravte se na to, že jeho asynchronní chování vás ze začátku bude mást.

Na závěr si osvojte správné návyky hned od začátku. Verzujte svůj kód pomocí systému pro správu verzí – to není volba, ale nutnost. Pravidelně commitujte s jasnými zprávami, abyste se mohli vracet k jednotlivým krokům. Udržujte projekt čistý – respektujte konvence pojmenování, rozdělujte soubory do balíčků podle funkcí a mažte nepoužívaný kód. Nebojte se číst cizí projekty na veřejných úložištích, ale vždy je upravte podle svých potřeb. Trpělivost je klíčová – první aplikace bude plná chyb, ale každá oprava vás posune dál.

Nezapomínejte na testování. Psaní testů vám zabere čas, ale ušetří ho později. Začněte s unit testy na jednoduché funkce a postupně přidávejte integrační. Typický omyl je testovat jen šťastnou cestu, ale chyby se skrývají v neočekávaných vstupech – prázdných řetězcích, nulách, špatných datových typech. Když testy pokryjí i tyto případy, výrazně snížíte počet bugů, které se dostanou do produkce. Pokud máte možnost, zapojte se do párového programování – je to nejrychlejší způsob, jak se naučit firemní konvence a postřehy zkušenějších.

Další pastí je role product ownera. V českých týmech se často stává, že je to manažer, který má jen málo času a zadání předává přes e-mail. To vede k tomu, že vývojáři neznají prioritu a sprint backlog se mění v průběhu. Product owner musí být součástí týmu, musí pravidelně odpovídat na otázky a mít rozhodovací pravomoc. Pokud to není možné, Scrum nebude fungovat, ať uděláte cokoli jiného. Zkuste mu dát jasný mandát a vyhraďte mu alespoň dvě hodiny denně na práci s backlogem.

Mnoho vývojářů vnímá Redux jako povinnou výbavu každé větší React aplikace. Ve skutečnosti je ale Redux nástroj pro specifické problémy, a pokud ho použijete tam, kde stačí lokální stav komponenty, zbytečně si zkomplikujete kód i údržbu. Než začnete přidávat store, položte si otázku, zda data skutečně potřebuje více nesouvisejících částí aplikace. Pokud je stav používán jen v jednom formuláři nebo v rámci jedné obrazovky, zůstaňte u useState nebo useReducer. Redux nasazuje až ve chvíli, kdy začnete prop drillingem předávat data přes tři a více úrovní nebo kdy potřebujete sdílet data mezi různými částmi aplikace bez ohledu na strom komponent.

Při psaní reducerů a akcí se držte zásady, že akce popisuje událost, nikoliv nový stav. Nepoužívejte akce typu SET_USER_NAME nebo SET_LOADING, ale raději USER_LOADED nebo FETCH_STARTED. Tento přístup lépe odpovídá logice aplikace a v budoucnu usnadní přidávání dalších funkcí. V reducerech vždy vracejte nový objekt, nikdy nemutujte původní stav. Používejte spread operátor nebo knihovny pro nemutující aktualizace, ale osvětlení v obývákuždy s vědomím, co přesně děláte. Lehkovážné kopírování hluboce vnořených struktur vede k chybám, které se obtížně hledají.

Pro vývoj budete potřebovat vývojové prostředí. Zvolte si přednastavené IDE, které podporuje Android – stáhněte si ho z oficiálního zdroje. Při instalaci věnujte pozornost verzi Java Development Kitu, kterou vyžaduje. Častou chybou začátečníků je použití nesprávné verze, kvůli které se projekt nepřeloží. Dále si nastavte emulátor nebo si připravte fyzické zařízení. Emulátor je pomalejší, ale umožňuje testovat různé velikosti obrazovek. Fyzické zařízení zase ukáže reálný výkon. Vyzkoušejte obojí – minimálně na jednom z nich budete aplikaci spouštět denně.

Na co se zaměřit, abyste u prvního jazyka vydrželi Nejdůležitější je, abyste si dokázali poradit, když se zaseknete. Zjistěte si předem, jak vypadá oficiální dokumentace a jestli existují fóra nebo diskusní skupiny, kde se odpovídá na dotazy začátečníků. Vyhněte se jazykům, které mají malou základnu uživatelů, protože u nich je těžší najít radu na konkrétní problém. Také si ověřte, že máte k dispozici jednoduché vývojové prostředí, které nemusíte hodiny nastavovat. Pokud trávíte více času konfigurací než psaním kódu, je to špatná volba.

For more information in regards to crabcodex.com take a look at the internet site.