Vlákno názorů k článku
GIT: distribuovaná správa revizí

Aby sme sa vyhli nedorozumeniam, tak git povazujem za naozaj vyborny VCS. Zopar projektikov v nom mam, a hoci nevyuzivam ani 1/10 jeho moznosti je to super.

Na druhej strane vidim problem skor v tom, ze 80% developerov ma problem pochopit ako PORIADNE pouzivat obycajny centralizovany VCS (ci uz CVS, alebo SVN) a dat im do ruky Git alebo Mercurial...To si clovek koleduje o problemy. Slovom PORIADNE myslim to, ze budu vediet spravne mergovat, budu sa drzat dohodnutych pravidiel branchovania a podobne.

Vsetko zalezi s kym pracujete, ak mate v time ludi ktori vyrastli na Visualku a nebodaj VSS (pre neznalych - VSS = Visual Source Safe) tak mate problem. Ak mate v time aspon par ludi, ktori co-to vedia o open-source, linuxoch a najma maju chut sa ucit nove veci, tak hor sa do toho.

Mal som pocit ze som presne na tuto temu cital akysi blog nedavno, no nasiel som uz iba toto:
http://labs.trolltech.com/blogs/2008/03/30/sourcecode-

Na druhej strane vidim problem skor v tom, ze 80% developerov ma problem pochopit ako PORIADNE pouzivat obycajny centralizovany VCS (ci uz CVS, alebo SVN) a dat im do ruky Git alebo Mercurial...To si clovek koleduje o problemy. Slovom PORIADNE myslim to, ze budu vediet spravne mergovat, budu sa drzat dohodnutych pravidiel branchovania a podobne.

Dohodnutá pravidla branchování jsou nutná právě proto, že používáte centralizovaný systém. V distribuovaném systému si každý může dělat své vlastní branche, jak ho napadne, a jen některé z nich (sestavené ze samých krásných čistých commitů) publikuje veřejně.

Já jsem se naučil pracovat s Gitem dříve než s CVS. Připadá mi, že v Gitu všechno dává rozumný smysl. Oproti tomu CVS mi přijde jako něco tak příšerně složitého, že nechápu, jak se to dá rozumně používat (totéž s SVN). Linus to říká správně, že CVS vám ohýbá myšlení.

Dohodnutá pravidla branchování jsou nutná právě proto, že používáte centralizovaný systém. V distribuovaném systému si každý může dělat své vlastní branche, jak ho napadne, a jen některé z nich (sestavené ze samých krásných čistých commitů) publikuje veřejně.

V tomto samozrejme suhlasim, ale ja som sa o mergovani zmienoval preto ze to je standardny problem centralizovanych systemov. V Gite su zas ine "problemy" (uvodzovky preto, ze to nie je skutocny problem, ale javi sa to tak). Vacsina ludi sa najskor stretne s centralizovanym systemom (nehovorim ze to je lepsie, ale taka je skutocnost) a teda im bude ideovo blizsi. V Gite nie je problem s mergovanim, ale zas pochopenie bezne pouzivanej funkcionality (praca s indexom, diffovanie oproti lokalnym zmenam a zmenam v branchi a podobne) su komplikovanejsie (rozumej vacsina ludi to tak rychlo nepochopi).

Já bych viděl problém jinde. Zatímco při použití např. kombinace CVS+Cervisia člověk v podstatě při každodenní práci nemusí na příkazovou řádku sáhnout, možnosti GUI nástrojů pro GIT (gitk a qgit) jsou zatím dost omezené - v zásadě se omezují na prohlížení grafu commitů a pár jednoduchých operací (make a new branch here). Věci jako interaktivní rebase nebo rebase+pull (aby graf byl "hezčí") je třeba řešit na řádce. Pokud se povede udělat univerzálnější GUI pro GIT (s podporou těchto a podobných operací a se snadným sledováním historie změn v souboru - námitku, že GIT není souborově orientovaný, neberu), byl by tento systém pro obyčejného vývojáře daleko přijatelnější a srozumitelnější. Problém s podporou v IDE typu Eclipse je samozřejmě také významný, ale rozumné samostatné GUI vidím jako důležitější.

