--- Jak_se_stat_programatorem.html	2017-07-17 05:00:28.339670518 +0200
+++ Jak_se_stat_programatorem.html.orig	2017-07-17 04:45:29.298384615 +0200
@@ -70,13 +70,13 @@
 <p>O co nám ve firmě (ve třech, kde jsem pracoval) u takového pohovoru nejvíc šlo?</p>
 
 
-<p>Možná paradoxně ze všeho nejmíň nás zajímalo, kolik toho uchazeč o zaměstnání umí, pokud vynechám samotný programovací jazyk. Osobně jsem vždycky chtěl vědět především co pro něj programování znamená. Je to pro něj jen práce, nebo i koníček? Baví ho to? Je schopný se sám učit?</p>
+<p>Možná paradoxně ze všeho nejmíň nás zajímalo, kolik toho uchazeč o zaměstnání umí, pokud vynechám samotný programovací jazyk. Osobně jsem vždycky chtěl vědět především co pro něj programování zajímá. Je to pro něj jen práce, nebo i koníček? Baví ho to? Je schopný se sám učit?</p>
 
 
-<p>To poslední pro nás vždy bylo nejvíc podstatné, protože <strong>nikdo</strong> kdo k nám přijde neumí <strong>všechno</strong>, co používáme. Každá firma kde jsem pracoval měla hodně unikátní řešení, někde se používala izraelská zařízení za desítky milionů, jinde historicky existovala vlastní implementace message queue, jinde jsme zase používali nově vzniklé technologie, o kterých skoro nikdo neslyšel (specifická time series databáze).</p>
+<p>To poslední pro nás vždy bylo nejvíc podstatné, protože <strong>nikdo</strong> kdo k nám přijde neumí <strong>všechno</strong>, co používáme. Každá firma kde jsem pracoval měla hodně unikátní řešení, někde se používaly izraelská zařízení za desítky milionů, jinde historicky existovala vlastní implementace message queue, jinde jsme zase používali nově vzniklé technologie, o kterých skoro nikdo neslyšel (specifická time series databáze).</p>
 
 
-<p>Šance, že člověk, který k nám nově přijde, bude tohle všechno umět je v praxi nulová. Co jsme chtěli vidět je, že nováček se bude umět a hlavně bude ochotný učit. Že se nelekne a neuteče po prvním týdnu, ani nebude mít depresi, že to nikdy nezvládne.</p>
+<p>Šance, že člověk, který k nám nově přijde bude tohle všechno umět je v praxi nulová. Co jsme chtěli vidět je, že nováček se bude umět a hlavně bude ochotný učit. Že se nelekne a neuteče po prvním týdnu, ani nebude mít depresi, že to nikdy nezvládne.</p>
 
 
 <p>Každý z nás takhle začínal. Jsme přijati a firma na nás navalí tolik věcí, že trvá týden si jen udělat základní představu a celé měsíce až roky než má člověk detailní přehled. Každý má chuť utéct, když vidí tu horu, kterou bude muset zdolat. Co mají programátorské pohovory za úkol je právě oddělit lidi, kteří na to nemají od těch, co ano.</p>
@@ -103,7 +103,7 @@
 <p>Jak jsem psal - nikdo nezná všechno a firmy s tím ve většině případů počítají, speciálně pak na juniorských pozicích. Co se tedy budete muset všechno naučit?</p>
 
 
-<h2>Projekt, na kterém pracujete</h2>
+<h2>Projekt na kterém pracujete</h2>
 <p>Předně samozřejmě musíte pochopit projekt, na kterém pracujete. Tohle bývá většinou největší nálož, protože v případě libovolného týmu nebývá zrovna malý, obsahuje integrace se spoustou systémů, běží na spoustě serverů a ve většině případů nebývá dobře zdokumentován.</p>
 
 
@@ -111,7 +111,7 @@
 
 
 <h2>Teamová komunikace</h2>
-<p>Obecně si uvědomte, že odteď nejste sami za sebe, jste součást teamu. Lidi se na vás budou spoléhat, že uděláte vaší práci, a stejně tak se budete spoléhat vy na ostatní, že udělají tu jejich.</p>
+<p>Obecně si uvědomte, že odteď nejste sami za sebe, jste součást teamu. Lidi se na vás budou spoléhat, že uděláte vaší práci a stejně tak se budete spoléhat vy na ostatní, že udělají tu jejich.</p>
 
 
 <p>Také pravděpodobně dostanete svého mentora - někoho, kdo vám bude radit, zaškolovat vás do základů práce a kdo bude zodpovídat za to, že se neztratíte. Zvykněte si se s ním bavit o systému a práci.</p>
@@ -137,16 +137,16 @@
 <p>Neberte si to osobně.</p>
 
 
