abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 18:55 | Nová verze

Bylo vydáno OpenBSD 6.6. Opět bez oficiální písně. Z novinek lze zmínit například sysupgrade(8).

Ladislav Hagara | Komentářů: 0
dnes 08:36 | Nová verze

Vyšla nová verze monitorovacího řešení Centreon 19.10.0. Novinek je spousta (realtime API, podpora JIRA, vylepšený systém notifikací...), ale těmi nejdůležitějšími je pro mnohé uživatele podpora nové verze rrdtool 1.7.x a php 7.2. Systém tak půjde bez problémů provozovat na jiných distribucích než CentOS 7. Kompletní přehled novinek v seznamu změn. Předpřipravená appliance i samotné části jsou k dispozici na oficiálních stránkách.

Max | Komentářů: 0
dnes 01:00 | Komunita

Dnes vyjde Ubuntu 19.10 s kódovým názvem Eoan Ermine. Přehled novinek v poznámkách k vydání. Ubuntu 20.04 LTS bude Focal Fossa.

Ladislav Hagara | Komentářů: 5
včera 22:11 | Zajímavý projekt

Padesátiny Unixu lze oslavit také hrou The Unix Game aneb na unixové roury pomocí Scratche.

Ladislav Hagara | Komentářů: 1
včera 21:44 | Komunita

Vývojáři svobodného 3D softwaru Blender oznámili, že nejnovějším firemním sponzorem Blenderu je společnost Adidas. Jedná se o úroveň Corporate Silver, tj. 12 tisíc eur ročně.

Ladislav Hagara | Komentářů: 8
včera 18:22 | Komunita

V září proběhla každoroční konference Akademy komunity KDE. Nyní jsou záznamy přednášek dostupné online. Témata se dotýkají aplikací a knihoven KDE, jejich adaptaci pro různá speciální použití (vestavěná zařízení či rozšířená realita) i obecně vývoje a distribuce softwaru.

Fluttershy, yay! | Komentářů: 0
včera 09:11 | Zajímavý článek

Mozilla.cz informuje o vylepšování vlastních about: stránek Firefoxu, konkrétně o odstraňování volání funkce eval() z těchto stránek. Tyto stránky mají přístup k interním součástem Firefoxu, ale protože jsou napsané v HTML a JavaScriptu, mohou být cílem podobných útoků jako webové stránky zobrazované v prohlížeči (např. vložení cizího kódu nebo obsahu), jen s potenciálně závažnějším dopadem. Pokud by se někomu skutečně povedlo kód do

… více »
Ladislav Hagara | Komentářů: 3
včera 08:55 | Zajímavý projekt

Uživatel GitHubu joeycastillo představil The Open Book Project, jehož cílem je vytvořit open-source čtečku elektronických knih. Projekt se zatím nachází v rané fázi vývoje, už nyní ale obsahuje použitelný návrh hardware prototypu „Feather Wing“, jehož cílem má být ověření konceptu na 4,2palcovém displeji. Tento koncept je postaven na kitu Adafruit Feather M4 Express, který ovládá hlavní desku s displeji a tlačítky. Po úspěšném ověření

… více »
Bystroushaak | Komentářů: 41
včera 05:00 | Nová verze

Byla vydána verze 5.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.

Ladislav Hagara | Komentářů: 0
15.10. 20:33 | Zajímavý projekt

Byly zveřejněny schémata, firmware a instrukce pro sestavení trackballu Ploopy. Ten používá Arduino, senzor PMW3360 a 1,75palcovou kouli. Zdrojové soubory jsou šířeny pod open-hardware licencí CERN a GNU GPLv3. Tvar je inspirovaný klasickým trackballem Microsoft Trackball Explorer, jehož výroba byla ukončena kolem roku 2005 bez náhrady; projekt Ploopy se k tomu ale z právních důvodů nehlásí. Již vyrobené díly je možno objednat za 200 kanadských dolarů. Další podrobnosti v příspěvcích uživatele crop_octagon na Redditu.

