Re: 23.08.2010-11:41:22 :: Remember, remember, the velvet November


node:	Re: 23.08.2010-11:41:22
template:	4
parent:	23.08.2010-11:41:22
owner:	ooo
viewed by:
created:	24.08.2010 - 17:03:05

cwbe coordinatez:
101
622654
64881
5508769
5511268

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

neurons
stats|by_visit|by_K source tiamat K|my_K|given_K last commanders polls
total descendants::4
total children::1
show[ 2 | 3] flat

ak chces softverovu firmu kde bude panovat skutocne kreativna a uvolnena atmosfera a kde sa nebudes musiet bat oponovat sefovi a kde si ty sam budes urcovat co budes robit a napriek tomu / prave preto to bude fungovat, tak si taku firmu zaloz.. uskutocnitelne to je.

Pripadne by si mohol skusit stastie dakde daleko od Europy, kde su predsa len agilnejsi a viac skusaju.. Do europy sa prve naznaky metod vyvoja softu, pri ktorych sa ruca tradicny pohlad a 'Manazment' ci 'Projektove riadenie' v tradicnom slova zmysle straca zmysel, dostavaju iba pomalicky.. Zodpovednost prechadza na jednotlivych clenov, manazerska struktura vyvojovych timov moze defakto uplne zaniknut.. Vybudovat to ale neni len tak hup-sup:)

Ak by si chcel viem ti odporucit literaturu, obvykle vsak byva urcena pre vacsie firmy (transformacia) ale imho by sa na tom dalo aj zacat stavat nevidim v tom ziaden problem, snad iba to ze ak nerobis transformaciu neuzijes si ten slastny pocit ked si vsetci myslia ze si chuj co ich chce pripravit o pokojny zivot:)

000001010062265400064881055087690551126805511322

keby bol problem oponovat.. ale co so sefom ktory proste nepocuva a nezaujima sa o nic, a vykon sudi podla toho kolkokrat mu prikyvnes.. a kolegovia ktori sa nechcu ucit, a ktorym oveckaren vyhovuje..
cize ano, zalozit to treba..

za tu literaturu by som bol vdacny.. imho ta struktura na jednotlivcoch je velmi zaujimava, a hlavne v tom je ovela vacsia sila, asi jak socialisticky trh (diktator + ovecky) vs kapitalisticky (kazdy za seba, profit motivation, a nie staticky plat)

00000101006226540006488105508769055112680551132205511354

literaturu ti mile rad poskytnem ale asi ta hned na uvod aj sklamem - struktura nie je zalozena na jednotlivcoch ale na timoch (skutocnych timoch, to na svk azda ani nepozname) a filozoficky background celeho tohto systemu je zalozeny (alebo aspon na prvy pohlad to tak zneje) na 'lavicovych' myslienkach..

Hesla ako 'vysoka (80-100%) resource utilization vedie k poklesu vykonnosti' alebo 'incentives zalozene na individualnom vykone jednotlivca znizuju celkovu vykonnost' ci 'je nutne zabranit lokalnej optimalizacii' a podobne, za to by ta este pred revoluciou hadam aj pochvalili:)

Samozrejme cesta by mala viest niekade stredom, vzdy je treba sa pozerat na vsetky myslienky bez predpojatosti a spajat si ich do logickych celkov (co je to najtazsie pretoze SW vyvoj je dynamicky dej => neda sa na neho aplikovat common sense)..

0000010100622654000648810550876905511268055113220551135405511370

nemyslim, ze teamy su lepsie (tak ako si nemyslim ze keby sa firmy zgrupovali do timov tak by boli lepsie), ale cokolvek blizke tejto teme si rad precitam

pod tou lokalnou optimalizaciou sa rozumie asi nieco ine, pretoze lokalna optimalizacia je proste dobra (to je ako povedat ze je nutne zabranit lokalnej optimalizacii v kode softveru, nedava to zmysel takto)

000001010062265400064881055087690551126805511322055113540551137005511487

no urcite by bolo idealne keby si cely projekt vedel spravit sam, ale v momente ked to ide cez X technologii a rozsah je velky uz to nezvladnes, je to akoby si porovnaval stavbu domu jednotlivca a skupiny, ked si sam neni to take kvalitne lebo schody budes murovat prvy krat a budu krive a nebude ti mat kto hadzat do miesacky kym ty rovnas podlahu takze efektivita nebude idealna.. Ale toto moze velmi zavisiet od rozsahu a specializacie samozrejme..

lokalnu optimalizaciu myslim v tom zmysle, ze si zoptimalizujes svoju pracu pripadne pracu nejakej casti firmy (alebo hociakeho pod-celku) bez znalosti toho co na tuto pracu nadvazuje. Zlepsovat sa je super ale iba za predpokladu ze vystupy (alebo niekedy podmienky, poziadavky, interakcia atd) procesu ostavaju zachovane tak, ze negativne neovplyvnia nadvazujuce procesy. Tak nejak som to myslel.
Krasne na tom je, ze tak dynamicky dej ako vyvoj softveru vo vacsej firme nedokazes lahko 'pochopit' a 'tusenia' (hlavne tie velmi logicke;) castokrat zavadzaju. jejda..