opraveny link:
http://labs.trolltech.com/blogs/2008/03/30/sourcecode-collaboration/

Na druhej strane vidim problem skor v tom, ze 80% developerov ma problem pochopit ako PORIADNE pouzivat obycajny centralizovany VCS (ci uz CVS, alebo SVN) a dat im do ruky Git alebo Mercurial...To si clovek koleduje o problemy.

Developer co neni schopen jednou za par let se podivat co se okolo deje a co existuje za nastroje a pripadne se nektery naucit pouzivat je mrtvy developer...

Moje zkusenost s lidmi je, ze tem co nepotrebuji nejake slozite operace, ale proste jen chteji udelat patch a poslat ho se snadneji pracuje s GITem nez CVS. Tech zakladnich prikazu je par a IMHO je to daleko primocarejsi. Pochopitelne pokud chcete delat branche, mergovat, mazat stare veci apod. tak je vhodne si neco prostudovat.

V soucasne dobe jit a ucit se SVN (protoze opravuje par nedostatku CVS) je hloupost. Me pripada lepsi udelat poradny krok dopredu nez jen krucek do boku..

ja mam podobne zkusenosti. Presli jsme s CVS na SVN ale ukazalo se ze kdybychom presli hned na neco poradneho (hg, bazaar) usetrili bychom cas. Hg i bazaar jsou vyborne produkty a bezi bezproblemu i na widlich.

Taky se mi zda bazaar jednodusi na kazdodeni pouzivani oproti CVS, kdo umi s CVS nebude mit s hg ani s bazaar zadne problemy. Navic bazaar nevyzaduje zadny specialni server oproti cvs a svn, sftp mu staci.

Ono je to spis o tom ze se lidi nechteji ucit nic noveho a proto porad pouzivaji CVS. Dneska bych uz rozhodne CVS/SVN nikomu nedoporucoval. Jsou uz i lepsi nastroje a musim rict ze sprava vetvi/merge v CVS je opravdu hardcore.

Aaa, tak som konecne nasiel ten link co som hladal v mojom povodnom prispevku:

http://blog.red-bean.com/sussman/?p=79

Su tam zhrnute dovody preco distribuovane VCS nie su (a tak skoro ani nebudu) vyuzivane bezne

V podstate s tym co tam je napisane 100% suhlasim, ak aj mate iny nazor doporucujem precitat aspon prvych par odstavcov, v ktorych sa venuje celkovo roznym typom vyvojarov.

No, praveze developer nechce stravit ucenim se noveho VCS vic nez je nutne a kdyz to zabere vic nez 10 min, tak to odmitne. Me dalo hodne prace prosadit ve firme alespon SVN a to pritom staci skutecne pochytit jen 2 operace.

Na druhou stranu, prijde mi vtipne, jak se tvrdi (ted mluvim o SVN), ze pokrivuje mysleni, a pak reknete, ze se s GITem snadneji udela patch a posle se. Pritom vam nedochazi, ze neco takhle komplikovaneho vubec neni potreba delat a drtiva vetsina projektu a vyvojaru tohle nepotrebuje.

Nikomu GIT nevymlouvam, at si kazdy pouziva co chce, ale obecne tvrdit, ze centralizovane systemy jsou slozitejsi na pouziti je dost prehnane. Stejne tak rikat neni jedno krok kupredu a druhe do boku, jsou to proste ruzne zpusoby jak resit VCS.

sorry ale odkdy coder rozhoduje o tom co bude a nebude pouzivat. Budto bude delat to co od nej project manager ocekava a bude za to placen nebo pujde na dlazbu. Rika se tomu trh pracovnich sil.

No, na vyssi odborne managerske se to mozna tak povida, ale realita byva ne uplne ucebnicova.
Dalsi vec je, ze ja byl v te dobe radovy vyvojar, ovsem jediny, ktery znal neco jineho nez ftp.