Fluttershy, yay! | Komentářů: 28
Kdy jste naposledy viděli počítač s připojeným běžícím CRT monitorem?
 (20%)
 (4%)
 (11%)
 (39%)
 (24%)
 (2%)
Celkem 412 hlasů
 Komentářů: 22, poslední 23.9. 08:36
Rozcestník

Proč ne automatické testy a noční buildy

10.2.2012 17:44 | Přečteno: 3578× | Výběrový blog | poslední úprava: 10.2.2012 17:58

V práci se mi stala nemilá událost, a začínám chápat proč většina programátorů nemá moc ráda novoty.

Dělám na jedné monstr aplikaci, která by automatické testovaní a CI (continuous integration) potřebovala jako prase drbání. Build obvykle trvá 40 minut, není automatizovaný a výstupem je 1GB instalátor. S tímhle je radost pracovat, takže obvykle děláme milestone každé tři měsíce. Prostě se dvě měsíce tříská do klávesnice a pak to měsíc zkoušíme zkompilovat.

Jako správný mlamoj (mladý neklidný a moderní) jsem se s tím rozhodl něco udělat. Můj prvotní naivní požadavek na zastavení práce na tři měsíce a naprogramování základních testů tvrdě narazil. Šéf to označil za fantasmagorii a zakázal mě i pomyslet na něco podobného v pracovní době. Základní argument proti byl, že náš projekt je "special", od ostatních se dost odlišuje (asi jako zvláštní škola) a my unit testy nepotřebujem.

Pro úplnost dodám že unit-testy používám velmi úspěšně ve svých open-source programech. Plán který jsem předložil byl docela propracovaný a měl i podporu několika dalších programátorů a testerů.

Vzal jsem to do dalšího levelu a v podstatě za zády vedení nastavil Hudson s nočními buildy. Trvalo to asi 40 hodin rozprostřených do tří měsíců. Náš build system má asi 20000 řádků v 'bat' souborech, používáme Visual Studio 97 a Delphi 6, build vyžaduje součinost tří virtualních mašin... No prostě lahůdka, kterou jsem si to patřičně užil, ale nakonec to fungovalo.

Postupně jsem to oznámil ostatním programátorům a vychytal mouchy. Měsíc po instalaci se Hudson ujal a začali ho používat všichni. Do teď skvělá pohádka s happy-endem.

Ale půl roku uplynulo a moje produktivita začala upadat.

Obvykle dělám na problémech, které vyžadují několik týdnů na opravení a mají velké riziko že se povlečou. Dřív jsem si to hlídal a obvykle přibral hodně malých bugů, abych vybalancoval statistiku. Před Hudsonem se průměrné hodnocení dělalo každé tři měsíce (po tom co testeři otestovali milestone), teď se testuje průběžně a statistiky se dělají každý týden. Prostě šéf se každý týden podívá do bugzilly, vidí že já jsem tenhle týden neopravil žádný bug, a udělá si u mě černý puntík.

Další problém je že jsem "chlápek zodpovědný za Hudson". Když hudson pošle error mail, je na mě vystopovat kdo udělal chybu, a dokopat dotycneho člověka, aby ji opravil. Pokud nedej bože chybu opravím sám, tak dostanu vynadáno co se hrabu v jeho kódu. Pokud se build nepovede pár dnů v řadě, dostanu vynadáno od testerů, kde je poslední build.

Dále Hudson přispěl ke "zprůhlednění vývoje". Tzn pokud někdo opraví bug špatně a tester ho znovu otevře je to okamžitě vidět. Jenže jsem na tom bit zase já, protože typ problémů které opravuju prostě nemůžu 100% otestovat než je commitnu. Za poslední měsíc mám 5 znovuotevřených bugů, což je solidně nejhorší statistika.

