<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl">
	<id>https://jak.mazovia.edu.pl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=CharoletteLongwe</id>
	<title>Mazovia - Wkład użytkownika [pl]</title>
	<link rel="self" type="application/atom+xml" href="https://jak.mazovia.edu.pl/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=CharoletteLongwe"/>
	<link rel="alternate" type="text/html" href="https://jak.mazovia.edu.pl/index.php/Specjalna:Wk%C5%82ad/CharoletteLongwe"/>
	<updated>2026-10-01T20:38:15Z</updated>
	<subtitle>Wkład użytkownika</subtitle>
	<generator>MediaWiki 1.42.1</generator>
	<entry>
		<id>https://jak.mazovia.edu.pl/index.php?title=Git_jen_na_k%C3%B3dy,_nebo_i_na_cel%C3%BD_web%3F_Rozd%C3%ADl,_kter%C3%BD_rozhoduje&amp;diff=860041</id>
		<title>Git jen na kódy, nebo i na celý web? Rozdíl, který rozhoduje</title>
		<link rel="alternate" type="text/html" href="https://jak.mazovia.edu.pl/index.php?title=Git_jen_na_k%C3%B3dy,_nebo_i_na_cel%C3%BD_web%3F_Rozd%C3%ADl,_kter%C3%BD_rozhoduje&amp;diff=860041"/>
		<updated>2026-10-01T17:48:33Z</updated>

		<summary type="html">&lt;p&gt;CharoletteLongwe: Utworzono nową stronę &amp;quot;Nástup do první práce je jiný než škola. Nikdo nečeká, že budeš znát celý systém. Čeká se, že se zeptáš včas, že si přečteš zadání a že dodáš malé změny, které fungují. Nauč se číst cizí kód dřív, než začneš psát vlastní. Ptej se, proč je něco udělané určitým způsobem, ale ne v prvním týdnu na všechno. Zapisuj si, co ti kdo vysvětlil — kolegové ocení, když se na stejnou věc neptáš třikrát. První tři…&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Nástup do první práce je jiný než škola. Nikdo nečeká, že budeš znát celý systém. Čeká se, že se zeptáš včas, že si přečteš zadání a že dodáš malé změny, které fungují. Nauč se číst cizí kód dřív, než začneš psát vlastní. Ptej se, proč je něco udělané určitým způsobem, ale ne v prvním týdnu na všechno. Zapisuj si, co ti kdo vysvětlil — kolegové ocení, když se na stejnou věc neptáš třikrát. První tři měsíce jsou o učení, ne o výkonu. Kdo to pochopí, vydrží déle než ten, kdo se snaží dokázat všechno hned.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Knihovny, které ti ušetří hodiny, a jak je nepoužít špatně Pro práci se soubory a cestami používej pathlib místo ručního skládání řetězců. Pro tabulky je základ pandas — načte CSV nebo Excel, přepočítá sloupce a uloží výsledek. Pro stahování stránek requests, pro parsování HTML BeautifulSoup. Pro opakované úlohy na pozadí schedule nebo plánovač operačního systému. Všechny tyto knihovny nainstaluješ příkazem pip install do virtuálního prostředí, které si vytvoříš přes python3 -m venv. Bez virtuálního prostředí si postupně rozbiješ systémové balíčky a budeš hledat chybu, která vznikla úplně jinde.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Konflikty řešte hned, ne odkladem. Pokud při rebase narazíte na konflikt, přečtěte si obě strany a rozhodněte, která verze je správná. Nikdy nenechávejte v souboru značky konfliktu ani „obě varianty&amp;quot; pro jistotu — tím vzniká kód, kterému nikdo nerozumí. Po vyřešení spusťte testy znovu, protože sloučení mohlo změnit chování i tam, kde konflikt nebyl.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Typická chyba začátečníků je, že commitují příliš velké změny najednou. Napíšou tři nové sekce, přepíšou styly a opraví chybu v JavaScriptu – a to všechno v jednom commitu s popisem „update&amp;quot;. Za měsíc nebudeš vědět, co se změnilo a proč. Drž se pravidla, že jeden commit řeší jednu věc. Zpráva má být krátká a výstižná, například „oprava responzivního menu&amp;quot; nebo „přidání validace formuláře&amp;quot;. Česky, anglicky, ale hlavně konzistentně.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Dalším krokem je větev. Větve ti umožní pracovat na nové funkci, aniž bys zasáhl do hlavní verze. Vytvoříš ji příkazem git branch nazev-vetve a přepneš se do ní přes git checkout nazev-vetve. Až je práce hotová a otestovaná, sloučíš ji zpět do hlavní větve. Právě tady vzniká nejvíc konfliktů. Když dva lidé upraví stejný řádek, Git neví, kterou verzi zachovat. Řešení je ruční: otevřeš soubor, najdeš značky konfliktu, rozhodneš, co tam má zůstat, a změnu uložíš. Čím menší změny a čím častější sloučení, tím méně bolesti.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;První automatizace nemá být přepisování celé firmy. Vyber si jednu opakující se nudnou činnost, kterou děláš alespoň několikrát týdně: přejmenování souborů, slévání tabulek, stahování dat, posílání příloh. Napiš skript, který ji zvládne za tebe, a spusť ho ručně. Teprve když funguje spolehlivě, můžeš ho nechat běžet naplánovaně. Typická chyba začátečníka je, že rovnou řeší velký projekt a po dvou dnech narazí na neznámou knihovnu a skončí. Malý hotový skript tě naučí víc než nedokončený velký.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Kde automatizace šetří čas a kde ho ztrác&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Kde hledat a jak projít technickým kolem Nabídky v inzerátech bývají nadsazené. Když firma chce pět let zkušeností s jazykem, který existuje tři roky, není to důvod se nehlásit. Reaguj na pozice, kde popis odpovídá alespoň ze dvou třetin tomu, co umíš, a zbytek ber jako plán na první měsíce. Aktivně oslovuj lidi, kteří v týmu pracují — krátká zpráva s konkrétní otázkou k jejich práci funguje lépe než obecná žádost o práci. Na technickém kole nestačí správný výsledek. Kóduj nahlas, komentuj, co děláš, a když narazíš, řekni, jak bys problém řešil. Ticho působí hůř než chyba, kterou pojmenuješ.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Životopis piš pro člověka, který ho čte dvě minuty. Nahoru patří technologie, se kterými jsi skutečně pracoval, a odkazy na projekty, ne seznam všeho, co jsi kdy otevřel. U každé položky uveď, co jsi postavil a jaký problém to řešilo. Vyhni se frázím typu „vášeň pro technologie&amp;quot; — nic neříkají. Místo toho napiš, že jsi napsal skript, který každé ráno stahuje data a ukládá je do databáze, protože ruční kopírování zabíralo hodinu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Než změnu sloučíš, projdi si, že větev je postavená na aktuálním main, testy procházejí a historie je čitelná. Sloučení proveď tak, aby hlavní větev zůstala funkční v každém kroku. Po sloučení větev smaž; zapomenuté větve se hromadí a za půl roku nikdo neví, které ještě něco znamenají. Ať je pravidlo stejné pro všechny, včetně vedení: kdo obchází recenzi, ať to dělá vědomě a nahlas. Právě tato výjimka, ne Git, je ta věc, která týmovou spolupráci rozbíjí nejčastěji.&lt;/div&gt;</summary>
		<author><name>CharoletteLongwe</name></author>
	</entry>
	<entry>
		<id>https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:CharoletteLongwe&amp;diff=860039</id>
		<title>Użytkownik:CharoletteLongwe</title>
		<link rel="alternate" type="text/html" href="https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:CharoletteLongwe&amp;diff=860039"/>
		<updated>2026-10-01T17:48:32Z</updated>

		<summary type="html">&lt;p&gt;CharoletteLongwe: Utworzono nową stronę &amp;quot;Váš průvodce dílnou i obývákem žije už dlouho. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Váš průvodce dílnou i obývákem žije už dlouho. Píšu o tom, jak skloubit funkčnost s teplem domova. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>CharoletteLongwe</name></author>
	</entry>
</feed>