Jo jo, v některých firmách se dosud nepoužívá žádný VCS, natož aby někdo používal něco sofistikovanějšího než CVS. Navíc tam "projektového manažera" dělá člověk, který je ve firmě nejdéle, je nejstarší nebo má nejlepší vztahy se šéfem, ale chybí mu potřebný rozhled a teoretické základy, takže ty projekty se dělají de facto na koleně. Taková je skutečně realita některých menších firem.

Jakou pilu budu mit si rozhoduju sam, vedouci projektu se zajima o narezane metry a ne o to co pouzivam a tak by to melo byt

O nastrojich by mel rozhodovat tym a pokud nadrizeny urcuje technologie a chce byt nutne in, protoze nekdo jiny to pouziva, by taky mohl narazit na odpoved, budeme mit 3 tydny spozdeni, potrebovali jsme vic casu na zvyknuti si na novou technologii.

Ma git a mercurial implementovane rozhrani CVS? Pokud by to existovalo, tak se da uvazovat o nasazeni gitu na "server" a vyvojari budou porad pouzivat cvs klienty a jeho limitovanou funkcionalitu a na git by kazdy presel az by se na to citil.

Opravdu je to VELKA zmena. Zazivam to kazdy den, kdy musim preskakovat z Hg na CVS a obracene, protoze jeden projekt jsem si mohl rozhodnout, ze to bude verzovane v Hg ...

Alespon u nas si o tom coder ani team (pokud definujte team jako bandu coderu) nerozhoduje. Ve fabrice si taky delnik nerozhoduje o tom jaky soustruh bude pouzivat. Nema na to ani znalosti, ani postaveni.

Normalni koder je nesamostatny jedinec nad kterym se musi neustale mavat klackem aby neprasil, psal unit testy, dokumentaci, psal poradny commit message, nesledoval youtube v pracovni dobe, nekradl DVDcka atd. Coder neni schopen samostatne prace. Kdyz se vypracuje tak ze samostatne prace schopen je, tak prestane delat codera a zacne delat odpovednejsi praci.

Ehm. Zdá se, že máte zkušenosti jenom z jednoho typu firem (ala třeba Unicorn). Jsou i jiné, říkejte jim třeba garážovky pokud je chcete urazit, kde je menší skupina a funguje to trochu jinak (i hlava týmu píše kód, často ten důležitý). Ten model není moc škálovatelný a hůř se to prodává třeba bankám na bodyshop, ale buďte si jist že produkovaný kód je kvalitnější.

Tady se sám musím opravit - ten kód je často kvalitnější, protože to programují lidi co to většinou umí a baví. Vždy kvalitnější není, vzpomněl jsem si právě na jeden odstrašující případ.

kvalita kodu zavisi na tech kdo projekt vedou a delaji code review. Kdyz to coder zprasi, musi se mu to vratit a nekomitnout to. Taky se musi dbat na dodrzovani codestyle.

Jak jste spravne poznamenal flakat to muzou v libovolne velkych firmach.

No jestli se takhle divate na programatory, tak si nic jineho nezaslouzite. Delam ve velke americke firme jako programator, a muj sef me povazuje za lidskou bytost a ne psa. To znamena je pristupny mym technickym nazorum. A to jsem temer naprosty zacatecnik (delam 2 roky mainframe assembler), a predtim jsem nikde neprogramoval (profesionalne). Za to jsem mu vdecny tim, ze se opravdu snazim veci zlepsovat a delat poradne.

Nevim, co si predstavujete pod "zodpovednejsi praci". V kodovani, co delam, je zodpovednosti celkem dost.

coder je nejmene kvalifikovana prace. Sehnat codera je ten nejmensi problem, zajemcu jsou mraky a delaji to obvykle lidi co jsou budto bez zkusenosti nebo jsou lini. Na kvalite codera moc nezalezi, od toho je tu jeho sef, ktery musi byt dost znaly a ohlidat co ten clovek dela a zda neprasi. Proste koder je pesak a komodita.