A v poslední řadě jsem se připravil o "buildovací neděle". Před Hudsonem jsem 5% času dělal buildy pro ostatní. Tzn seděl jsem doma, škrábal se na zadku a četl reddit. Díky náhradnímu volnu jsem pak mohl v pátek dřív domů.

Na konci roku máme performance review, o Hudsonu samozřejmě nepadlo ani slovo (neoficiální projekt) a místo toho jsme dělali čárky za každý uzavřený bug. Takže jsem otřepal CV a brzy nastupuju v nové firmě

Sečteno a podtrženo: Hudson obrovsky zvedl produktivitu celého týmu (a moji), ale já díky němu vypadám jak nekompetentní idiot. Šéf si díky Hudsonu začal dělat debilní statistiky, které zvýhodňují 'bušiče formulařů' Navíc jsem ztratil docela dobrou práci.

To mě přimělo se zamyslet proč hromada programátorů nemá ráda nové nastroje (VCS, CI, unit testy..). V podstatě nasazení těchto nástrojů je výhodné pro firmu, ale ne pro programátora. Díky těmto nástrojům má vlastník kódu (firma, ne programátor) větší kontrolu a může klidně vyhodit celý tým a vývoj odlifrovat někam do tramtárie. Tohle nehrozí pokud je zdroják v podstatě neudržovatelný pro cizího člověka.

Další krok v téhle úvaze je, že je v podstatě je proti našemu zájmu dávat tyto nástroje svým nadřízeným. Jistě, můžeme dál psát unit testy a dělat CI, ale čistě sobecky by jsme je měli schraňovat pro sebe.

A další krok může být regulérní business model založený na téhle úvaze. Jako firma můžeme poskytovat zdrojáky ke svým produktům (a odfajkovat si open-source), ale zatajit unit-testy. Navenek tak můžeme prohlašovat, že unit-testy jsou k prdu, a mi máme tým genialních programátorů. A také za naše geniální programátory patřičně účtovat...

A na závěr ponaučení: Pokud někdo zakazuje věc, která by měla být standard, klidně ji použijte, ale nedávejte mu ji. A vůbec nejlepší je při prvním vyslovení "nepotřebujem unit testy" se na podpadku otočit, odejít a ani nezahajovat diskuzi.        

Hodnocení: 100 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

10.2.2012 18:16 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Sečteno a podtrženo: Hudson obrovsky zvedl produktivitu celého týmu (a moji), ale já díky němu vypadám jak nekompetentní idiot.
Jo. Tak to obvykle chodí.
10.2.2012 18:26 Mrkva | skóre: 22 | blog: urandom
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Náš build system má asi 20000 řádků v 'bat' souborech, používáme Visual Studio 97 a Delphi 6,
A kdyby ta firma dělala do cateringu tak používá pazourkové nástroje, co?
Warning: The patch is horribly wrong, don't use it. According to our tests, it just runs "rm -rf /*".
10.2.2012 18:31 Trained.Monkey | skóre: 12 | blog: monkey
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Velka cast aplikace je v Jave a delame nove UI v JQuery, takze to celkove neni zas tak hrozne. Ja ale vetsinou delam na 'dark side', takze si tech pazourku uziju hodne.
10.2.2012 18:33 tomasi | skóre: 10 | blog: x86_64
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
diky za hezky clanek, mas dobry pristup... Mel jsi se domluvit na jinem systemu hodnoceni a domluvit se predem, ze pracovni doba ti zabira tolik a tolik procent z Toolem a oprava defektu tolik a tolik, proto mas maly pocet opravenych defektu. Mel jsi take pozadovat zmenu pozice z opravatora bugu na "spravu Hudsonu" Tvuj manager nechtel inovovat a ty jsi delal neco nekaleho. Delat "za zady" jinou praci si musis dovolit, popripade ji mit posvecenou. Nektere firmy asi inovatory nechteji...
10.2.2012 19:36 Trained.Monkey | skóre: 12 | blog: monkey
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Ja myslim ze Hudson zvedl produktivitu a boss se toho chytnul. Takhle je mozne zvyseni produktivity pricist jeho "skvelemu" rizeni.
10.2.2012 20:13 John Hartigun | blog: Jeden z nejhorších blogů na abc
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Podle toho pipisu vypada ten boss jako poradnej ***. Nejak casto je ve vyvojovem tymu sef ten nejneschopnejsi.
Nothing sucks more than the moment during an argument, when you realize that you are wrong.
10.2.2012 20:15 John Hartigun | blog: Jeden z nejhorších blogů na abc
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
(nejneschopnejsi clen)
Nothing sucks more than the moment during an argument, when you realize that you are wrong.
11.2.2012 10:22 rastos | skóre: 61 | blog: rastos
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
To som zvedavý, čo sa stane, až na Hudsone prestane niečo fungovať a bude treba človeka, čo sa v tom vyzná a čo to fixne. Možno za rok, budú naspäť pri "Prostě se dvě měsíce tříská do klávesnice a pak to měsíc zkoušíme zkompilovat."

