Pokud děláte ve firmě, prasíte?

Ano, je to tak.

Jednoduchá rada. Pokud firmě nevadí špagety kód a dokonce tě do něj tlačí, není nic lepšího než ji opustit. To samé platí i o projektech.

Dost závisí na projkťácích. Těm hloupím je úplně jedno jak je to napsané – hlavně, že to funguje. Ti chytří si uvědomují, že dobrá práce vyžaduje hodně času a taky s tím počítají. Netlačí na programátora ale na klienta aby si pustil více peněz a uvolnil více času.

To co je děláno formou špagety kódu smrdí vždy průserem.

Schrnuto takto. V PHP dělá každý druhý programátor a málo kdo zvládá základy programování natož myslí v OOP. Pak ta práce i tak vypadá, prože firma nechce utrácet za dobré lidi ale hledá nejlevnější řešení aby vydělala. Zažívám to furt a dobrý projekt najdu jednou za dva roky … bohužel :-(.

Nejlepší je dělat sám na sebe a držet si laťku hodně vysoko. Pak to člověka baví, má z toho poměrně vysoký příjem (přeci nebudu dělat projekt za pár šlupek) a hlavně dobré jméno…

Na to je jednoduchá rada – pokud se ti systém vývoje nelíbí a vedení nebo ostatní vývojáři nechtějí nic změnit, běž jinam.

Po (dobrých) programátorech je velká poptávka a všude se to tak rozhodně nedělá. Je to zkušenost, a aspoň člověk ví, na co se má př dalších pohovorech zeptat :-)

Pánové, díky za odpovědi.

Odchod jinam jsem samozřejmě zvažoval, ale ve hře je spousta faktorů, které spíš tlačí k tomu, abych zůstal.

• Najít firmu, kde by to fungovalo podle mých představ, zjevně nebude snadné.
• Mám dost problém zvykat si na nové lidi a prostředí (mnoho let jsem strávil zavřený doma v pokoji).
• Do práce to mám pět minut pěšky. To je hodně fajn, ne? :-)
• Kolega je dost v poho, když jsem po nástupu navrhnul, že bych chtěl mít aspoň nějaký firemní framework jako composer balíček, pochopil, kam tím mířím.
• Šéf asi poznal talent :-D a když zjistil, že hledám místo jinde, tak mi udělal velmi dobrou nabídku, která zahrnuje i permanentní home office (v práci máme open space kancl a když někdo začne stříhat video a pouštět to dokola na repráky, tak mám chuť vraždit :-/). Jinde bych si musel takovou důvěru získávat opět od píky.
• Mám tu rozdělaný větší projekt a není tu nikdo, kdo by to mohl případně převzít a dodělat (kolega na to nemá čas).
• Potřebuju prachy a to hned, ne až za měsíc nebo za půl roku, prostě HNED. Jinak můžu jít na ulici nebo zpět k rodičům.

Zkusím tedy nějak vedení vysvětlit, o co mi jde, ale jak to vystihl @TomášJablonický – nerad bych v někom vyvolával pocit, že ho chci okrádat. Třeba psaní testů je krásný příklad: skoro nikdo to nedělá, je to spousta práce navíc (testy můžou být klidně větší, než kód samotného projektu), která vlastně ani není vidět, a těžko někomu vysvětlit, že je to lepší, než trávit půlku pracovní doby proklikáváním a čekáním, kdy vybafne laděnka (což je koneckonců taky práce, která není moc vidět, ale zase ji může dělat kdokoliv).

