Odpovídáte na názor ke článku "Stavební dozor" nad programátorem.
ad a) - rychla odpoved: takmer bez sance;
- dlha odpoved: ide to ale je otazka ci nad tym napokon nestravis viac
casu ako nad celym projektom. pri projekte s rozsahom par tisic riadkov
kodu (kam asi vas projekt spada) to mozu byt hodiny prace navyse, musi to
robit niekto kto ma DOBRE skusenosti a to nielen s programovanim ale
aj so zvolenou platformou;
ad b) - rychla odpoved: to nerob, vzdy je lepsie sa dohodnut (win-win);
- dlha odpoved: vies co tym dosiahnes? dve veci: nasraneho programatora
(co vlastne ten zakaznik chce?!) a nasraneho uzivatela (co vlastne ti
programatori chcu, su dobre plateni tak nech makaju!!). osobne by som
zvolil taktiku zastavenia projektu, spisania poziadaviek na papier,
poziadavky rozdelit na malicke ulohy a plnit, odskrtavat. tu by sa mozno
hodila pomoc ineho programatora ktory by bol najaty len na verifikaciu
odvedenej prvej cca tretiny prace. je velmi dobre ak sa aktualny
a kontrolny programator nekamaratia ale aktualny programator
o kontrolnom vie (tip: zobrat ho na prve dve-tri schodzky pri spisovani
na ten papier);
ad c) - kratka odpoved: radsej to zadajte ako uplne novu pracu a poriadne
spiste poziadavky;
- dlha odpoved: to je takmer urcite zlozitejsie ako napisat to odznova.
novy programator by sa najskor musel zoznamit s poziadavkami, zrovnat si
to v hlave, premysliet ako to urobit. a predstava, ze by teraz mal zacat
citat kod a premyslat preco toto robil taktok a hentok robil inak... to
by vam vykazoval "analyza aktualneho riesenia", po dvoch tyzdnoch zistite
ze ste zaplatili uz ako za stareho a on stale analyzuje aktualne riesenie;
dalsie poznamky pod ciarou:
-kontrola postupu prace kontrolou zmien cez svn/git funguje len na zaciatku ked kod pribuda rychlo ale cca od hotovej prvej tretiny sa neprogramator nema ako v tom vyznat. staci obcas zmenit strukturu a ak bude kontrolovat neodbornik je to s kontrolou v prdeli;
-overeny, doveryhodny programator ktory vas nebude odierat neexistuje; ak teda za odieranie povazujete "tu mi to trvalo 40 minut ale nafakturujem im hodinu, tu 20 minut ale vykazem pol hodinu". z takychto "tu desat, tu dvadsat minut" sa za den nascitaju 2-3 hodiny.
-pokial ti skuseny, overeny programator s 10 rocnou praxou povie, ze to bude trvat tyzden, bude to trvat tyzdne tri. je to realita a za dvadsat rokov sa mi to potvrdilo na kazdom projekte - je jedno ci to boli velke bankove aplikacie alebo male projektiky za 20tisic. ako it manazer by si to mohol vediet, ak nie uz to vies.
-na male projekty rob male zmluvy. vyries tam licenciu, na ostatne sa vykasli. predstava, ze v zmluve bude par stran definicii za co bude aka pokuta - podpise ti to len zufalec, programator nie. alebo si myslis, ze budes pomocou svn analyzovat commitovany kod a zistovat ci vcerajsiim commitom naplnil bod 4.1.3.22, pismeno a) zmluvy? na to by si potreboval dalsieho cloveka a si v prdeli. pozri sa na jobs.cz na vyhladanie vyrazu "programator" - kto by s tebou podpisoval taku zmluvu? student alebo cerstvy absolvent ktory nevie do coho ide takze navyse ani nebudes mat pripadnu pokutu z coho zobrat. alebo si myslis, ze na projekt s rozsahom dva tyzdne programatorskych prac v cene 40 tisic najmes pravnika na spracovanie 30 stranovej zmluvy za dalsich 40 tisic?
-nemusi kecat ked hovori, ze nieco platforma nepodporuje. nie raz som sa stretol s tym, ze sa velky projekt zasekol na tom, ze pouzivana platforma nepodporovala nejaku prkotinu ktora vsade inde bola beznou sucastou frameworku. zvlast "chutny" v tomto smere bol SAP ale stretol som sa s tym aj pri "beznych" frameworkoch.
doporuceny postup:
1. spravit tvz. wireframe - to kludne moze spravit trosku znaly manazer (ty) s buducim uzivatelom aplikacie;
2. definovat vstupne data, moze urobit znaly manazer (ty);
3. definovat vystup, moze urobit znaly manazer (ty);
4. naprogramovat (programator)
5. otestovat (uzivatel, ty)
a este jedna poznamka: je dobre najat programatorov dvoch, vo firme im dat stol, k stolu dve stolicky, jednu klavesnicu, monitor... ale o extremnom programovani sa da docitat aj inde. ma to jednu nespornu vyhodu: ked jedneho programatora zrazi elektricka druhy pokracuje akoby sa nic nestalo.
drzim palec.
Profesionální ajťák pracující pro korporát (narozen 1974). V soukromí však rád prosazuji svobodný software. Snažím se mít přehled o technologiích a trendech. Zastávám názor, že pokud chci něco kritizovat, musím s tím mít nějakou zkušenost. Jsem hrdý manžel, otec dvou dcer a opečovávatel kočky plemene Britská modrá krátkosrstá. Mám rád hudbu, knihy a kulturu obecně. V některých věcech však jdu proti proudu – používám Linux (konkrétně ZorinOS), svobodný software (LibreOffice, GIMP, Inkscape či Joomlu!) a jezdím v hybridním japonském autě.
Přečteno 47 206×
Přečteno 41 389×
Přečteno 35 916×
Přečteno 25 970×
Přečteno 25 770×