Hirdetés

Keresés

Új hozzászólás Aktív témák

  • M.Úr

    tag

    válasz Lortech #22976 üzenetére

    Konkrétan hárman vagyunk fejlesztők + 1 kontraktor, nagyjából egy tucat projekttel évente. Mindenki senior szinten, a kontraktort leszámítva évek óta összeszokott csapat. Kérdem én, mit code reviewzzak akkor amikor van hogy egy nap 3-4 különböző "sürgős" megoldandó feladatom van? Amikor gyakorlatilag egy éve nem volt senki más az én projektjeimen? Clean code alap, aki nem képes rá az nem marad nálunk. Automatizált tesztelés a tesztelők dolga, nem a fejlesztőké.
    Új ember ha van, a kommitjait nézegetem egy ideig, de el nem tudom képzelni miért kéne még évek múlva is azt lesnem hogy a kolléga hogyan színezett át egy feliratot egy gombon... Ti komolyan minden commitot átnézettek másokkal? Önállóság, bizalom? Persze lehet ilyenekkel szórakozni ha van pénz és idő és nem sürget a főnök hogy mikor lesz már kész a feature amit múlt héten ígért meg az ügyfélnek két héttel ezelőttre...
    Ha sok a junior vagy fogalmatlan kolléga akkor értem hogy kell a gyakori code review. De hogy ezzel minden nap órákat töltsünk, minden apró változtatást átnézve? Eh....

  • OPiiPO

    veterán

    válasz Lortech #22976 üzenetére

    +1, láttam már projektet bedőlni pár év alatt mivel a code review-t csak úri huncutságnak tartották és megbíztak a drága kontraktor fejlesztőben, hisz ha ennyire drága akkor csak jó lehet. Hát nem, be is dőlt szépen a projekt pár év alatt,a mikor a BAU üzemeltetés emelkedő költségeit már nem bírta el, amelyeket a szarkupac belapátolt kód okozott.
    Ha már középtávon is csökkenteni akarod az üzemeltetési költségeket, ahhoz az egyik legjobb alap a 100% code review, ez több projektes tapasztalat. Vicces volt nézni ahogy az egyik beszállítónk, amint bevezettem a 100% code review-t, utána nagyságrendileg jobb minőségű kódot kezdtek el szállítani, és nekiálltak kijavítani ingyen az eddig version control alá betoltat :)

Új hozzászólás Aktív témák