-<p>Stalo se to mně, stalo se to ostatním. Sám jsem to udělal. Stane se to i vám.</p>
+<p>Stalo se to mě, stalo se to ostatním. Sám jsem to udělal. Stane se to i vám.</p>
 
 
-<p>Je dobré si uvědomit, že kritika není útokem na vás. Vy a výsledky vašich činností jsou dvě zcela rozdílné věci. Když někdo kritizuje vaši práci, říká vám, že byste se měli zlepšit, nikoliv, že jako člověk jste špatní. Berte to jako podnět pro další rozvoj, ne jako útok.</p>
+<p>Je dobré si uvědomit, že kritika není útokem na vás. Vy a výsledky vašich činností jsou dvě zcela rozdílné věci. Když někdo kritizuje vaší práci, říká vám, že by jste se měli zlepšit, nikoliv že jako člověk jste špatní. Berte to jako podnět pro další rozvoj, ne jako útok.</p>
 
 
 <p>Myslete na to i když budete dávat kritiku. Bývalý kolega v minulé práci rozbrečel svojí kritikou jiného kolegu tak, že se z toho zhroutil a utekl z práce a už nechtěl nikdy přijít. Šéf ho pak musel přesvědčovat až do půlnoci, aby výpověď nedával a že kritika kódu není kritikou jeho samotného. Myslete na to, až budete kritizovat.</p>
 
 <h2>Štábní kultura</h2>
-<p>Každý team má nějaké svoje pravidla ohledně toho, jak psát kód. Používají se k odsazování tabulátory, nebo mezery? Jak dlouhé jsou řádky? Jak se rozdělují dlouhé metody? Používá se spousta parametrů, nebo se vytváří wrapper objekt?</p>
+<p>Každý team má nějaké svoje pravidla ohledně toho jak psát kód. Používají se k odsazování tabulátory, nebo mezery? Jak dlouhé jsou řádky? Jak se rozdělují dlouhé metody? Používá se spousta parametrů, nebo se vytváří wrapper objekt?</p>
 
 
 <p>Podobných otázek bude spousta a každý team by měl mít někde na interní wiki tato pravidla popsaná.</p>
@@ -155,7 +155,7 @@
 <p>Další věc, kterou začátečníci moc neovládají jsou verzovací systémy. V naprosté většině případů půjde dneska o GIT, občas Mercurial, nebo SVN. Opět platí, že se musíte učit za běhu.</p>
 
 
-<p>Když jsem třeba já nastupoval do první firmy, uměl jsem používat základy GITu, protože jsem měl <a href="https://github.com/Bystroushaak">vlastní github</a>. Nikdy dřív jsem ale nepracoval v teamu, a tak jsem se musel naučit jak s ním pracovat tak, aby všichni členové mohli pracovat na jednom projektu a vzájemně si přitom nepřepisovali změny.</p>
+<p>Když jsem třeba já nastupoval do první firmy, uměl jsem používat základy GITu, protože jsem měl <a href="https://github.com/Bystroushaak">vlastní github</a>. Nikdy dřív jsem ale nepracoval v teamu a tak jsem se musel naučit jak s ním pracovat tak, aby všichni členové mohli pracovat na jednom projektu a vzájemně si přitom nepřepisovali změny.</p>
 
 
 <p>Určitě si nastudujte gitflow, většina firem bude používat buď přímo toto, nebo něco hodně podobného. Naučte se tagovat, vytvářet různé branche, mergovat, cherrypickovat commity. Není to tak těžké a za den se dá většina z toho pochopit.</p>
@@ -176,7 +176,7 @@
 <p>Osobně jsem unittesty začal používat asi čtvrt roku před nástupem do první programátorské práce a hodně mi to pomohlo.</p>
 
 
-<p>O co jde? Ve zkratce jde o to, že na každou funkci, každý objekt a každou metodu, kterou budete v kódu mít napíšete test, který kontroluje, jak se chová. Je to pracné, možná pracnější, než samotné programování funkcionality, ale z dlouhodobého hlediska se to rozhodně vyplatí a umožní vám to provádět změny bez starosti o to co jste svými úpravami zrovna rozbili.</p>
+<p>O co jde? Ve zkratce jde o to, že na každou funkci, každý objekt a každou metodu, kterou budete v kódu mít napíšete test, který kontroluje jak se chová. Je to pracné, možná pracnější, než samotné programování funkcionality, ale z dlouhodobého hlediska se to rozhodně vyplatí a umožní vám to provádět změny bez starosti o to co jste svými úpravami zrovna rozbili.</p>
 
 
 <h2>Dokumentace</h2>
@@ -225,17 +225,17 @@
 </ul>
 
 