Průser je, když je fakt potřeba mít něco rychle hotové a ještě se do toho požadavky každou chvíli mění. Vůbec mě nenapadá, jak toto řešit :-(

Editoval Zax (11. 3. 2015 12:43)

Co se týče psaní testůů, krásně to vystihl David Grud: „Psaní tesů není práce navíc, ale namíň“, děláš to samé, jen místo neustálého refreshování prohlížeče si pouštíš command line, navíc se razantně sníží počet bugů, které způsobuje to, že se šáhne na něco, co se ještě používá někde jinde. Takže ve finále si to nemusíš obhajovat, protože ten čas je téměř stejný.

Tak je třeba se holt práci věnovat semtam i o víkendu, tedy nastavit si prostředí, abych do ní chodil s větší chutí.

@studna Když řeknu ne, tak ale musím taky počítat s možností, že dostanu odpověď ve stylu „no když ne, tak si běž a my si najdeme někoho ochotnějšího“… to si s pěti stovkama na účtu nemůžu dovolit :-(

Nicméně jsem zadavateli (a šéfovi) zkusil popsat, jaká je situace a jaká je má představa. Uvidím, co mi na to řeknou. Ale vzhledem k tomu, že to chtějí spustit fakt co nejdřív, tak se nejspíš nevyhnu tomu, že budu muset projekt nějak doprasit aspoň v základní verzi.

Každopádně si připadám trochu jako neschopný idiot když se snažím vysvětlit, že bych potřeboval strávit celkem značné množství času prací, která nebude vlastně vůbec vidět. Je mi to celé hrozně nepříjemné :-(

@DavidGrudl Půl dne bez práce? No problem. Když odejdu (ať už z jakéhokoliv důvodu) a nedostanu zaplaceno? Měsíc nemám co žrát…

@grogy Ale to je právě ono. Na jednoho programátora, který chce dělat práci poctivě, připadá x lidí, kteří to sice naprasí, ale budou mít mnohem rychleji hotovo a za míň peněz. Projekťák nepozná, že kód smrdí a potřebuje refaktorovat, a určitě ho nezajímají kecy, že je třeba věnovat nějaký čas velmi užitečné práci, která ale nebude vůbec vidět. To radši vezme patlala, který drží hubu a krok, s ničím neprudí a jehož výsledky jsou vidět okamžitě.

@Zax – ale přesně to je projekťáková práce, pokud to nepozná, nemá dělat projekťáka.

@chikeet Asi si trošku nerozumíme. Nikdo mi ničím nevyhrožuje, výplatou si jsem jistý, dokud tam pracuji. Jenže si to představ taky z pohledu zaměstnavatele – přijde ti nový vývojář, měsíc dělá samostatně na projektu a pak ti zdrhne a nechá za sebou něco, co není dodělané, a ani se v tom nikdo (čti: ten jediný kolega vývojář, který ve firmě je) nebude chtít vrtat, protože jak se spěchalo, tak je to holt zbastlený. Měla bys chuť za něco takového zaplatit? Asi moc ne, co? ;-)

Je to spíš jen takové „co by kdyby“, ale to neznamená, že to nemůže nastat a že s tím nemusím vůbec počítat.

Ja mam s „korporatom“ skusenost len jednu. Slovenska firma ktora vyvija GPS navigacie na telefony :).

Pohovor:
Q: Povedzte mi teda nieco o workflowe?
A: Ideme na scrume, mame high availability DB master slave, 4 aplikacne… Pouzivame GIT a Jenkins. Takisto CI.

Realita:

• Infrastruktura dobra (lebo tam boli ludia ktori to nepustili)
• Projektov pre dany tim bolo asi 8. Od webu, eshopu, fakturacneho systemu po rozne APIs
• Jenkins sice bol ale robil asi 2 joby a aj to stylom „musis ist sem a kliknut sem, sem sem“
• Vsade bolo pocut len „v tej dobe okrem Zendu 1 nic ine nebolo tak sme si to napisali sami!“

Code reviews (len ako priklad):
Pocuvali sme „Ano robte ich.“ Opat v reale (schvalne som to skusil commitnut slovo „pi**“ ze co sa stane) uplne inak. Do par min schvalene. Ku koncu mojho posobenia som "tech guru"ovi povedal ze ten kod co poslal vygeneruje moj brat ktory studuje stavebnu fakultu. Po par desiatkach minut hlasneho dohadovania som to proste vzdal. V takychto veciach ste vacsinou sami a nik sa za vas nepostavi (lebo sa boja o miesto pracu … a NEUVEDOMUJU si ze do par dni maju pracu)

Nakoniec som odtial odisiel asi po 1,5 roku z dobrym pocitom, ze pouzivaju Jenkinsa poriadne (cca 30jobov, autobuildy, …), maju vyborny dev stack pre web/eshop devel zalozeny na Grunte, maju TESTY ktore su spustane automaticky atd. Stalo to ale nervov a sebazapierania. Otazne kolko to tam vydrzi :D.

Na druhu stranu je podstatne lahsie pisat nieco od zaciatku ako niekam prist a dat to do „poriadku“. Schvalne si to skuste :)