Vyse nez koder stoji kdokoliv, clovek delajici dokumentaci, tester, prodejce, ten kdo zajistuje komunikaci se zakaznikem, software architekt, support. Jako koder mate prakticky nulovy vliv na to jak bude projekt vypadat a je to tak dobre. Kodera moc dlouho delat nevydrzite, maximalne tak par let pak s tim budto svihnete nebo postoupite na vyssi posty.

Povinosti sefa je naslouchat namitkam k projektu od svych podrizenych, pokud budou opravnene, tak neni duvod aby tito kvalitni lide delali dale kodera a prejdou na vyssi, odpovednejsi a lepe placene pozice. Inzeryra taky nenechate kopat krumpacem.

Taky zalezi na tom co vlastne koduje. Pokud je to LAMP koder tak tech je dneska na trhu tolik ze je muzete doslova kupovat po tunach z Ruska, Ciny, Indie, Singapuru, Jizni ameriky a Afriky. Vetsina lidi je totiz lina se ucit cokoliv jineho nez LAMP a pokud umite jen LAMP tak vas bereme jako programatorsky odpad, ktereho muzeme mit za par stovek mesicne od nasich dodavatelu LAMP coderu kolik jen budeme chtit. Pokud ovsem umite J2EE a Oracle, tak to uz je jina, jeste sice porad coder, ale uz vam rikame PANE a plat podle toho taky vypada.

V současné době, pokud vím, je více nabídek práce než zájemců. S indickými developery přeju hodně štěstí. :-)

V cechach ano. Ale cechy prakticky nezamestnavame - obecne totiz maji velice mizerny pomer vykon/cena, flakaji se jak jen je mozno a nemaji zadny zajem o danou praci. Jsou ochotni povetsinou jen dochazet do zamestnani za coz pozaduji plat a uplanuji ruzna prava (napriklad pravo zdarma si soukrome telefonovat).

Nekteri indicti developeri jsou nicmoc, ale nekteri jsou svetova spicka. Mezi indama jsou velky rozdily, chce si je to prebrat.

Teď jsi mě rozesmál. Když srovnám "Normalni koder je nesamostatny jedinec nad kterym se musi neustale mavat klackem aby neprasil, psal unit testy, dokumentaci, psal poradny commit message, nesledoval youtube v pracovni dobe, nekradl DVDcka atd." s "Ale cechy prakticky nezamestnavame - obecne totiz maji velice mizerny pomer vykon/cena, flakaji se jak jen je mozno a nemaji zadny zajem o danou praci.", vychází mi, že Čech je přesný prototyp Tvého kodéra (koneckonců, ty budeš asi Belgičan, viď).

Je jenom s podivem, že o české IT zaměstnance je takový zájem. Příteli, svůj mindrák by sis měl léčit jinak.

Typicky unicornista po absolutoritu skoleni "Ego III" :)

To si myslite ze se na celem svete flakaji a kradou jenom Cesi? Kazdy narod podvadi v praci jinak, kuprikladu Rusove radi kradou zdrojaky a data, ktere pak prodavaji, indove se neobtezuji vubec chodit do praci (kdyz nepotrebuji penize) a cesi ty typicky velmi dbale dochazi do prace, ale zase nedelaji nebo si tam delaji soukrome ksefty.

Cesi podvadi vic nez amici, ale hlavne nejsou moc ochotni delat. Podivejte se treba na efektivitu prace zahranicnich a ceskych firem. Ten komunismus v cechach znacne zdegradoval mysleni lidi. Amik treba chape ze kdyz bude dobre pracovat a bude mit vysledky tak ze mu vedeni velmi rado zvedne plat a povysi ho na odpovednejsi misto protoze si radi podrzi schopne lidi. Cech tohleto nechape a tak pracuje nejhur jak je jen mozne aby ho nevyhodili a mel klid. Je fakt ze problem vetsiny ceskych firem je nekvalitni management, spatny management pohrbi jakykoliv projekt.