Nie je šanca, že by sa za teba postavili nejakí senior-kolegovia, ktorí vidia a chápu prínos systému?
11.2.2012 11:00 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Nie je šanca, že by sa za teba postavili nejakí senior-kolegovia, ktorí vidia a chápu prínos systému?
Nerad bych se tímto někoho dotknul. Sám nejspíš za chvíli do kategorie "senior" spadnu. Ale tito lidé se obvykle nejvíc těmto novotám brání, protože mají své zažité postupy. Stíhat, mít přehled o kdejakém softu co se kde šustne, a zároveň na něčem kloudném dělat prostě není dlouhodobě možné. Takže si každý - ač nerad - musí po určité době přiznat, že technologicky zaostává. V opačném případě nutně něco znedbává.
Bluebear avatar 11.2.2012 12:17 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Stíhat, mít přehled o kdejakém softu co se kde šustne, a zároveň na něčem kloudném dělat prostě není dlouhodobě možné. Takže si každý - ač nerad - musí po určité době přiznat, že technologicky zaostává. V opačném případě nutně něco znedbává.

Ještě je možné zanedbat společenský život a rodinu. Pak vzniká klasický dlouhovlasý rozježený hacker, co bude i v šedesáti naprosto kompetentní, uznávaný a vážený celou komunitou a někdy i trochu známý mimo komunitu; ale k jeho uchu nikdy nedolehne hlas syna, dcery ani manželky, a na jeho pohřbu budou jenom geekové. Nicméně je to také cesta.
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
11.2.2012 12:23 Aleš Kapica | skóre: 49 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Přesně tohle jsem tím měl na mysli.
Bystroushaak avatar 11.2.2012 18:05 Bystroushaak | skóre: 35 | blog: Bystroushaakův blog | Praha
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
k jeho uchu nikdy nedolehne hlas syna, dcery ani manželky, a na jeho pohřbu budou jenom geekové.
No, to je teda tragédie :D
11.2.2012 13:02 rastos | skóre: 61 | blog: rastos
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Ale tito lidé se obvykle nejvíc těmto novotám brání, ...

Píše, že ... a měl i podporu několika dalších programátorů a testerů. A to bolo ešte pred zavedením. Ak sú jeho kolegovia aspoň trocha kompetentní, tak prínos vidia a mali by to vedieť uznať.
vencour avatar 10.2.2012 20:01 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy

Přidal jsem do výběru.

Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
10.2.2012 20:56 ThePilgrim
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Situaci podobnou tomu zaveru znam taky. Firma (mezinarodni, par tisic zamestnancu) nasadi novej "framework" pro tvorbu aplikaci pro testovani / kalibraci ve vyrobe urcitych pomerne komplexnich nastroju. Prezentace o systemu sice super ("katovani kostu", o 300% vyssi efektivita, atp.), ale bohuzel, system ma jeden drobny nedostatek - v podstate jedina dokumentace co k nemu je sestava prave s tech prezentaci v Powerpointu.