No a na zaver: Ja som sice v BA ale je to rovnake aj inde. Zamyslite sa na par minut nad tym ktore typy ludi chodia na meetupy, konfery, coding pivá a podobne. Ja osobne som dosiel k tomu, ze ti ktori su v danej firme najmudrejsi taki sa tam vobec neobjavuju!

Já mám zkušenost s tím, jak to chodí ve startupech, a je to velmi podobné. Ze začátku nejsou prostředky na drahé programátory, ani na drahé technologie. Typicky je potřeba rychle vyprodukovat prototypy, které pomůžou získat investici. Na tom není nic špatného, ale často tyhle prototypy zůstávají a lepí se na ně další funkcionalita. Neexistuje dokumentace, neexistují testy a dodělat je by stálo obrovské množství času, protože kód bývá netestovatelný (spaghetti presenter pattern).

V těch lepších se po získání investice kód zahodí a napíše znovu, lépe. V těch horších kód zůstává, programátoři jsou znechuceni a odcházejí (což často zabíjí i samotný projekt).

Velký problém je, že často se nedělá počáteční analýza projektu. Nedá se pak dopředu navrhnout architektura, nenastaví se žádné standardy ani metriky pro měření kvality kódu.

Za dva roky, co programuji za peníze, jsem došel k následujícímu závěru. Programování je řemeslo jako každé jiné. Vyžaduje disciplínu a dobré řízení.

newPOPE napsal(a):
No a na zaver: Ja som sice v BA ale je to rovnake aj inde. Zamyslite sa na par minut nad tym ktore typy ludi chodia na meetupy, konfery, coding pivá a podobne. Ja osobne som dosiel k tomu, ze ti ktori su v danej firme najmudrejsi taki sa tam vobec neobjavuju!

„najmudrejsi“ je ironie? :)

Editoval Filip Klimeš (12. 3. 2015 11:19)

To je fakt hustý jak to tady čtu… nějakou dobu to ještě vydržím, ale asi si brzo udělám živnosťák a začnu být prostě velmi vybíravý. Naštěstí nejsem náročný na prachy, dokážu vyžít i s 10k měsíčně naprosto v pohodě, jde mi hlavně o to, abych z té práce nepřišel o zbytky svého chatrného duševního zdraví. Freelance programátoři mi obecně připadají víc spokojení se svým životem, než zaměstnanci – už je mi naprosto jasné, proč.

Nechápu, že ještě zadavatelům a projekťákům nedošlo, že když se spěchá, tak to prostě stojí za ho*no. Asi fakt není od věci prostě odmítat dělat pod časovým tlakem… chcete to fakt rychle za každou cenu? Smůla, nebudete mít nic, nechci nést zodpovědnost za něco, kde nemám kontrolu nad kvalitou, stáhněte si open source řešení a nashle. ¯\_(ツ)_/¯ To je jak když se staví barák honem honem, šetří se na materiálech a kdo pak nese zodpovědnost když to lidem spadne na hlavu a zabije je to?

Je tu někdo, kdo dělal v zaměstnání a pak přešel na živnost? Jak jste to vyřešili s konkurenční doložkou, která je v pracovní smlouvě? Měli jste třeba problém dostat ze zaměstnavatele písemný souhlas?

@Zax ahoj kolego.

Ad testy.