Já myslím, že hlavní problém je v tom managementu a know-how. Češi nemají tak nízkou produktivitu proto, že (například) udělají míň úderů kladivem než západní pracovníci, ale proto, že ve firmách často pravá ruka neví, co dělá levá. Vím o takových případech z IT i z fabrik. Co se týče toho povyšování a ocenění tvrdé práce, není to často tak jednoduché a nemusíme chodit pro příklady do našich končin - Dilbert určitě není až tak vytržený z americké reality. A právě na blogu Dilberta se někteří Američané ke své "pracovní kázni" vyjádřili myslím dost jednoznačně.

Naprosto souhlasim. Podle me je nizka produktivita Cechu (jako zamestnancu) mytus, ziveny zejmena ekonomy a jejich spatnou definici produktivity (jejich definice zavisi na vysi mzdy, tedy nema co delat s realnou produktivitou jak by ji clovek intuitivne chapal).

Tento nazor mohu podlozit vlastni zkusenosti.

Studoval jsem v zahranici (ne cele studium - SocratesErasmus) a ted uz dva roky ziji v zahranici. V CR jsem pracoval dva roky po studiu a behem studia jsem vystridal nekolik kratkodobych zamestnani. Timto se nechci chlubit, ale jen rict, ze mam s cim srovnavat!

JSME konkurenceschopni a porovnatelni se zahranicim, MOC se podcenujeme a NEVERIME si. Vidim to tady u vice krajanu. NEUMIME jednat o svych platech tak efektivne. To je asi i problem proc jsou v CR platy tak nizke. Vicemene je v CR trend zvysovat plat, az kdyz zamestnanec chce odejit a ne kdyz je produktivni a treba vic jak rok maka jak sroubek.

TO POWER LENIN: Jste ubohy. Jak dlouho vam vydrzi podrizeny, nez ma chut vzit vas lati po hlave? CCA 10 minut NEZ PRESTANE VAS PODRIZENY V PRACI PRACOVAT A ZACNE SE PODLE VAS FLAKAT, PODLE ME PROSTE DELA JEN SVOU PRACI A NA ZBYTEK KASLE, PROTOZE PAN REDITEL ZEMEKOULE MU STEJNE VSECHNO ZADUPE DO ZEME, TAKZE NEMA CENU SE SNAZIT.
Jestli vam vubec nekdo takovou praci sveril(vest lidi).

To jste napsal velmi hezky cesi jsou zbabeli a boji se riskovat. Chteji mit sve 'jistoty' ktere dostanou at delaji ci ne. V zadnem pripade se nechteji ucit nove veci a jejich prvni reakci je - to jsem jeste nedelal do toho nejdu.

Kdyz mi zamestnanec pri pohovoru oznami ze neni ochoten se ucit zadne nove veci, tak ho ani nevezmu. To same kdyz je ochoten ucit se nove veci jen proto aby nebyl vyhozen. Ja chci chytry a aktivni lidi. Pokud jste schopny tak vas velmi radi dobre zaplatime, protoze mate pro nas velkou cenu a neradi bychom vas ztratili.

Je to zname pravidlo 80:20, 80% lidi nechci, radsi si vezmu tech 20% a poradne jim zaplatim. K cemu zamestnavat blbce? Ty naopak posleme ke konkurenci a to klidne vcetne doporucovaciho dopisu.

O schopnosti jednani Cechu o platu to moc neni, v prvni rade totiz musite mit lidi z CEHO platit. Proto jsou v cechach platy tak nizke. Nizka produktivita, trh maly, zakaznici chudi.

Cesi jsou hovada, typicke ceske hovado se vubec nezajima pri prijimacim pohovoru o to CO se bude delat a ZDA TO UMI ale KOLIK za to bude kdyz mne vezmou. Pocita s tim ze bude prijat kdyz udela dobry dojem a tak se snazi a mlzi jak jen je to mozne a div se neplazi predemnou pozemi. Taky pocita s tim ze kdyz nejak uhraje ten pohovor a bude prijat tak ze si to misto uz udrzi, protoze ty svoje mizerny vysledky uz prece nejak okeca, ne? Kdyz ho prijmeme tak mu pak naroste hrebinek, je uz pan king a sam si chce urcovat co a jak bude delat.

