Velka firma- hole nestesti?

Tento muj zapis bude jenom takove male postezovani si nad tim jak funguji velke firmy.

Nejprve si ujasneme pojmy. Buildovacim toolem (build system) myslim sadu skriptu (v nasem pripade pro apache ant), ktere se staraji o to, aby slo (takrka kdykoli a kdekoli) pretvorit zdrojove kody (v nasem pripade hlavne v jave a C++) do spustitelne podoby, spustit testy a ziskat vysledky testu. Idealni je skombinovat toto s jinym toolem, ktery spousti predchozi v pravidelnych intervalech a nekam uklada zda se podarilo cely projekt zkompilovat a otestovat - timto toolem je nejaky "automaticky buildovac", napr. CruiseControl.

Predevcirem jsem mel tu "skvelou" myslenku, ze do naseho projektu zakomponuji novy buildovaci nastroj, ktery se ma stejne nasadit na celem oddeleni. Jednou to prijit muselo.

S "pachatelem" tohoto toolu jsem mluvil v dobe kdy byl na zacatku sve prace - v te dobe jsem byl u firmy 14 dni, proto asi nevenoval mojim pripominkam a navrhum ke spolupraci takovou pozornost. Bohuzel, to co vyprodukoval, vypada presne tak, jak se da ocekavat kdyz praci na takovem celkem dulezitem projektu sverite cloveku skoro bez praxe (prisel rovnou ze skoly), a on to vyvine jen tak, podle odhadu jak to bude pouzivano. Vysledek je ten, ze pro pouziti na ostatnich projektech je potreba udelat haldu zmen, coz je pochopitelne. Vim z vlastni zkusenosti jak tezke je vytvorit takovy funkcni buildovaci system a jake to je ho protlacit mezi vyvojare. Jasne mi ovsem neni, proc vedeni hodla tento tool dostat mezi ostatni teamy a vyvojare zrovna timto zpusobem.

Onoho autora toolu totiz pred nedavnem presunuli na jiny projekt do zahranici, takze na miste zustaly pouze 2 dokumenty jak to pouzivat, instalace a jeho vedouci. S autorem zle samozrejme komunikovat pres mail. Dalsi co zbylo, je rozhodnuti z vedeni ze tento tool proste nasadime na celem oddeleni.

Aby bylo jasno. Delam v docela velke firme, dela se tu jenom SW, chapu ze firma takovyhohle rozmeru nemuze obsahovat jenom esa sveho oboru. Ale reknete mi ostatni, co delate ve velkych firmach - taky je to tak spatny? Taky je u vas zazrak kdyz to co se nakonec nasadi aspon funguje (nekde jsem cet zajimave prirovnani - "we deployed it" means "we know it sucks but they can use it"). Je nejaka sance ze kdyz odejdu rekneme ke google (pokud me by me tam vubec chteli), ze to bude lepsi? Jak jsou na tom u SUNu?

Nekdy mam takovy dojem, ze na jednoho produkovatele kodu jsou ve firme 3 az 4 produkovatele wordovych dokumentu. Hruza!

Komentáře

Robím v podobnej veľkej spoločnosti a prakticky je to totožné s Vami popísanou situáciou. Predovšetkým to o počte "kóderov" a "produkovaťeľov word dokumentov" :-)

Postupy managerov dokumentujú, že firma chce veľa muziky za málo peňazí - čo najrýchlejšie pár vývojárov vytvára kód, ktorý ako-tak funguje a ten sa prezentuje zákazníkovi ako funkčné riešenie.
Je ale pravda, že hoci si človek na tieto veci sťažuje, v malej firme nájde sotva také ohodnotenie a možnosti postupu ako vo veľkých spoločnostiach. Zatiaľ mi to nevadí a snažím si zvyknúť na princípy čo tu platia.

P.S. Nerobíme náhodou v tej istej spoločnosti? :-)

6.10.2006 11:00 jesta.net | skóre: 6 | blog: Linux, Open Source a velke firmy... | Plzen
Rozbalit Rozbalit vše Re: Velka firma- hole nestesti?

P.S. Nerobíme náhodou v tej istej spoločnosti? :-)

tak to nevim, je to mozne. Zatim tu znam jenom jednoho dalsiho Cecha, teda spis Ostravaka.

Co se tyce nadvlady tvurcu workovych dokumentu, neni nahoda ze zrovna dnes mi poslal muj primy nadrizeny tento vtipek vystihujici situaci naprosto dokonale?

You have to place another order in GORDON

6.10.2006 13:14 Aleš Kapica | skóre: 52 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: Velka firma- hole nestesti?

No jestli jsou i softwarové produky firmy kde nejspíš pracuješ stejně kvalitní jako její web, tak potěš. (ale stejně tak je dobře možné že jde o jiného Jindru) ;-)

Pokial nemusis robit vyvoj na obsoletnom neoficialnom beta gcc, s totalne sprasenou syntaxou, na redhatoch 7.2 s par nahackovanymi novsimi balikmi, pouzivajuc rozne firemne speciality, suplujuce pracu roky overenych rieseni ( vlastny make, vlastny sql server, vlastna library duplikujuca stdlib so sprasenou syntaxou, vlastnych 1000 elementarnych datovych typov ), k tomu pisat slohove prace v shitosoft worde, podla pravidiel, na ktore potrebujes mesacne skolenie ( tu kliknes, to zmenis, to posunies, taky font ), nutnostou niektore projekty buildovat len na urcitom konkretnom stroji na opacnej strane zemegule, ktory ma urcity enviroment, ktory nie si v stave zreprodukovat, s obrovskymi test reportami stylom "Dear fucking non-technical subscribers, here is big test report and release notes and I know you will not read it ever", tak si este relativne v pohode. Akakolvek inovacia je nemozna uz len z technickych dovodov, pretoze len prechod na ine gcc by znamenal rocnu opravu ton kodu s kopou novych zavlecenych chyb. Management si spokojne vrni blahom, ake je to super tie ISO a ine sracky, vyvojar sa moze zblaznit.

Bohuzial nepoznam firmu, ktora by sa po expanzii totalne neskur..la. Vacsinou za to ale moze tlak trhu a firma sa len musi prisposobit, velke bremeno ale vznika formou genialnych napadov a vizii prilis aktivnych managerov, ktori stoja tak trochu mimo realitu ( resp. su ovplyvnovani inymi tlakmi ).

Hmmm, to neni o velikosti firmy, ale zpusobu rizeni. Padl tu Sun. Jak kdy, jak v cem :-)

Ale treba dokumentace vznika vpodstate zespodu, hromadou Wiki stranek. Tak jako mnoho utilit. Bud se prosadi popularitou, nebo uhynou. Vybirani SVN a Mercurialu pro budouci spravu verzi vznikalo v tymu s dlouhodobym testovanim a sirokou komentatorskou zakladnou.

Optimalni politika v Sunu je, ze manazeri jsou tu pro techniky a ne technici pro manazery. Moji sefove mi pomahaji, umetaji cestu, tak abych mohl klidne pracovat. Ne vzdy to je ale dobre, samozrejme.

A nekdy se to prosadi jinak. Jako treba edgemail...

Btw. kdyz mi dojde MS Office dokument v nasi firme (stalo se 2x za rok), slusne vysvetlim protistrane, ze podpora konkurencnich produktu neni zrovna dobrou vizitkou :-)

Velka firma- hole nestesti?

Hodnocení: 100 %

Komentáře