Administrace komentářů

A moje práce je směřována k tomu, abych za ten půl až den ten funkční kód měl. Ten čas na to stačí.

My tady ale píšeme obecně i o větších projektech, kde vám rozhodně půl den nestačí na napsání, odladění a otestování nějaké nové funkce.

Ta spolupráce je právě o tom, že se commituje.

Ano. Jenže spolupráce je také to, že nerozbíjím program ostatním pod rukama. Takže commituju pravidelně, ale do společné repository dám až funkční výsledek.

Rozdělení zodpovědnosti za části kódu vede obecně k malé pružnosti kódu. Je lepší to mít tak, že pokud nějakej kus kódu nevyhovuje mým požadavkům tak si to tam prostě dopíšu. Když někde vidím chybu, tak ji prostě opravím. Když se mi to někde zdá nečitelné, tak refactoruju.

To může fungovat tak ve skupině do 5 vývojářů. Větší projekt už je potřeba modularizovat a není možné, aby si každý měnil rozhraní, jak se mu zachce.

Takovouhle změnu je pak samozřejmě potřeba co nejdříve vypropagovat směrem k ostatním.

Není. Změnu je potřeba dostat k těm, kteří na ní závisejí. Ostatní naopak zdržuje uprostřed vývojového cyklu a do kódu, který mají sami rozvrtaný, integrovat ještě nějaké cizí změny.

Podle mě je lepší, když do svého půldenního snažení zakomponuju kompatibilitu s půldenním snažením ostatních, místo toho, abych pracoval s měsíc starou verzí trunku a pak nezbylo než svoji mesíční práci přepsat, protože merge už nikdo nedá.

To máte nějaký divný postup práce, kdy se vám pořád mění většina kódu. Podle mne je normální, že se změny v rozhraních mezi moduly dělají nárazově a po dohodě autora i uživatele rozhraní. Takže se nemůže stát, že bych něco musel složitě a zdlouhavě přepisovat.

Nevím, proč bych si měl průběžně integrovat všechny postupné změny – než refaktorovat nějaký kód čtyřikrát podle toho, jak se mění rozhraní nějaké funkce, raději ho zrefaktoruji jen jednou, až je to rozhraní hotové. Navíc ten váš postup míchá do jednoho commitu nesouvisející změny. Když se pak ukáže, že moje úprava byla špatně a musím ji vrátit, vrátím i změny vyvolané mergem s jinou větví. Takže ty změny musím provést znova.

Pokud někdo za 2 dny čtyřikrát něco kompletně překope a commitne, tak to asi taky nemá v hlavě úplně dobře.

Podívejte se na vývoj linuxového jádra. Kolikrát se tam mění kód, který znamená jednu novou funkcionalitu. A vy byste po vývojářích chtěl, aby to, co se tam probírá několik dní nebo i týdnů či měsíců, napsali rovnou na čisto za půl dne.