Četl jsem desítky článků o tom že se musí testovat i otom jak se ma testovat. Že testy jsou super, ale ještě jsem nenarazil na ukázku testů z realného webového projektu. Na githubu jsou stovky knihoven s 100% test coverage ale běžný malý web o třech modelech a pěti presenterech kde by se člověk mohl se svými testy odpíchnout… Rád si nechám poradit.

Ad code review.

Code review je taky super věc a upřímně doufám, že se mi ji povede časem zavést. Na druhou stranu nedokážu říct zda jsem schopný dělat code review na projektu který neznám. Jen ve velmi málo případech se se @Zax potkáme na jednom projektu oba dva.

Za mě otázka do pléna, máte někdo zkušenost s děláním review na kódu o kterém nevíte vůbec nic?

Ad tlak na rychlost práce.

Moje zkušenost je taková, že se dá skoro vždy domluvit. To že je na práci málo času, a „musí“ se prasit je málo kdy vina jednoho člověka. Mnohdy je to souhra mnoha faktorů. Klient to chce hned, account nechal projekt vyhnít, projekťák dodal pozdě podklady, programátor udělal špatný odhad času.

Když si představím, že za mnou příjde account s tím že je potřeba vyvinout aplikaci do konce týdne. Protože si u klienta uděláme oko. Pořípadě že se u projektu neplní KPI tak je potřeba udělat nějakou úpravu super rychle. A já mu ukážu prostředníček že píšu testy ať příjde za čtrnáct dní… No myslím že bych firmně, sobě ani klientovi dobrou službu neudělal.

Z druhé strany, pokud se dostane do produkce nějaké bota z mojí strany tak mě account podrží a s klientem to urovná.

Jako programátor se opravdu necítím jako nadrasa které musí zbytek firmy pochlebovat a ustupovat. Jsme snad lidi tak se můžeme rozumně domluvit.

Ad refaktorace

Refaktoruju vždy když je volná chvíle a pomalu likviduju „technický dluh“ aspoň z téhle strany. Pokud se do modelu, componenty, presenteru nabastlí nějaká featura. Mám ji na wanted listu dokud se nenaskytne příležitost tenhle kus kodu zrefaktorovat. Samozřejmě se snažím psát rovnou „čistě“ občas se ale stane že postupnými úpravami se změní kompletní účel. A je potřeba celý kus přepsat.

Abych nebyl za úplného negativistu tak, z mé zkušenosti se dá psát čistý kód. Je to skill jako každý jiný a sám vidím pokroky které v téhle oblasti dělám. Pokud se člověk snaží psát čistě tak se v psaní čistého kódu zlepšuje.

btw: dělá někdo „školení“ na testy? Unit, Integrační, Selenium? Zmého pohledu se tahle zkušenost musí předat. Článek na webu neodpovídá na otázky.

Co myslíš konkurenční doložkou? Běžně se podepisuje mlčenlivost o firemním know-how, procesech a obchodních tajemstvích. S tím není problém, jen pokud používám třeba svoje vlastní composer balíčky, tak to hlásím projekťákovi, aby bylo jasné, že tohle je moje a zůstává moje. Composer s tím pomáhá, protože takovýhle kód pak ani není součástí repozitáře projektu, takže je poměrně jasně vidět, co je firmy a co moje.

Taková ta doložka o nemožnosti pracovat jako programátor po nějaký čas není běžná a pokud by tam byla, musel bys prý dostat tzv. zlatý padák (a to i když odejdeš sám, nebo jsi vyhozen za porušení kázně). Občas se stává, že podepíšu, že pak třeba rok nebudu dělat v konkurenčním oboru firmy, pro kterou programuji (takže ne, že nebudu programovat, ale třeba rok nemohu programovat pro jinou sázkovou společnost). S tím zas takový problém nebývá, oborů které potřebují webovou aplikaci je mnoho.

@encero Za mě největší problém je ten efekt sněhové koule, který je vyvolaný časovým tlakem.