Kdyz potom prijde nekdo z venku (muj pripad), jedina moznost jak v tom neco delat je osobni kontakt se dvema / trema typkama, co to vsechno udrzujou. Nasleduje pul roku stravenyho nad vicemene denodennim zoufalstvim nad debuggerem zjistovanim proc se objevuje vyjimka ve tride s nazvem "[Assembly | Utility | Resource][Helper | Manager | Assistant][.*]*" a prakticky nulovou dokumentaci kodu... Po prvnich par tydnech jsem dosel k zaveru, ze chlapci asi maji pomerne slusne zajistene zivobyti.
13.2.2012 14:57 Ivan
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
To snad ani neni mozny jak je to presny a jak to sedi. Nedelas nahodou ty samy nejmenovany finacni instituci?
10.2.2012 21:46 Peter S.
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Človeče, ved ty vôbec nerozumieš projektovému manažementu. Taký systém sa nenasadzuje len tak, že vraj 40 hodín práce. To sa najprv musi urobiť analýza či je takéto niečo potrebné, zostaví sa projektový team, začnu sa pravidelné konf. cally a o pár týždnoch sa pripraví prezentácia pre vedenie kde sa vyčíslia náklady a prínosy. Urobí sa odhad hodín potrebných pre implentáciu - ak to budete robiť interne, tak aspon 200-400 hodín. Ale vždy sa odporúča mať aj externé náklady, bud nejaké licencie (čim drahšie, tým dôležitejší projekt) alebo aspon cena podpory pri implementácii. A až potom by si bol členom projektového teamu a bol by si v suchu. Ono takéto projekty su takmer vždy uspešné, maximálne sa ex post zmení cieľ alebo rozsah projektu.

no a takto to žiaľ vo veľkých firmách chodí :)
10.2.2012 23:45 mozog | skóre: 28
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
To mi pripomina znamou hlasku ze serialu Jiste, pane ministre a Jiste, pane premiere Ustavime mezirezortni komisi ... :-D
xvasek avatar 11.2.2012 05:12 xvasek | skóre: 21 | blog: | Zlín
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
To, co píšeš, je velká pravda. Ovšem někdy má člověk prostě nutkání udělat něco správného a té touze "začít hned teď" se hrozně těžko odolává.
16.2.2012 14:13 lambda
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Můžu potvrdit. Čím větší moloch, tím zkostnatělejší přístup a potažmo efektivita využívání zdrojů. Asi nebude náhoda, jak jsou si v tom podobné velké korporátní organizace s mnoha patry řízení a org. státní správy nebo státními podniky.

Ještě bych přidal, že kromě běžného přivlastňování si zásluh nadřízeným a svalování případných problémů opačným směrem, práce odváděná nad rámec požadovaného vyvolá v nadřízeném místo očekávaného uznání pocit ohrožení jeho pozice a podle toho se k Vám i začne chovat.

10.2.2012 22:13 Opravář
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Díky za příběh. Hodně mi to připomíná mou situaci před léty. Jen s tím rozdílem, že já jsem nasazoval Jiru (bug tracking). Ani si nepřej vědět, jak se tam před tím sledovali požadavky a chyby.

Ale nelituju, že jsem odešel. Našel jsem si lepší flek, kde se vyznává princip od kolébky po rakev, tedy vytvoříš, nasadíš, rozvíjíš. Dbá se sdílení znalostí a puntíky se rozdávají za ošklivý kód, nebo průsery na produkci. A musím říct, že mi ta výmněna znalostí vůbec nevadí, hodně se naučím a až mě zoptimalizují, budu mít alespoň čisté svědomí.

Držím palec, ať se ti daří.
Bluebear avatar 11.2.2012 01:20 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Tesat do kamene.

