Kdy kód čte člověk a kdy stroj: pět zvyků, které ti vrátí hodiny > 공지사항

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

Denní světlo je další slabé místo. Pokud kurník stojí ve stínu, nainstalujte obyčejnou žárovku s časovým spínačem. Stačí prodloužit den na dvanáct až čtrnáct hodin. Světlo zapínejte ráno a večer, ne v noci, aby slepice měly klid na spaní. Pozor na kabely – musí být chráněné před klováním a vlhkem, jinak hrozí zkrat nebo požár.

Jak zkoušet velikost, aby to nebylo za tre

Vyhněte se přenosu kontrastů. Pokud obývák stojí na výrazném kontrastu světlé a tmavé, do ložnice ho nepřenášejte. Vysoký kontrast budí pozornost a mozek ho čte jako aktivitu. V ložnici potřebujete přechody jemné, ideálně mezi dvěma až třemi blízkými tóny. Další častá chyba je stejný vzor – velké geometrické motivy nebo výrazné květiny patří do obýváku, v ložnici působí rušivě. Zvolte vzor menší nebo úplně jiný, jen ve stejné barevné rodině.

Na co si dát pozor: nepřipevňujte těžké věci na sádrokarton bez hmoždinek. A pokud používáte háčky na dveře, zkontrolujte, zda se dveře po zavěšení ještě dovřou. Častá chyba je také přehlcení zrcadlem. Zrcadlo v předsíni je užitečné, ale pokud ho umístíte přímo proti vchodu, lidé do něj při odchodu narážejí. Dejte ho na boční stěnu.

Sladění není o tom mít málo kusů. Je o tom mít málo rozhodnutí. Když každá barva ví, s čím se má potkat, ranní oblékání se zkrátí na minutu a ty přestaneš nosit pořád to samé, protože ti to samé bude fungovat ve víc variantách. Kapsle ti neporadí, co si vzít. Poradí ti, co si nebrat. A to je přesně ta část, která ti ušetří peníze i nervy.

Většina času při ladění nejde na složité chyby. Jde na kód, kterému po týdnu nerozumíš ani ty sám. Čistý kód není estetika, je to nástroj, jak zkrátit dobu mezi „něco nefunguje" a „už vím proč". Následujících pět návyků se vyplácí právě ve chvíli, kdy hledáš chybu ve tři ráno.

První návyk: pojmenovávej věci podle toho, co dělají, ne jak vypadají. Funkce data, handle nebo process ti neřekne nic. nactiObjednavky, overEmail, ulozDoKosiku řekne vše. Když má funkce dvě odpovědnosti, název začne být dlouhý a vágní — to je signál, že ji máš rozdělit. Typická chyba: přejmenuješ proměnnou na data2, protože se ti nechce vymyslet lepší jméno. Za měsíc budeš mít data2, dataNew a dataFinal a nikdo nebude vědět, které je platné.

Třetí návyk: nemíchej změnu stavu s výpočtem. Funkce, Rekonstrukce bytu která něco spočítá a zároveň to zapíše do globální proměnné, je past. V momentě, kdy se osvětlení v obývákuýsledek nečekaně změní, nevíš, kdo ho změnil. Rozděl to: jedna funkce spočítá a vrátí hodnotu, druhá ji uloží. Když se pak číslo rozbije, stačí se podívat na jedno místo. Častá chyba je, že se do takové funkce přidá „ještě jedna drobnost" a najednou má pět vedlejších efektů.

Žádný z těchto návyků nezabere víc než pár sekund navíc při psaní. Vrací se ale přesně ve chvíli, kdy hledáš chybu: kód, který má jasné názvy, předané závislosti a oddělený výpočet od stavu, tě dovede k příčině místo k dalším otázkám. Ladění pak není hledání ve tmě, ale čtení.

Čtvrtý návyk: drž funkce krátké, ale ne na úkor smyslu. Krátká funkce se čte shora dolů bez skákání. Pokud musíš při čtení scrollovat, abys viděl, co funkce dělá celá, je příliš dlouhá. Praktické pravidlo: když v těle funkce potřebuješ víc než dvě úrovně vnoření if a for, vytáhni vnitřek do samostatné funkce. Pozor na opačný extrém: rozsekání logiky na deset jednorázových funkcí, mezi kterými se ztrácí souvislost.

Pátý návyk: piš komentáře k důvodu, ne k tomu, co je vidět. // zvýšíme o jedna u i++ je zbytečný šum. Komentář má vysvětlit, proč tam ta podmínka je, jakou chybu řeší, nebo co by se stalo, kdyby tam nebyla. Když kód potřebuje komentář u každého řádku, problém není v komentářích, ale v tom, že kód neříká, co dělá. Komentář, který lže, je horší než žádný — při refaktoringu ho neaktualizuješ a příští člověk se podle něj vydá špatným směrem.

Hranice mezi tím, co funkce ví, a co jen předává Druhý návyk se týká parametrů. Funkce, která si sama sahá do globálního stavu nebo do DOMu, se ladí těžko, protože její výsledek závisí na něčem, co není vidět v podpisu. Předávej závislosti jako argumenty. Když funkce potřebuje datum, pošli jí ho, nečti ho uvnitř. Když potřebuje seznam, pošli seznam. Získá tím dvě věci: testovatelnost a čitelnost. Uvidíš na první pohled, co funkce potřebuje, a při ladění můžeš stejnou funkci zavolat s jinými daty, aniž bys musel simulovat celou stránku.

If you loved this article and you would certainly such as to obtain more details concerning zjistit více kindly go to our own web-site.