Jak budovat disciplínu - principy

V minulém článku jsme si ukázali, jak o disciplíně přemýšlet, co je potřeba pochopit, než se pustíme do projektu. Dnes se konečně podíváme na to, jak disciplínu vybudovat. Povíme si o 3 principech, které k disciplíně vedou, a pokud je budete dodržovat, budete mít dostatek sebekázně na dlouhodobou práci na svém snu. Povíme si o konzistenci, fokusu a systému.

Principy disciplíny jsou jednoduché, jejich dodržování je to, co je těžké, pokud ale vydržíte, váš život se výrazně změní.

Disciplína - mentální nastavení

Pojďme se podívat na to, jak disciplínu vybudovat. Cesta začíná ve vaší hlavě, v přístupu. V přístupu k věci, o kterou se snažíte, v přístupu k vám samotným.

A budete k tomu potřebovat některé skutečnosti vzít na vědomí.

Disciplína - co to je?

Dnes se konečně dostáváme k první skutečné dovednosti potřebné ke změně a růstu – k disciplíně. Disciplína je nezbytná, podmínka nutná pro dosažení vašich cílů, pro to, abyste se stali tím, čím chcete.

Samotné slovo „disciplína“ bude znít pro mnohé zlověstně, jako něco, co je třeba dělat, něco, čemu se chceme vyhnout. Disciplína je ale základem růstu, a v tomto článku se podíváme na to, jak z disciplíny udělat svého pomocníka.

Motivace - nejvíce přeceňovaný pocit

Po štěstí a talentu se dneska podíváme na motivaci. Možná vás teď zajímá, co ten nadpis znamená, vždyť o motivaci se v managementu a leadershipu mluví velmi často. Bavíme se o tom, čím zaměstnance motivovat, bavíme se o vnitřní a vnější motivaci… Přesto je motivace asi nejvíce přeceňovaný pocit.

Scatter-Gather pattern

Scatter-Gather je další z rodiny návrhových vzorů, které se zaměřují na separation of concerns (oddělení zodpovědnosti). Hlavním přínosem scatter-gather vzoru je paralelizace – možnost vykonávat několik operací najednou, a je tedy vhodný pro prostředí a jazyky, které paralelizaci nabízejí, mají thready, workery nebo umí spustit nové procesy.

Talent - běžná výmluva

V pokračování série o faktorech, které ovlivňují úspěch, se dnes podíváme na talent. Pokud jste nečetli článek o štěstí, doporučuji. Hodně faktorů je podobných a nebudu je vysvětlovat znovu.

Nicméně, na rozdíl od štěstí, talent už má praktický dopad na úspěch (dá se s ním pracovat). Co to ale talent je? Podle mě si hodně lidí talent vykládá špatně.

Hodně lidí si talent vykládá jako něco, co dá člověku náskok, a to není pravda.

Štěstí - kotva na noze

Štěstí, o kterém chci dnes mluvit, není „Ty máš štěstí, vyhrál jsi loterii“, ale „Ty máš štěstí, že máš tak skvělé kolegy, že máš takové skvělé nabídky“ atd. To první je štěstí. To druhé málokdy. A přesto se to dá zaslechnout často...

Nicméně, takřka nikdy to nemá co společného se štěstím.

Pipeline pattern

V minulém článku jsem se věnoval rules engine patternu, patternu, jehož motivací je separation of concerns, high cohesion and low coupling. Dneska v tom budeme pokračovat dalším patternem, který podporuje tyto principy: pipeline

Rules engine pattern

Návrhové vzory jsou jako nástroje ve vaší dílně. Dokáží výrazně zjednodušit jak psaní kódu, tak i kód samotný. Dnes začneme ukázkami patternů, specificky se vzorem rules engine.

Rules engine vám umožní zlepšit jak separation of concerns, tak high cohesion a low coupling, a tím výrazně snížit míru komplexity kódu.

Architektura

"Softwarová architektura je návrh API, databáze a měla by být robustní a stabilní."

Na předchozí větě není skoro nic pravda. Moderní softwarová architektura je něco velmi jiného. Chybí to hlavní. To, co je vlastně cílem architektury.

Co je tedy softwarová architektura?

Nejcennější zdroj

Spoustu věcí lze nahradit nebo získat znovu. Dům, auto, peníze – vše lze nahradit. Existuje ale něco, co je cennější než peníze či zlato. Čas. Čas je skvělý zdroj; všichni ho máme stejně – 24 hodin denně. Není možné mít více, jediné, co je možné, je rozhodovat o jeho využití.