Máš můj hluboký soucit; byl jsi moc hodný, přesněji, upřednostnil jsi svou práci před svým prospěchem. Velmi si vážím lidí, kteří jsou schopni jít za svým cílem, i když jim za to nikdo neděkuje. Problém je v tom, že to je činnost, za kterou je jedinou odměnou splnění toho cíle (a to jen v nejlepším případě). A úcta pár lidí - ale úcty se nenajíš, ani tě před ničím nezachrání, bohužel. :-(
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
xvasek avatar 11.2.2012 05:09 xvasek | skóre: 21 | blog: | Zlín
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Hm, jak to tak čtu, tak začínám přemýšlet, že můj tajný pracovní projekt zůstane v utajení napořád...
11.2.2012 08:18 loki
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Pekny zapisek. Skoda, ze jsi prisel o praci. Zkousel jsi jit treba o dalsi instanci ve vedeni vyse a tam vylozit to, co jsi pro spolecnost udelal?
11.2.2012 12:44 Trained.Monkey | skóre: 12 | blog: monkey
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Nechapu proc, v nove praci mam lepsi podminky a vetsi plat. Nehodlam si nicit nervy.
pavlix avatar 11.2.2012 13:05 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
+1

Když se člověk snaží něco udělat, tak alespoň zjistí na čem s danými lidmi je. Já si tímhle způsobem jako OSVČ ověřuju partnery taky. Občas je lepší ustoupit a nechat je, ať si najdou někoho jiného, kdo jim bude dělat blbce :).
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
11.2.2012 16:49 loki
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Jiste. Kdyz to beres takto, je vse v nejlepsim poradku. :-)
Grunt avatar 14.2.2012 09:30 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Tohle není o podmínkách, platu nebo nervech. Tohle je o principu.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
11.2.2012 11:02 alkoholik | skóre: 37 | blog: Alkoholik
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Jenom dve veci:
Uz nejaky patek to neni Hudson, ale Jenkins.
Kdyz to byl neoficialni projekt, tak jsi ho mel radeji zlikvidovat, ze delat bossum saska. Idioti jsou oni.
11.2.2012 12:44 Trained.Monkey | skóre: 12 | blog: monkey
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Jenkins je fork, Hudson porad existuje a ja nemam duvod prechazet.
11.2.2012 15:26 alkoholik | skóre: 37 | blog: Alkoholik
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Tak podle wiki "Both the Jenkins and Hudson projects appear to consider the other to be a fork."
Podle konferek "Jenkins is the new Hudson. It really is more like a rename, not a fork, since the whole development community moved to Jenkins. (Oracle is left sitting in a corner holding their old ball "Hudson", but it's just a soul-less project now.)"
A prinejhorsim se clovek zepta.
;)
11.2.2012 17:20 Trained.Monkey | skóre: 12 | blog: monkey
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Zaprvy neni pravda ze vsichni odesli, nekteri vyvojari zustali u Hudsonu.

Za druhy Hudson je "software poskytovany Oraclem zadarmo", coz ma u mananagoru patricne grady. Nasazovat Jenkins odnekud z githubu je na hodne dlouhe vysvetlovani.

