Administrace komentářů

Zajímavé, co... ale ten váš případ bude určitě něco jiného a proto to nejde.

Ano, můj případ je samozřejmě něco jiného. Vy píšete, že někdo tvrdil, že něco nejde, a ono to šlo. To ale ještě neznamená, že všechna tvrzení o tom, že něco nejde, jsou nepravdivá. Proč tedy nepředvedete, že každý kód, který tvoří nějakou funkcionalitu, jde napsat za 4 hodiny? Proč to nepředvedete třeba na změně používané SQL databáze?

Pokud jsou opravdu v rolích uživatelů,

To jsou skoro vždy. Každý vývojář je uživatelem kódu spousty dalších vývojářů.

tak na ně můžu zavést stejný proces, jako s ostatníma uživatelema. Tzn. definice požadavků, akceptační testy, release.

No sláva. O tom píšu celou dobu.

Tohle je ale pro tým o 5 lidech naprostý overkill, takže žádná role vnitřního uživatele se nekoná.

To se mýlíte. Těch pět lidí asi nepíše kód, který není nijak provázaný – leda by dělali každý na jiném projektu. Jinak samozřejmě jeden vývojář píše kód, který volá kód někoho jiného – je tedy jeho uživatelem.

V tom případě chci přesně to, aby dneska po mně zbyl produkt, který se sám umí otestovat a kde je přesně poznat, do jakého bodu jsem došel a kde se má navázat.

To já chci také. A proto ten bod určuju podle toho, jak vypadá ten kód, ne kolik je hodin.

A né ... "héé, tohle ještě nejde přeložit, těhle 5 testů neprochází, nechápu proč, a na tohle nesahej, protože to ještě nemám hotový, ale dostanu se k tomu určitě co nejdřív!!".

Právě proto se dál předává kód tehdy, když je hotový a otestovaný, ne podle toho, že je čas na integraci a tak se musí dát dál, i když to ani nejde přeložit.

Můj příklad s přechodem na jinou databázi popisuje, jak 1. den přibyla binárka databáze (ta se používá - v balení instalačního balíku), další den přibyl spouštěcí skript (ten používá binárku a zároveň se používá v nainstalovaném produktu), další den se do databáze začaly sypat data, atd. Takže produkt z 1. dne se používá v 2. dni, a produkt z prvních 2 dní se používá ve 3. dnu atd.

Ale co ty produkty byly? Co jste testoval druhý den? Přítomnost nějakého binárního souboru, ne funkci databáze. Kdybyste tam místo databáze dal Word, tak jste teprve třetí den přišel na to, že Word jako relační databáze není příliš vhodný. Takže jste sice kód integroval každý den, ale funkcionalitu až po několika dnech. K čemu to tedy celé bylo dobré?

Předpokládá se, že funkcionalita je zastoupena testy.

To předpokládáte akorát vy. Většina lidí si uvědomuje, že automatizované testování je užitečné, ale nenalhávají si kvůli tomu, že jejich automatizované testy pokrývají 100 % funkcionality. Naopak jsou si dobře vědomi toho, jakou část pokrývají automatizované testy, a co je potřeba testovat jinak.

Ale není pravda že by každé kolo integrace muselo přinášet nějakou novou funkcionalitu.

Mělo by přinášet novou funkcionalitu nebo změnu implementace té stávající. Ale kód, který nikdo nepoužívá, nemá v integračních testech žádný význam.

Můžete klidně commitnout nějaký refactoring, který z definice žádnou funkcionalitu nepřidává, a nechat si výsledný kód projet na integračním počítači.

To mohu, ale nemusím kvůli tomu ten kód ještě nutit ostatním. Nechám ten kód sestavit ze své větve, třeba ho nasadím na server, a teprve pak objevím nějaké chyby. Tak je opravím, a teprve po několika iteracích budu ten kód považovat za natolik opravený, že jej dám do hlavní větve. Z ní si ho pak ostatní stáhnou podle potřeby, až dokončí svou práci.