Jasně – u hodně malých projektů, které se objeví, dva týdny žijou a pak chcípnou, je zbytečné to řešit, ale třeba projekt s medailonky (víš o čem mluvím ;-)) už je dost velký a s dostatečně dlouhou životností na to, aby se tomu člověk věnoval pořádně. Myslím, že moc dobře víš, jak moc naprd je tam cokoliv měnit a doufat, že se to nerozpadne. A jak už je to jednou ve stavu, že je to celé na ho*no, tak už se to prostě neřeší. Když jsem dostal za úkol přidat další medailonek, tak mě samozřejmě napadlo, že bych mohl do databáze přidat příznak, jestli se má zobrazovat medailonek, a medailonky udělat přes komponenty, ale když jsem si uvědomil, jak vypadá celý zbytek projektu, tak mi to prostě začlo být jedno a nablil jsem to tam prostě tak, jak to bylo všude. Nevěřím, že to někdo bude někdy refaktorovat…

Kdyby nemuselo být vše hned a začalo se třeba tím, že přepíšeš požadavky klienta do testů, tak mohlo být vše úplně jinak. Je to investice, výsledky začnou být vidět později, ale když ti pak pr*el kryjí testy (testy by měly pokrývat aspoň věci, které jsou pro chod projektu nezbytné), tak nemusíš po každé drobné úpravě web proklikávat a máš rázem víc času na vývoj a větší vnitřní klid.

Mně třeba ruply nervy včera když jsem na eshopu řešil odesílání mejlů. Mejly se neposílaly, žádný error, nic. Když ani po půl hodině nedorazily (mejly se klidně mohly posílat, ale prostě občas se stane, že přijdou později), tak jsem si otevřel zdrojáky a hledal a hledal, v čem by mohl být problém. Začal jsem si dumpovat v event subscriberu, abych zjistil, jestli se event volá. Nevolal se. Tak jsem si dumpoval v metodě, která event vyvolává, jestli se vůbec spouští – spouštěla se. Než jsem zjistil, že v komponentách jsou Kdyby\Events zabugované a je třeba si injektnout event manager a volat jej ručně, tak jsem u toho strávil celý večer a hledal problémy úplně někde jinde. Navíc po každém „testu“ jsem se musel vrátit zpět do eshopu a znovu naplnit košík, protože odeslání objednávky samozřejmě košík vyprázdní. Vědět, že u toho strávím večer, tak jsem se na to vys*al a místo toho ty testy napsal. Ve finále bych u toho strávil stejný čas, ale měl bych už do budoucna klid, věděl bych, že když tam budu dělat nějaké změny, které to rozbijou, tak na mě vyskočí červené FAILED i s popisem, co je špatně. Měl bych větší klid. Ale vzhledem k tomu, že eshop musí být v pondělí funkční, tak jsem se vydal cestou že to prostě namatlám a budu doufat, že to pojede. No, nejelo to a průser byl na světě… Chápeš, co se tím snažím říct?

Zax napsal(a):

@encero Za mě největší problém je ten efekt sněhové koule, který je vyvolaný časovým tlakem.

Jasně – u hodně malých projektů, které se objeví, dva týdny žijou a pak chcípnou, je zbytečné to řešit, ale třeba projekt s medailonky (víš o čem mluvím ;-)…

Že zrovna zmiňuješ medailonky. Ty už tak týden bydlí hezky v teple v componentě. Byly nemilosrdně zrefaktorovány a zmizely wanted listu.

Mně třeba ruply nervy včera když jsem na eshopu řešil odesílání mejlů. Mejly se neposílaly, žádný error, nic. Když ani po půl hodině nedorazily (mejly se klidně mohly posílat, ale prostě občas se stane, že přijdou později)…

Stejný problém jsem řešil v pondělí. Měl ses zeptat bych tě nasměroval rovnou :).
btw: neřekl bych že jsou zabugované. Kdyby/Events se registrují jen na objektech v Containeru. A to componenty a Presentery běžně nejsou. Zvlášť když je tvoříš v továrně.