Pokud makate jak sroub a vasi nadrizeni to neoceni tak proc uz davno misto breceni nejdete proste delat jinam? Brecet umi kazdej zbabelec. Jdete za sefem a reknete mu to narovinu a kdyz rekne ze vas proste z jakychkoliv duvodu platit vic nemuze, tak hned podejte vypoved. Rika se tomu trh prace. Pokud jste schopny tak vas kazdy *rad* zamestna. 80% lidi ma strasny vitr ze zmeny zamestnani. Proc? Protoze jsou neschopni, vi to a o neschopne lidi se nikdo nerve.

Kdyz jste neschopnej tak holt musite drzet hubu a krok a hojit se tim ze budete v pracovni dobe cumet na porno a myslet si jak se svym bossem vyjebavate a trast se strachy ze vam na to prijde a vykopne vas. Psovi psi zivot.

Zda se mi, ze si trochu protirecite:

Proc by ho melo zajimat, co bude delat, kdyz stejne ocekavate, ze se nauci, co po nem budete chtit? Me je napriklad (vesmes) uplne jedno jakou praci delam (co se programovani tyka), prave proto, ze jsem ochotny se naucit cokoliv.

Proc od nej ocekavate, ze bude dobry, kdyz nebude mit zadne slovo rozhodovat, co a jak chce udelat? Ja bych takovou praci nechtel delat ani za dvojnasobek toho, co mam ted.

Kdyz ma clovek o praci zajem tak se pochopitelne zajima co vsechno ta firma kam nastupuje dela a na jakych projektech pracuje, ne? Clovek ktery tvrdi ze je mu to uplne jedno na cem dela, jen kdyz dostane zaplaceno, tak ten na mne moc velky dojem jako dlouhodobe perspektivni pracovnik nedela. Jak si vybirate mezi nabidkama pracovnich mist? Proctete si je a jdete tam kde delaji neco co se vam libi a co umite ne?

Kazdy mame treba sva oblibena jidla, taky nam neni jedno co jime. To neni chyba ze mame radsi neco oproti necemu, takova je proste nase povaha. Povetsinou si nastupujici lidi muzou vybrat na jakem projektu chteji zacit delat, pokud zadny projekt netrpi nedostatkem pracovnich sil. Ocekavame sice ze se nasi perspektivni pracovnici nauci to co je pro praci potrebne, ale to jeste neznamena ze technologii X bude mit stejne rad jako technologii Y. Kdyz je tu moznost, tak je mozne lidi preskupovat mezi projekty nebo i mezi pozicemi tak jak jim to vyhovuje.

Treba nekdo rad pracuje pro armadu, protoze pro armadu taky dela taky nekdo z jeho rodiny, tak proc ho nepriradit k projektu ktery delame pro namorniky? Bude se mu to libit, protoze jeho bracha u nich je.

Hierarchie je pro rizeni projektu naprosto nezbytna a ano na nekterych pozicich mate prakticky nulovou moznost rozhodovat o prubehu projektu. Jinak to proste nejde. Na nejvysim rozhodovacim poste je zakaznik, ten nas plati a ten rozhoduje co a pripadne jak se bude delat.

Ja sice chapu ze vybyste rad delal vec zpusobem X, ale zakaznik to chce zpusobem Y, zakaznik nas plati a tak mi mu to udelame zpusobem Y. Tak proste funguje komercni IT spolecnost. Vy byste zustal u IT firmy, ktera vase zakazky nedela tak jak vy chcete ale tak jak si dana firma mysli ze je to pro ni nejlepsi?

Pokud chcete mit rozhodovaci pravomoce tak pokud jste kvalifikovany nastupte na pozici, ktera ty vetsi rozhodovaci pravomoce ma. To si predstavujete ze najimame porad jenom codery? Jasne ze ne. Chcete ridit malou skupinku koderu a trochu rozhodovat o dalsim prubehu praci? Tak se jednoduse hlaste na odpovidajici misto.

