Administrace komentářů

na to by se nádherně hodila ta větev, kde můžou franta s honzou tvořit nerušeně, nezabijou půl pracovní doby řešením toho, aby se na stránku nedalo prokliknout a aby mohla bejt nasazená už dnes. Já si nedovedu přestavit jak to řešíte (a ano, četl jsem celou diskuzi).

Značně zkreslujete proporce diskutované věci. Naplánovat si práci na dnes tak, aby po mě večer zbyl funkční blok, ke kterému se nemusím vracet (v rámci nejlepšího vědomí/svědomí které mám o řešeném problému), to nestojí víc než 10 minut zamyšlení nad pořadím činnosti, které provedete třeba cestou do práce, nebo nad papírem jako prvních 10 minut v práci.

To je pak produkční kód zaplevelenej věcma jako if(frantovo_stroj) then novy_kosik.php else stary_kosik.php

To samozřejmě ne, ... na PC vývojáře by program neměl záviset. Řešení tohohle se může lišit podle toho co se děje za změny, jak dlouho vyvíjíte nový košík, komu ho chcete ukazovat atd. Pokud do košíku přidáváte něco malého co stihnete pravděpodobně dokódovat do nejbližší release, tak prostě nejdřív přidáte třeba GUI elementy, a pak dokódujete aplikační logiku. Dělá se to v tomto pořadí, protože potřebujete GUI přizpůsobit uživateli a pak logiku přizpůsobit GUI, nikoliv uživatele přizpůsobovat vnitřní architektuře systému. Na začátku v tom GUI může bejt mock, nebo prázdná implementace, to přece nestojí víc než těch pár minut.

Pokud se ta feature dělá déle a chcete to mít systémem všechno nebo nic (což leckdy není nutné) tak tam dáte if(nabidni_novou_feature) then ... s tím, že defaultně to máte zaplé a při výrobě releasu kde to nechcete se to vypne.

Pokud něco přepisujete z gruntu, tak můžete uživatelům nabízet obě verze - "vyzkoušejte novou verzi košíku"... a nebo to řešit tím ifem.

Každopádně když se nad tím zamyslíte tak ani jedno nějak extra technicky náročné není, je to jen o pohledu na věc.