Názory k článku
Mírný pokrok v mezích zákona

Bohužel to není jen o vývojáři. Tam kde jsem pracoval předtím jsme jeli SCRUM (zaškoloval nás Vašek Stoupa), využívali jsme TDD (vývojáři psali smoke testy a základní selelenium testy) ,k verzování používali Git a CI v podání Jenkinse, který nám špatné commity vracel (buď neprošly testy, cyhběl phpDoc nebo byly jiné formální chyby v kódu). Co prošlo Jenkinsem začleňoval dohromady merger, takže ještě před začleněním do stable kód prohlédl další člověk. Na složitější (ve smyslu že měl přijít na to jak to rozbít) byl tester (člověk co píše, ne kliká, testy) a na HTML/CSS kodér. Ještě doplním že jsme používali Nette

V nové firmě jede vývoj stylem co příjde, to se zpracuje dle priority (nízká, normální, vysoká). Mírný posun bylo vydávání novývh verzí po týdnu, avšak k verzování se používá SVN (osobně používám utilitku git svn) a přesvědčit ostatní o tom že Git je lepší není tak jednoduché, protože pro SVNku už mají napsané skriptíky a utility co jim pomáhají s commity (proč bych měl psát nějaké git rebase, když mi do toho Pepova skriptu stačí nspat číslo tasku a on to začlení za mě). Argument ostatních proti kodérovi je ten, že tím že v aplikaci je namícháno HTML společně s PHP a kodér by to nezvládl (Aplikace je napsaná v ZF bez šablonovacího fw). Scrum byl označen za něco, kde se hodně povídá a málo dělá, případně vadí slovíčka "zavázat se". Citelná je absence testů (na testování nejsou prostředky) což znemožňuje refaktoring. (Možná to není napsané nejlépe, ale funguje to a nechceme to přepisovat aby se to nerozbilo). QA oddělení ve firmě není, takže kvalita=funguje to a vysvětlit proč psát kód hezky je občas nadlidský úkol, když kolegové nemají rádi "ukecané programy" (foreach($result as $articleId => $articleData) - ukecaný, foreach($result as $k => $v) - neukecaný)

Jenže na chleba se vydělávat musí.

Díky za komentář. Prošel jsem si něčím podobným, a dodneška mi někteří lidé, když o tom vyprávím, nevěří, že takové firmy existují...

Máš na mysli firmy prvního nebo druhého typu? :) Připomínám že obě firmy jsou ve svém oboru úspěšné.

Hezká upřesňující otázka. :-D

Pracuju jako vývojář v malé firmičce - jsme jen dva, takže nás rozhodně považuju za freelencery a musím přiznat, že to pracujeme nějak tak, jak si popsal v prvním příspěvku.

tak, jak si popsal v prvním příspěvku.

V prvej, alebo druhej casti?
Otazka pre Clary: Preco stale nepacujes u tej prvej firmy?

1) Chtěl jsem zkusit něco nového, podívat se také jak to dělají jinde.
2) Hypotéka se sama nezaplatí :-) (ale bylo by to krásné)

A ani neni duvod proc by nemeli byt stejne uspesne.

mozna by nebylo od veci zverejnit (imho to nejdulezitejsi), tj. kolik lidi se celkem zucastnilo ankety ?

A taky by se hodila nějaká tabulka/graf – v tom textu to sice všechno je, ale…

Grafy su v povodnom clanku. Treba si u kazdej otazky kliknut vpravo dole na "Zonrazit vysledek".

Ad „Smutnější, ale rozhodně ne překvapující, je stále vysoká preference ‚modelu vodopád‘. Vývojáři jsou velmi konzervativní…“

To je pouze jedna strana mince – tou druhou je zákazník resp. osoba, která za něj jedná. A to může být člověk, pro kterého je jednání s dodavatelem jen otravná pracovní povinnost, ten člověk nemá motivaci, nemá osobní zájem, nechce trávit hodiny na schůzkách s dodavatelem a čmárat si něco na papír a nedejbože… přemýšlet nebo zodpovědně schvalovat jednotlivé iterace. Chce sedět u svého počítače a flákat se, nebo plnit svoje běžné úkoly – zařídit nový web dostal příkazem shora a je to něco navíc, na co nemá čas a co se mu těžko vejde do rozvrhu. Takovým lidem perfektně vyhovuje vodopád, protože zpracují zadání/analýzu, předají ho dodavateli a pak mají zase nějakou dobu čas a klid na svoji normální práci.

Vyvíjet jinak než vodopádem, když zákazník chce právě vodopád, sice jde, ale musíme vzít (a zaplatit) někoho ze své firmy a postavit ho do role zákazníka* – skutečný zákazník nebude nic dělat, ale ten náš zaměstnanec ho bude simulovat. Takový způsob vývoje ztrácí poměrně velkou část svého kouzla a smyslu a nikdy se nedosáhne takového efektu, jako kdyby se v projektu angažoval zákazník (a ten náš člověk by potřeboval věšteckou kouli). Navíc hodně webových projektů je dost malých na to, aby se ještě drobily na iterace. Takže se pak vůbec nedivím těm dodavatelům, kteří to nelámou přes koleno a prostě na ten vodopádový vývoj za takových podmínek přistoupí.