Slyšeli jste někdy lidi říkat "nemám dost času"? Nemyslím tím úkoly a termíny. Nemluvím o práci, někdy jsou termíny příliš krátké, úkoly příliš velké a není čas je dokončit. Mluvím o "Chtěl bych se tohle naučit, ale nemám čas."

Mít pravdu

Má cenu mít vždycky pravdu? Co to znamená mít pravdu v softwarovém vývoji? Jak důležité je pro lídra mít pravdu? A kdy to všechno začne být arogance? Měli jste někdy co dočinění s někým, kdo musel mít vždy pravdu?

Prozkoumáme pohled developera, lídra a architekta.

Softwarová komplexita 2

V návaznosti na předchozí článek budu pokračovat komplexitou škálování, komplexitou podpůrných částí a náhodnou komplexitou – typy, které je možné managovat, redukovat a dokonce i odstranit.

Softwarová komplexita

Komplexita je úhlavní nepřítel softwarového designu a architektury. Primárním úkolem softwarového architekta je odstranit, redukovat a spravovat komplexitu – v tomto pořadí. Ale co když samotná podstata problému, který řešíte, je komplexní? Co potom? Co vlastně znamená řídit komplexitu a co je vůbec komplexita?

Existuje několik typů softwarové komplexity, a každý typ vyžaduje jiný přístup.

Co je abstrakce

Vývojáři používají slovo "abstrakce" běžně, nicméně často s omezeným chápáním významu. Pro většinu byl koncept abstrakce zastíněn jejím použitím v některých jazycích pro označení metody nebo třídy, která musí být děděna a přetížena. Stejně tak "použij abstrakci" pro spoustu developerů znamená "napiš abstraktní třídu".

Abstrakce je jednou z nejdůležitějších technik pro docílení decouplingu a stabilizaci veřejného rozhraní na všech úrovních.

Struktura modulitu

Existuje několik způsobů, jak vytvořit modulit, a jeden z nich si dnes ukážeme. Ty důležité části, na které se dnes zaměříme, jsou: aplikační vrstva, business vrstva, fasády a repositáře, event bus/broker, CQ router a utilities.

Pochopení rolí a rozdělení těchto částí je základem pro napsání kódu, který neskončí jako "big ball of mud".

Cesta modulitu

Monolitický styl má špatnou reputaci, nicméně je vhodnou volbou pro menší aplikace. Problémem není nutně monolit, ale spíš způsob jeho implementace.

Proč zvolit monolit namísto distribuované architektury (např. microservices)? Networking mezi jednotlivými komponentami představuje novou sadu problémů. Existují stejně benefity jako nevýhody.

Modulární monolit – modulit je vhodná volba, jak začít psát aplikaci.

Hodnoty, cíle a loajalita

„Měli byste být loajální k firmě, sdílet její cíle a přijmout její hodnoty.“ K tomu ale nedojde. Nechápejte mě špatně, neříkám „To neudělám“, říkám, že to se nestane, nemůže se to stát, není to možné.

Lidé nejsou loajální k firmě, jsou loajální k lidem ve firmě díky kultuře, která je těmito lidmi vytvořena.

Příliš mnoho bludů

Někteří lidé si myslí, že dependency injection by mělo být použito všude a je nejnovější technologií. Podobně někteří lidé si myslí, že layered architecture vyřeší všechno, a další si myslí to samé o microservices.

Někteří lidé si myslí, že serverless je vhodné vždy, jiní, že vše by mělo být napsané v Rustu na backendu a Vue3 na frontendu.

Někteří lidé si myslí, že stačí na jednoho člověka nalepit Product Ownera, na jiného Scrum Mastera, poslat je na 2denní certifikační kurz, mít standupy, reviews, retrospektivy, používat Jiru a máte agilní tým, který praktikuje Scrum.

Toto vše má jeden společný atribut: nepochopení hodnot a principů.

Hodnoty

Proč děláte to, co děláte? Co vás motivuje k tomu, jít do práce? Podle čeho rozhodujete? Čeho chcete pracovně dosáhnout?

tl;dr – nejsou to peníze.

Pevně věřím, že existují hodnoty, které jsou důležitější než peníze. Hodnoty, které vytvářejí lepší, udržitelnější business model a zároveň generují peníze. Těmi hodnotami jsou: zákazník, tým a kvalita; a jdou ruku v ruce.