@FilipProcházka nejde eventy na komponentě nejak elegantně do registrovat. Například právě v továrničce? sorry za offtopic

@Šaman napsal
Co myslíš konkurenční doložkou? Běžně se podepisuje mlčenlivost o firemním know-how, procesech a obchodních tajemstvích. S tím není problém, jen pokud používám třeba svoje vlastní composer balíčky, tak to hlásím projekťákovi, aby bylo jasné, že tohle je moje a zůstává moje. Composer s tím pomáhá, protože takovýhle kód pak ani není součástí repozitáře projektu, takže je poměrně jasně vidět, co je firmy a co moje.

To s těmi composer balíčky je dobrý tip.
V předchozí práci jsem měl v konkurenční doložce, zákaz pracovat pro konkurenci a po ukončení smlouvy dva roky s bývalými a současnými zaměstnanci té firmy.

encero napsal(a):

Že zrovna zmiňuješ medailonky. Ty už tak týden bydlí hezky v teple v componentě. Byly nemilosrdně zrefaktorovány a zmizely wanted listu.

Wau, dobře ty :-) Nicméně nejde přímo o medailonky, ale o pointu. Když je projekt naprasený, tak to prostě vede k tomu, že se spíš bude prasit dál. Naopak když je projekt od začátku pěkný a čistý, tak se člověk víc snaží a třeba pak ani není potřeba něco refaktorovat. Stojí to sice víc práce a času to udělat dobře hned ze začátku, ale vrátí se to když pak člověk nemusí (tolik) refaktorovat a neustále proklikávat. A o tom to je.

Viz eshop na kterém dělám. Zpočátku jsem si to dělal pěkné, košík funguje suprově, stromečkové kategorie a filtrování produktů jakbysmet, ale pak se objevil deadline, já začal panikařit a začal jsem bastlit, jen abych to měl hotový co nejrychleji a výsledkem je to, že to sice možná spustíme včas, ale já pak budu trávit (zbytečně) čas navíc tím, že budu muset předělat objednávání, zrefaktorovat počítání ceny, které je na několika místech přes copy&paste apod. a pak to samozřejmě budu muset znovu otestovat (proklikat) a opravovat všechno, co je rozbité. Spousta času v řiti úplně zbytečně, jen kvůli tomu, aby to bylo co nejdřív.

Stejný problém jsem řešil v pondělí. Měl ses zeptat bych tě nasměroval rovnou :).
btw: neřekl bych že jsou zabugované. Kdyby/Events se registrují jen na objektech v Containeru. A to componenty a Presentery běžně nejsou. Zvlášť když je tvoříš v továrně.

Zeptal bych se, ale řešil jsem to někdy ve tři v noci. Pak mi i došlo, že už jsem na to jednou narazil. Ale zase nejde o konkrétní případ, ale o pointu. Kdybych měl prostor si v klidu napsat testy, tak bych odhalil příčinu problému mnohem rychleji, nemusel bych po každé drobné úpravě v kódu procházet celým cyklem přidávání zboží do košíku a odesílání objednávky. Nemusel bych podezřívat zpožděné odesílání a čekat, jestli náhodou nedorazí, než se v tom začnu vrtat. Prostě bych jen v puttyně stisknul šipku nahoru, enter a měl během vteřiny jasno, jestli se mejl posílá nebo ne. A třeba bych se mezitím i dozvěděl o dalších možných problémech, které tam skrytě hnijí a nevím o nich.

Netvrdím, že musíme testovat vždy a vše. Ale na kritické části typu objednávání by testy byly dost vhodné. Ale bohužel se tlačí na to, aby člověk dělal na něčem, kde budou vidět výsledky, takže

encero napsal(a):

@Zax ještě k té sněhové kouli.

Za mě máš jako developer dvě možnosti. Dát od toho ruce pryč jak narhují @Quinix a @TomášJablonický