-<p>Všimněte si, že tato dokumentace obsahuje i informace o tom, jak projekt nainstalovat, jak spustit testy, kde se nachází, jak ho použít, jaké jsou v něm komponenty a tak podobně.</p>
+<p>Všimněte si, že tato dokumentace obsahuje i informace o tom jak projekt nainstalovat, jak spustit testy, kde se nachází, jak ho použít, jaké jsou v něm komponenty a tak podobně.</p>
 
 
 <p>Pokud děláte v pythonu, podívejte se na Sphinx (a <a href="https://sphinxcontrib-napoleon.readthedocs.io/en/latest/">napoleon</a>!), jinak třeba doxygen, javadoc a tak podobně.</p>
 
 
 <h3>Filosofická</h3>
-<p>Filosofická úroveň se zabývá tím, co má a co nemá smysl psát do dokumentace. Například naprostá většina začátečníků píše první úroveň dokumentace (komentáře v kódu) špatně a vysvětluje, co se v kódu děje, místo aby vysvětlovali, proč se to děje.</p>
+<p>Filosofická úroveň se zabývá tím, co má a co nemá smysl psát do dokumentace. Například naprostá většina začátečníků píše první úroveň dokumentace (komentáře v kódu) špatně a vysvětluje, co se v kódu děje, místo aby vysvětlovali proč se to děje.</p>
 
 
-<p>Taky ukázka druhé úrovně - docstringů u metod - by mohla být v některých jazycích považována za příliš ukecanou. Problém je, že python je beztypový jazyk, takže většinou dokumentaci tohohle typu časem opravdu oceníte, a když už ne vy, tak vaši kolegové určitě.</p>
+<p>Taky ukázka druhé úrovně - docstringů u metod by mohla být v některých jazycích považována za příliš ukecanou. Problém je, že python je beztypový jazyk, takže většinou dokumentaci tohohle typu časem opravdu oceníte, a když už ne vy, tak vaši kolegové určitě.</p>
 
 
 <p>Dokumentací se dále zabývají knihy zmiňované v kapitole níže.</p>
@@ -255,7 +255,7 @@
 <p>A takhle se také instaluje a updatuje na serverech. To je možné díky tomu, že se jedná o opensource. V případě closed source možná budete mít vlastní repozitář, nebo třeba budete vyrábět .deb balíčky, nebo sestavovat binární distribuce.</p>
 
 
-<p>K balíčkování patří také specifikace závislostí. Používá váš kód nějakou knihovnu? V jaké verzi? Jste si jisti, že má správnou licenci? Jak se bude instalovat, kde bude specifikovaná jako závislost, kdo se bude starat o updatování na nové verze?</p>
+<p>K balíčkování patří také specifikace závislostí. Plouživá váš kód nějakou knihovnu? V jaké verzi? Jste si jisti, že má správnou licenci? Jak se bude instalovat, kde bude specifikovaná jako závislost, kdo se bude starat o updatování na nové verze?</p>
 
 
 <p>Je dobré se to trochu naučit předem. Podívejte se na různé systémy a udělejte si přehled alespoň abyste věděli co je co.</p>
@@ -287,7 +287,7 @@
 
 
 <h2>Algoritmy</h2>
-<p>Stejně tak je dobré si pořídit knihy o algoritmech, nebo se zapsat někam na courseru a učit se psát efektivní algoritmy. S tím se setkáte i v každodenní práci, minimálně na úrovni odhadování složitosti vašeho kódu pomocí něčeho, čemu se říká Big O notace.</p>
+<p>Stejně tak je dobré si pořídit knihy o algoritmech, nebo se zapsat někam na courseu a učit se psát efektivní algoritmy. S tím se setkáte i v každodenní práci, minimálně na úrovni odhadování složitosti vašeho kódu pomocí něčeho, čemu se říká Big O notace.</p>
 
 
 <ul>
@@ -299,7 +299,7 @@
 
 
 <h2>CompSci</h2>
-<p>Jak říká Alan Kay: „Úhel pohledu stojí za 80 bodů IQ.“ Co tím myslí? Že se vyplatí stát na zádech gigantů, protože dohlédnete dál.</p>
+<p>Jak říká Alan Kay: „Uhel pohledu stojí za 80 bodů IQ.“ Co tím myslí? Že se vyplatí stát na zádech gigantů, protože dohlédnete dál.</p>
 
 
 <p>Computer science je obor starý desítky let, ve kterém extrémně inteligentní lidi vymysleli extrémně inteligentní teorie a nápady, prošlapali schůdné cesty a našli cesty, které schůdné nejsou.</p>
@@ -313,4 +313,4 @@
 
     - http://www.giuspen.com/cherrytree/
     - https://github.com/Bystroushaak/cherrytree2html.py
--->
+-->
\ No newline at end of file
