Štěstí o kterém chci dneska 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 takřka vždycky štěstí. To druhé takřka nikdy. A přesto se to dá zaslechnou často...
Nicméně, takžka nikdy to nemá co společného se štěstím.
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
Návrhové vzory jsou jako nástroje ve vaší dílně. Dokáží výrazně zjednodušit jak psaní kódu, tak kód samotný. Dnes začneme ukázkami patternů specificky se vzorem s názvem Rules Engine.
Rules engine vám umožní zlepšit jak separation of concerns, tak high cohesion and low coupling a výrazně tím snížit míru komplexity kódu.
Komerční vývoj software je více, než jen „napište kód, který vám řeknu napsat“. Tvorba software, který můžete provozovat a rozvíjet roky, a který lze přizpůsobovat měnícímu se trhu a business modelu, vyžaduje znalost evolučních architektonických postupů.
Nelze vytvořit architekturu, která zůstane stejná, když se změní podmínky. A přesto, že nelze navrhnout architekturu, která bude roky neměnná, lze vytvořit architekturu, která podporuje evoluční změny.
Osobně upřednostňuji leadership před managementem. Chcete tým, ve kterém lidé umí přemýšlet a jednat sami. Nicméně potřebují leadera, který je vede.
Leadership znamená mít dovednosti, odhodlání a hodnoty, které inspirují ostatní k tomu, aby leadera následovali.
K dosažení jakého cíle je vaše společnost optimalizována? Je optimalizována pro jednoduché řízení středním managementem a byrokracii? Pokud ano, doručování hodnoty bude váznout.
Jaká organizační omezení brání vyšší produktivitě? Vytvoření struktury, která bude podporovat tvorbu produktu bude znamenat zvýšení spokojenosti pro vaše zaměstnance, zákazníky i CFO.
Mezi MVP, software, který budete vyvíjet 3 měsíce a předáte zákazníkovi, software, který vyrábíte pro interní potřeby a software, který budete vyvíjet roky a prodáváte zákazníkům jsou rozdíly.
Tvorba software, pro který hledáte market fit se liší od správy software, který již má 10 000 zákazníků.
Pochopení a respektování rozdílů je nezbytné pro správnou tvorbu teamu, obchodní strategie a strategie vývoje. Je nutné znát a respektovat jednotlivé fáze tvorby a prodeje software.