Hirdetés

Keresés

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

  • opr

    veterán

    válasz Bad Pritt #8969 üzenetére

    Nem mondom, hogy nincs benne igazság. :DDD
    De amúgy van olyan, hogy git blame, amivel vissza lehet követni, ha gebasz van, mi törte el, ÉS ki volt a reviewer. Nem biztonságos ilyet játszani, mert előbb utóbb úgyis utolér. Persze van az úgy, hogy az embernek az összes töke pont kivan, és úgy dönt, hogy az "tomorrow opr" problémája. De tényleg nagyon ritkán, mert ezért jár a csúnya nézés. :D

    ui: Amúgy az egyik legkönyörtelenebb, kákán is csomót kereső, seggfej reviewer hírében állok, szóval... A művészet az, hogy tudd, kit jelölsz meg reviewernek. Mindenki szarik bele néha, csak a kérdés, hogy mekkora rá az esély. Ha valamit összebaszol, azt jelöld meg, aki gyakrabban szarik rá és kész. :B

    Illetve, egy nagyon fontos különbségre úgy érzem, hogy muszáj felhívnom a figyelmet: nincs az az isten, hogy az otthonról dolgozó senior fel legyen öltözve. Mármint, baszki, van rajta gatya! Pedig biztos nem akar boltba menni, mert épp enni készül! :DDD

    [ Szerkesztve ]

    "Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin

  • tboy93

    nagyúr

    válasz Bad Pritt #8969 üzenetére

    Hát nálunk ez nem így megy. Inkább nem review-ozok le valamit ha nincs rá kellő időm. Illetve le is kevernék egy nyaklevest, ha a csapatom bármely tagja indokolatlanul törölni merne egy unit tesztet ;] Én személy szerint amúgy már a betanítás alatt (kb 2-3 hónap) a betanulós feladatokon alkalmazni szoktam a később is tapasztalható szigort, szokják csak. Ha nem tetszik, legalább próbaidő alatt megy el az egyén.

    [ Szerkesztve ]

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