P.S. někdy tu z toho mám dojem, že jediný správný vývoj je agilní a konkrétně SCRUMem (jako kdyby jiné metodiky neexistovaly) a kdo to dělá jinak, je sto let za opicemi. Nemyslím si, že by byly nějaké obecně špatné metodiky – pouze můžeme zvolit nevhodnou metodiku pro ten který projekt.

*) ono i „být zákazníkem“ je svého druhu práce

p.s. on ani ten git není žádná velká výhra a určitě nesedne všem, i když ho tak mnozí rádi tlačí

Hard core vývojář se jistě neztratí ve změti parametrů a nevadí mu chabá dokumentace. Já jsem po několika fatálních problémech s gitem raději zvolil Mercurial. A to ještě lze zvážit Bazaar.

viz http://importantshock.wordpress.com/2008/08/07/git-vs-mercurial/

Kromě SVN jsem průměrný. Úplně přesně.

"A to není dobře – v první řadě proto, že je, upřímně, jen málo lidí, co všechno tohle umí na velmi dobré úrovni."

Na tom nie je nič zlé. Priemernej firme stačí priemerný web/eshop. Na veľmi dobrý jednoducho nemajú zdroje a nemôžu si ho dovoliť. Takže na otázku "priemerný web" alebo "žiadny web" je odpoveď jednoduchá.

Na úvod podotýkám, že nejsem vývojář a k programování jsem se dostal nejblíž kdysi ve škole, případně spatláním (doslova) několika skriptů pro InDesign pro svou práci grafika, sazeče. Nicméně některé články zde čtu i tak rád (pokud jim rozumím ;)), zajímají mne postupy z jiných oborů. A také nacházím nejednu podobnost v cizích zkušenostech a inspiraci k různým řešení.

Co ale chci říct, že občas se při chválení nových postupů, nových programů, jazyků či technologií, zapomíná na zákazníka. I v mém oboru slýchám hodně hlasů, že teď je moderní jiný design, měl by se používat jiný software apod. (a sám vývoj sleduji velmi pečlivě a používám novinky, jak to jen jde), ale pokud se potkám se zákazníkem, který jednak nechce příliš měnit své stereotypy a jednak není ochoten uvolnit dostatek financí, tak prostě musím použít postupy pět, deset let staré (a pokrok jen jen opravdu velmi mírný, daný v zásadě jen vynucenou nekompatibilitou s aktuálním softwarem).

Je skutečně krásné (i dobré) mít určitý ideál nových postupů, které evidentně někde fungují. Je dobré k tomu ideálu směřovat a seznamovat s ním své zákazníky, přesvědčovat je, vysvětlovat... Ale stejně tak je nezbytné (a dobré) umět poznat, kdy je nový postup pro daného zákazníka kontraproduktivní - už třeba jen proto, že zákazník je příliš konzervativní a pokud ho budeme tlačit do něčeho, nač není zvyklý, tak dá zakázku jinam. A lidé, kteří mají to štěstí, že dělají v pokrokové firmě s pokrokovými, svobodomyslnými klienty, by neměli zapomínat na ty ostatní (natož nad nimi ohrnovat nos).

se zazemim, pravidelnym mesicnim prijmem od zakazniku, s velkymi klienty, takova firma si muze dovolit mit jednostranne zamerene zamestnance, kde se deli na kreativce a kodery, kde si mohou dovolit do puntiku respektovat zvolene workflow, testovat, mit vlastni server na hosting, kde si mohou spustit prakticky kazdou sluzbu ktera jim pomuze pri praci. Jen mi prijde docela zle ohrnovat nos nad zacinajicimi firmami, nad zacinajicimi freelancery, kteri pochopitelne nemaji zazemi a proto aby se uzivili musi delat vsechno, rychle a levneji.

no, popravdě řečeno, pokud firma začne tak že, abych tak řekl, "plácá páté přes deváté" a bude jí to "fungovat" tak nikdy nebude mít potřebu na tom "fungujícím" systému něco měnit (bez ohledu na to že/jestli by na tom vydělala)

Mám praktické zkušenosti s oběma typy firem a musím říci že ne vždy to jak říkáte že "velká firma se zázemím" dělá dobře a malá špatně, potkal jsem dost takových kde to bylo naopak.

Výmluva typu "nejsou na to prostředky ani čas" je skutečně jen výmluvou za kterou se skrývá "neumím si představit nic jiného a hlavně se nechci nic jiného/nového učit" - praxe je totiž taková (reálně ověřeno) že pokud si uděláte ve věcech systém, najednou jde všechno rychleji a je nutno řešit méně problémů. A na ten pořádek lze přejít i u rozjeté firmy, jen musí někdo s autoritou nakopat programátory do zadku - a tam bývá největší problém v tom že vedoucím je jedno jak programátoři/ko­déři/etc. pracují, hlavně když klient platí.

A něco jako team leadera či head programátora který by se STARAL ve většině firem které jsem nemají nebo ho mají jen tak papírově bez pravomocí, aby měli někoho kdo je zodpovědný za průsery....

Jop, souhlas. Taky mám podobnou zkušenost.