Das Ziel von Code-Reviews sollte Wachstum sein

<p>1. Wie wäre es, wenn wir bei Code-Reviews in einer Organisation die Perspektive, aus der wir reviewen wollen, vom Code weg und hin zu den Engineers, die den Code geschrieben haben, zu den Makern, die das Produkt bauen, verschieben.<br /> 2. Tatsächlich ist eine Testkultur wichtiger als eine Code-Review-Kultur.<br /> <br /> Ziel von Code-Reviews <br /> - Bus-Faktor <br /> - Ein Produkt ohne Bugs <br /> <br /> Nebenwirkungen<br /> - Code-Reviews als Bottleneck<br /> - Sinnlose Code-Reviews<br /> - Code-Reviews, die zu Streit führen<br /> - Code-Reviews, in denen nach Verantwortlichkeiten gefragt wird<br /> <br /> Habt ihr euch für Reviews entschieden? <br /> - Verständnis von Code<br /> - Reviews mit Wachstum als Ziel<br /> - Auch Fragen sind Reviews<br /> - Tests<br /> - Pre-commit Review und der zu erwartende Effekt<br /> - No Rules<br /> - Englisch<br /> <br /> Fazit<br /> - Bevor ihr Code-Reviews einführt<br /> - So What?</p>

[kbumsik]

<p>Damit Code Reviews dem gegenseitigen Wachstum helfen, ist neben der Review-Kultur vor allem wichtig, die PR-Strategie gut zu planen, damit die PR-Größe nicht zu groß wird.<br /> Danke für den guten Artikel!</p>