Hlavní navigace

Názor ke článku "Stavební dozor" nad programátorem od laco - ad a) - rychla odpoved: takmer bez sance; -...

  • 10. 5. 2013 23:18

    laco (neregistrovaný) 92.62.228.---

    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.