Kodera clovek dlouho delat nevydrzi, je to nevdecna a malo placena prace. Takze pokud nastoupite jako koder, tam vam doporucujeme aby jste se zacal ucit napriklad od sefa jak se kvalitne ridi sw projekt aby jste az vas to kodovani prestane bavit mohl na tuto pozici postoupit. Podle mne clovek by mel delat kodera tak maximalne 4 roky a pak jit dal.

Zamestnavatele si vybiram podle firemni kultury. Prekvapive se mi pak i lepe pracuje, dele tam vydrzim a i plat roste :Oo Technologie je vedlejsi, v IT segmentu vsechno rychle zastarava a za 2-3 roky se bude delat v uplne necem jinym.

Zakaznik by podle meho nazoru mel byt partner a ne general, ktery vi vse nejlepe. Jedine tak imo vznikaji nejlepsi komercni projekty. Nastesti si, stejne jako zamestnance, muzeme vybirat i ty zakazniky.

Jestli o tom, jake cvs se pouzije, rozhoduje Project Manager, tak je cosi spatne. Projekt manazer se prece stara o cely projekt. O technickych otazkach by mel rozhodovat nejaky clovek odpovedny za technickou cast (tj. analytik, software architect, hlavni programator, nebo co ja vim jak se tomu rika, zalezi na firme, typu projektu).
Rozumime si?

Zrejme od pocatku delate ve firmach s miliardovymi obraty a nikdy jste neprosel SOHO segmentem.

Odpor vyvojaru pouzivat SCM (ze ktereho je mj. poznat, kdo co udelal/zmenil, jak moc pracuje,...) by vakuum mohlo zavidet.

Sorry ale bez SCM se prakticky neda rozumne pracovat. Co treba udelate, kduz si ponicite soubor v editoru a zasejvujete ho? Zalohy? Ale ta muze byt stara kuprikladu 24h, to vyhodite cely den prace kvuli trivialni chybe? Jak chcete delat code review kdyz si nemuzete vytahnout diffy?

Neni to o obratu, je to o procesu vyvoje a efektivite.

a je zajimave, ze linux byl vyvijeny vic nez deset let bez SCM... a jaky vyrostl....

Mne to nerikejte, byl jsem na te strane, co vedeni presvedcovala o nutnosti zavedeni SCM podlozeno naprostym bordelem v ruznych verzich ruznych modulu u ruznych klientu - neexistovala autoritativni verze oproti ktere by se testovalo.
Vedeni schvalilo, ale zbytek vyvojaru zacal hazet ruzne klacky pod nohy - od ruznych "nefukncnosti", po commitovani kazdeho souboru extra,... - bud v tom byla jejich hloupost (pochybuji) nebo umysl zachovat chaoticky stav (muj tip).
A protoze horely druhe deadliny, protoze prvni se vzdy domlouvaly v ramci ziskani zakazky na nepouzitelne kratke casy, tak se to neresilo. Jiz tam nejsem, firma po dvou letech zkrachovala.

Tohle je ale chyba primeho nadrizeneho coderu ze jim dovoli tohleto commitovat. Ma jim to vratit, domluvit se s nima na group meetingu a v pripade nutnosti pouzit donucovaci prostredky - snizeni/zvyseni platu nebo padak.

Pokud dojde k nazoru ze ti lidi umyslne kurvi projekt tak neni problem je vsechny vykopnout na dlazbu. Ono v praxi staci vyhodit jednoho ci dva a zbytek se smiri s tvrdou realitou kapitalismu.

Musim rict ze mnohem radeji lidi povysuji nez vyhazuji. Vsem rikam ze penize jsou ten nejmensi problem. Zaplatit zamestnance muzeme opravdu kralovsky, financnich zdroju mame mraky, ale nemuzeme platit flakace - to fakt nejde, ty se musi vyhodit protoze kazi zbytku teamu pracovni moralku.

sorry ale odkdy coder rozhoduje o tom co bude a nebude pouzivat

Odjakživa, kód je pro kodéry, ne pro manažery. Jen občas se najde nějaké manažerské čuně či freecoolin který si myslí, že o tom má rozhodovat on.