Nebo se postavit osudu a odvést nejlepší možnou práci. Protože popravdě tu práci za tebe nikdo neudělá. Projekt je tvoje „dítě“ a pokud v kódu vytvoříš nějaký dluh tak je jen na tobě aby si ho splatit. A to že je nějaká featura zadrátovaná špagetama není rozhodnutí ani klienta ani projekťáka. Tím že na tebe někdo tlačí časem ti nepomáhá. Ale věřím tomu že speciálně v tomhle případě je časový tlak „odůvodněný“.

Ano, máš pravdu. Projekt je moje „dítě“, rád bych se mu věnoval dle svého nejlepšího vědomí a svědomí. Rozhodně nemám chuť řešit špagety a co všechno je kde zase rozbitý. Ale pod časovým tlakem, kdy je třeba během pěti dnů nasadit šablony, napsat objednávkový proces, dodělat synchronizaci z API, udělat administraci, celé to průběžně testovat a opravovat, co vše je blbě, a v neposlední řadě do toho ještě psát dvakrát denně reporty, se prostě nedělá nejlíp. To pak nejen že člověk nestíhá a bastlí, ale navíc nemá moc chuť do práce a akorát to víc svádí k prokrastinaci třeba psaním tady na fóru.

Když jsem pracoval na jednom webu pro jisté vysokoškolské učitelky, tak jsem měl deadline ve stylu „v říjnu bysme to chtěli spustit, ale když to nevyjde, tak se vůbec nic neděje“. V podstatě to bylo komplet v mé režii, nulový tlak. Práce mě velmi bavila (a to jsem to ani nedělal pro prachy!), že jsem se tomu věnoval skutečně naplno, klidně dvě noci po sobě jsem nespal a nadopovaný mixem kávy, big shocků a THC jsem makal jak o život. Jindy jsem si dal třeba týden oraz, abych si pořádně vyčistil hlavu a nechal pracovat jen své podvědomí (které věř tomu nebo ne, dokáže zázraky). A web jsme skutečně v říjnu stihli spustit a od té doby jsem tam až na pár bezvýznamných úprav nemusel dělat vůbec nic. Web běží, chybovost je až na občasné noticky prakticky nulová, prostě obě strany jsou maximálně spokojené. Za kód se navíc vůbec nestydím (byť jsem si už několikrát říkal, že bych to nejradši celé přepsal a udělal to ještě líp) a dokonce ho můžeš najít na Githubu – své zaxcms jsem psal právě pro tento web, který vznikl jen jako nová větev v gitu.

Přesně takhle si myslím, že vznikají nejlepší projekty – když to člověka baví, není pod tlakem, má dostatek času si třeba vyzkoušet nějaké nové technologie, u kterých zjistí, že mu najednou šetří spoustu času a práce, a když se člověk nemusí denně zpovídat, proč sakra ještě nemá hotovo.

Editoval Zax (12. 3. 2015 21:37)

@JanEndel napsal(a):

@Zax @encero pánové, můžete už si to svoje špinavé prádlo proprat někde soukromě :-)?

Už mlčím :)

Bože @FilipProcházka mluvíš mi z duše. Alespoň ve většině případů.

Edit: věci které neděláme, určitě v budoucnu dělat budeme. (u projektů kde to dává smysl)

I když nejsme žádný rohlík nebo slevomat. Snažíme se odvádět co nejleší práci na všech frontách.
Máme svoje problémy, víme o nich a v rámci možností na nich pracujeme.

Osobně mi leží v žaludku lidi, kteří mají ručičky nahoře a křičí že svět je zlý a nedovolí jim dělat to či ono.

Editoval encero (13. 3. 2015 8:23)

Vimperk

@akadlec tak buď ten co to změní :) Jen málo firem zakládají zkušení programátoři, aby od úplného začátku se řešila udržovatelnost a testy.

Když jsem nastoupil do DJ, tak neměli ani jeden test, celý to bylo brutálně naprasený a code review neexistovaly. První prototyp se totiž udělal za nějaký 2–3 měsíce. Což je úplně šileně rychlé.