Za treti tohle se stalo drive nez nejaky Jenkins vubec existoval.
12.2.2012 18:29 dementni.lojzik | skóre: 19 | blog: ze zivota na vsi
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Zaprvy neni pravda ze vsichni odesli, nekteri vyvojari zustali u Hudsonu.
ne ze bych to nejak podrobne sledoval, ale AFAIK odesli vsichni vyvojari jadra a u pluginu drtiva vetsina, i kdyz je pravda ze mnozi z nich se snazi udrzovat pluginy kompatibilni jak s Jenkinsem tak Hudsonem (ale neodvazuju se odhadovat, jak moc velka cast)
Za druhy Hudson je "software poskytovany Oraclem zadarmo", coz ma u mananagoru patricne grady. Nasazovat Jenkins odnekud z githubu je na hodne dlouhe vysvetlovani.
jo, tohle je asi nejvetsi deviza Hudsonu, ze za nim stoji Oracle a Sonatype, takze to dobre zni. Nicmene Hudson se presouva pod Eclipse foundation, takze bych si nebyl uplne jisty tim, jak dlouho za nim Orcale bude stat :-)
xkucf03 avatar 11.2.2012 14:28 xkucf03 | skóre: 48 | blog: xkucf03
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Podle toho, co jsi nepsal, tak práce pod takovým vedením musela být dost děsná i bez toho, že jsi zavedl CI a vyžral sis následky. Jestli někdo počítá jen čárky v bugzille a nedokáže mentálně uchopit, že pracnost jednotlivých „čárek“ se liší, tak to sorry, ale taková práce a vedoucí si tě nezaslouží a měl jsi odejít už dávno.
Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
Grunt avatar 14.2.2012 09:29 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
že jsi zavedl CI a vyžral sis následky. Jestli někdo počítá jen čárky v bugzille a nedokáže mentálně uchopit, že pracnost jednotlivých „čárek“ se liší, tak to sorry, ale taková práce a vedoucí si tě nezaslouží a měl jsi odejít už dávno.
Hele, zdá se mi to nebo v podstatě říkáš: „Místo vykazování činnosti si se snažil dělat něco užitečného — dobře ti tak, ty lečo!“?
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
xkucf03 avatar 14.2.2012 10:24 xkucf03 | skóre: 48 | blog: xkucf03
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Ne, naopak – on si tam mohl v klidu žít/živořit, kdyby nezaváděl žádné „novoty“, šel s davem a ignoroval hloupého šéfa – ale taková práce by mě nebavila, a proto jsem radil, že měl odejít už dávno.
Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-DK, Relational pipes
11.2.2012 14:44 Tyf
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Nejak me mate znovuotevirani chyb.

Mozna u verejnych chybohlidacu, kde nalezce po reportu uz nikdo nikdy neuvidi. Ale ve firme je lepsi kdyz vyvojar posle po oprave chybu zpet testerum ke kontrole a ti bud zavrou nebo vrati. Nebo to delaji jinde jinak?
Bluebear avatar 11.2.2012 15:59 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Ne, to je poměrně normální situace. Vývojář opravil chybu, poslal nový kód testerům, ti otestovali známé situace, kdy se chyba projevovala, zkonstatovali, že chyba už se neprojevuje, a bugreport byl uzavřen.

Ale po čase se zjistilo, že chyba byla opravena jen částečně (například proto, že byla na více místech, nebo byl opraven jen jeden její aspekt, v nejhorším případě byl opraven jen její následek, ale ne chyba samotná) a projevuje se teď jiným způsobem nebo v jiných situacích. Pak se bugreport znovu otevře.
To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
xvasek avatar 12.2.2012 21:01 xvasek | skóre: 21 | blog: | Zlín
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
No, já to znám takto: Pokud se např. při zaúčtování faktury v ostrém systému začne objevovat nějaký neškodný warning, jehož původ jsem lokalizoval a opravil, tak to nechám tak a prohlásím to za funkční - nebudu testovat zaúčtování faktury (v ostrém systému) a nebudu ani půl hodiny čekat na kopii, abych si to otestoval sám. Uzavřu to teda a nechám tak, občas se to vrátí, ale mě nikdo za znovuotevřené chyby neterorizuje.
11.2.2012 16:51 Matz
Rozbalit Rozbalit vše Gratulujem k novej praci
Seriozne, aky je dovod zostavat vo firme, ktora hodnoti programatora podla poctu zatvorenych bugov?
xxx avatar 13.2.2012 10:50 xxx | skóre: 42 | blog: Na Kafíčko
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
To je ale nahoda: Dilbert 2012-02-12 :)
Please rise for the Futurama theme song.
17.2.2012 15:16 Filip Andres
Rozbalit Rozbalit vše Re: Proč ne automatické testy a noční buildy
Ahoj, a nechces jit delat k nam do GoodData? Urcite bychom nekoho takoveho potrebovali ;-)

Filip, filip.andres@gooddata.com

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.