Tipikusan mennyi tapasztalattal kezd el kód reviewzni egy fejlesztő?

Multi és bármikor. Jó, igazából eleinte olyan jogai vannak egy juniornak, hogy értékelheti ő is, de még másnak is meg kell néznie. 1-2 év után viszont ő is kaphat rendesen jogot eldönteni.

Scrum csapatokban vagyunk és a senior fejlesztők általában ráraknak mindenkit a csapatból a change-ekre. Ha épp te értesz valamihez vagy te látod, hogy valahol van benne hiba, akkor kommentelhetsz rá, hogy mi a problémád vele. Most lehet, hogy hülyeség, amit odakommentelsz, de nyilván jobb, ha felhívod rá a figyelmet, hátha mégis problémás.

Szenioritáshoz kötni ezt azért is problémás, mert nem mindenki ért ugyanahhoz technológiához. Pl. lehet olyan, hogy amikor ráér egy junior, akkor valamelyik technológiát vagy legacy kódot értelmezi, és akkor junior léte ellenére ő fog hozzá kb. egyedül érteni. Nálunk volt is ilyen.

Másrészt meg, más is - senior is - merge-öl be vakon kódot aztán utólag javítjuk, hogy mi törte el a build-et, szóval itt nem esznek meg senkit ilyenek miatt.

Multinál vagyok és kb 1 év tapasztalat után szoktak.

Előtte max másodlagos reviewerként vannak rajta emberek, mert valszeg nem túl ismeretesek sem a nyelvben sem a projektben.

De ez sem konkrét policy, technikailag bárki lehet reviewer, inkább csak szokás. Én mikor kezdtem beleástam magamat a belső frameworkünkbe és az első fél évem után elkezdtem kisebb PR okat átnézni. 1 évem után már jobban ismertem a projektet mint pár seniorabb fejlesztő a csapatba.

De vannak fejlesztők akiknek az idejük nagyrészét más projektek viszik el és kevésbé ismeretesek ezért kevesebbszer reviewznak, vagy junior és nem annyira kompetens/nem jó a hibakereső érzéke