Když Flexbox nestačí: CSS Grid, který zachrání váš layout > 자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Na závěr jedno varování: testujte na skutečných zařízeních, ne jen v nástroji pro vývojáře. Media queries je důležité nastavit podle obsahu, ne podle konkrétního telefonu. Chcete, aby se layout rozbil ve chvíli, kdy přestane dávat smysl, ne když má displej určitou šířku. Začněte s mobilem, přidejte sloupce pro tablety a nakonec rozšiřte na desktop. Tímto postupem se vyhnete frustraci z layoutu, který se na polovině zařízení rozsype.

Když odhadujete čas na osvětlení v obývákuývojový úkol, obvykle si představíte čistý kód. Sednete, napíšete funkci, otestujete ji a máte hotovo. Jenže realita vypadá jinak. Mezi první řádek kódu a nasazení se vkrade řada činností, které v odhadu často chybí – a právě ony způsobují, že termíny se posouvají a tým nestíhá.

Na závěr si uvědomte, že odhad není závazek, ale pracovní nástroj. Když do něj zahrnete skryté činnosti, neznamená to, že děláte špatnou práci – naopak, dáváte sobě i ostatním reálný obraz o tom, co vás čeká. Pokud se vám stává, že termíny pravidelně nestíháte, podívejte se na to, co jste minule zapomněli. Možná to bude stejná věc, která vám uniká i teď. Až příště budete odhadovat, zkuste si napsat seznam činností, které nejsou „programování" – a uvidíte, že se do něj vejde víc, než byste čekali.

Jak si ověřit, že váš odhad není příliš optimistický? Nejspolehlivější metodou je vzít si minulý úkol podobného rozsahu a porovnat, kolik času jste skutečně potřebovali s tím, co jste odhadli na začátku. Rozdíl vám ukáže, jak velkou rezervu obvykle potřebujete. Až příště budete odhadovat, přičtěte tuto rezervu automaticky. Dále si rozdělte úkol na menší části – nejen na kód, ale i na analýzu, psaní testů, revizi kódu a nasazení. Každá z těchto fází může obsahovat skryté činnosti, které si zaslouží vlastní odhad.

Když začnete psát v Pythonu, první otázka obvykle zní: co použít? Výběr vývojového prostředí (IDE) může výrazně ovlivnit, jak rychle se naučíte, jak pohodlně budete pracovat a jak snadno najdete chyby. Nejde o to, které prostředí je „nejlepší" – jde o to, které nejlépe sedí vašemu stylu psaní a velikosti projektu. Dobré IDE osvětlení v obývákuám ušetří hodiny hledání překlepů a umožní vám soustředit se na logiku kódu.

Častou chybou je spoléhat se na to, že podpora vyřeší všechno automaticky. Dodavatel vám většinou pomůže s obnovou dat, ale už neporadí, proč se záloha nepovedla, pokud jste špatně nastavili plán úloh. Před nasazením nové verze databáze si proto ověřte, že podpora umí pracovat s vaší konkrétní konfigurací, včetně použitých pluginů nebo rozšíření. Mnoho poskytovatelů standardně podporuje jen čistou instalaci, a jakmile přidáte vlastní úpravy, garance přestávají platit.

Pro menší skripty do dvou set řádků si vystačíte i s textovým editorem s podporou Pythonu. Ale jakmile projekt začne mít více souborů, modulů a závislostí, bez pořádného nástroje se ztratíte. Sledování importů, správa virtuálních prostředí, ladění a refaktorování – to jsou funkce, které kvalitní IDE poskytují automaticky. Bez nich strávíte víc času řešením technických detailů než samotným programováním.

Druhý krok je verzování nejen kódu, ale také konfigurací a skriptů. Pokud máte infrastrukturu popsanou v souborech, můžete ji znovu vytvořit kdekoli a nemusíte se spoléhat na to, co si pamatuje váš kolega. To je základ infrastruktury jako kódu. Začněte s jednoduchým popisem prostředí, klidně jen pro lokální vývoj. Napište soubor, který definuje, jaké programy a služby se mají nainstalovat, a spouštějte ho ručně. Až budete jistí, přidejte automatizaci a poté to samé použijte pro testovací a produkční prostředí. Pozor na to, abyste do verzování nedávali hesla a klíče. Použijte proměnné prostředí nebo tajný trezor, If you liked this posting and you would like to obtain more facts with regards to více detailů kindly pay a visit to our web-page. který je k tomu určený.

Retrospektiva není formalita. Pokud ji odbýváte, přicházíte o nejcennější nástroj na zlepšování. Zkuste na ní použít jednoduchý rámec: co fungovalo, co nefungovalo a co s tím uděláme příště. Důležité je, aby každý člen týmu měl možnost mluvit, a aby z každé retrospektivy vzešel jeden konkrétní, malý rekonstrukce koupelny krok za krokem, který se skutečně udělá. Pokud se to nedaří, zeptejte se sami sebe, jestli je problém v procesu, nebo v tom, že se bojíte říct pravdu.

Další oblastí, kterou většina lidí podceňuje, je práce s chybami a nečekanými situacemi. Odhad děláte pro ideální průběh, ale v praxi narazíte na nespecifikovaný požadavek, na podivné chování staršího kódu nebo na to, že vám chybí testovací data. Dobrý odhad obsahuje rezervu na ladění, které sice není vidět na první pohled, ale je nevyhnutelné. Zkuste si na každý úkol přidat deset až dvacet procent času navíc a sledujte, jestli to odpovídá realitě. Časem získáte vlastní kalibraci.