SlideShare una empresa de Scribd logo
1 de 13
10 Regeln für Peer Code Review
Peer Code Review
Informelle (lightweight-style) Code Reviews sind effizient, praktisch und
effektiv beim Finden von Defekten. Ein erfolgreich etablierter Code
Review Prozess ist vorteilhaft für die Wettbewerbsfähigkeit eines
Unternehmens.
Regel 1
Review weniger als 200-400 Linien Code pro Review
Regel 2
Setzen Sie sich als Ziel für Ihre Inspektion eine Rate von weniger als
300-500 LOC/Stunde
Regel 3
Planen Sie genug Zeit für eine gründliches, langsames Review, aber nicht mehr
als 60-90 Minuten!
Regel 4
Die Autoren sollten die Annotation des Source Codes vor dem Review-Beginn
gemacht haben.
Regel 5
Definieren Sie quantifizierbare Code-Review Ziele und notieren Sie sich
Metriken, so dass Sie Ihren Prozess verbessern können
Regel 6
Benutzen Sie Checklisten.
Sie verbessern enorm die Ergebnisse für beide Seiten: Autoren und Reviewer
Regel 7
Verifizieren Sie, dass die festgestellten Fehler behoben worden sind!
Vertrauen ist gut, Kontrolle ist besser!
Regel 8
Die Manager müssen eine sehr gute Code-Review-Kultur etablieren,
in der das Finden von Defekten positiv gesehen wird!
Regel 9
Vermeiden Sie den “Big Brother” Effekt!
Wenn Sie die Kultur haben entdeckte Fehler positiv zu betrachten, sollte es
jedem im Team klar sein, dass die Fehler, die er gemacht hat, niemals in seine
Beurteilung eine Rolle spielen dürfen.
Regel 10
Der "Ego Effect":
Wenn Sie wissen, dass Ihr Kollege oder Ihr Vorgesetzter "drüberschauen"
sobald Sie fertig sind, ändern Sie auch ihre Arbeitsweise!
Machen Sie wenigstens "ein bißchen" Code Review, auch wenn Sie keine Zeit
finden das Ganze zu überprüfen.
Kontakt
Von Think-PI bekommen Sie nur individuelle Leistungen
und individuelle Antworten auf Ihre Fragen. Schreiben
Sie uns oder rufen Sie uns an. Wir unterstützen Sie
gerne mit unseren Lösungen für Ihren Erfolg!
Tel: +49(0)898509177
Fax: +49(0)8989340815
Mobil:+49(0)15122984917
Email: info@think-pi.de
www.think-pi.de

Más contenido relacionado

Destacado

Datenjournalismus
Datenjournalismus Datenjournalismus
Datenjournalismus Ardalius
 
Happy QUIZ
Happy QUIZHappy QUIZ
Happy QUIZnavenaa
 
FMK2014: FileMaker Plugin erzeugen by Christian Schmitz
FMK2014: FileMaker Plugin erzeugen by Christian SchmitzFMK2014: FileMaker Plugin erzeugen by Christian Schmitz
FMK2014: FileMaker Plugin erzeugen by Christian SchmitzVerein FM Konferenz
 
Das kleine buch der helden - A Little Children's Book about Heroes
Das kleine buch der helden - A Little Children's Book about HeroesDas kleine buch der helden - A Little Children's Book about Heroes
Das kleine buch der helden - A Little Children's Book about HeroesFreekidstories
 
Existiert Gott? - Does God Exist?
Existiert Gott? - Does God Exist?Existiert Gott? - Does God Exist?
Existiert Gott? - Does God Exist?Freekidstories
 
Eine kleine praktische Philosophie über das Requirements Engineering
Eine kleine praktische Philosophie über das Requirements EngineeringEine kleine praktische Philosophie über das Requirements Engineering
Eine kleine praktische Philosophie über das Requirements Engineeringadesso AG
 
Gute Freunde - Good Friends
Gute Freunde - Good FriendsGute Freunde - Good Friends
Gute Freunde - Good FriendsFreekidstories
 

Destacado (11)

Obo tab 2-2013
Obo tab 2-2013Obo tab 2-2013
Obo tab 2-2013
 
Datenjournalismus
Datenjournalismus Datenjournalismus
Datenjournalismus
 
Happy QUIZ
Happy QUIZHappy QUIZ
Happy QUIZ
 
FMK2014: FileMaker Plugin erzeugen by Christian Schmitz
FMK2014: FileMaker Plugin erzeugen by Christian SchmitzFMK2014: FileMaker Plugin erzeugen by Christian Schmitz
FMK2014: FileMaker Plugin erzeugen by Christian Schmitz
 
Fammm
FammmFammm
Fammm
 
Food 2
Food 2Food 2
Food 2
 
State of syslog (2005)
State of syslog (2005)State of syslog (2005)
State of syslog (2005)
 
Das kleine buch der helden - A Little Children's Book about Heroes
Das kleine buch der helden - A Little Children's Book about HeroesDas kleine buch der helden - A Little Children's Book about Heroes
Das kleine buch der helden - A Little Children's Book about Heroes
 
Existiert Gott? - Does God Exist?
Existiert Gott? - Does God Exist?Existiert Gott? - Does God Exist?
Existiert Gott? - Does God Exist?
 
Eine kleine praktische Philosophie über das Requirements Engineering
Eine kleine praktische Philosophie über das Requirements EngineeringEine kleine praktische Philosophie über das Requirements Engineering
Eine kleine praktische Philosophie über das Requirements Engineering
 
Gute Freunde - Good Friends
Gute Freunde - Good FriendsGute Freunde - Good Friends
Gute Freunde - Good Friends
 

10 regeln für peer code review | Think-PI

  • 1. 10 Regeln für Peer Code Review
  • 2. Peer Code Review Informelle (lightweight-style) Code Reviews sind effizient, praktisch und effektiv beim Finden von Defekten. Ein erfolgreich etablierter Code Review Prozess ist vorteilhaft für die Wettbewerbsfähigkeit eines Unternehmens.
  • 3. Regel 1 Review weniger als 200-400 Linien Code pro Review
  • 4. Regel 2 Setzen Sie sich als Ziel für Ihre Inspektion eine Rate von weniger als 300-500 LOC/Stunde
  • 5. Regel 3 Planen Sie genug Zeit für eine gründliches, langsames Review, aber nicht mehr als 60-90 Minuten!
  • 6. Regel 4 Die Autoren sollten die Annotation des Source Codes vor dem Review-Beginn gemacht haben.
  • 7. Regel 5 Definieren Sie quantifizierbare Code-Review Ziele und notieren Sie sich Metriken, so dass Sie Ihren Prozess verbessern können
  • 8. Regel 6 Benutzen Sie Checklisten. Sie verbessern enorm die Ergebnisse für beide Seiten: Autoren und Reviewer
  • 9. Regel 7 Verifizieren Sie, dass die festgestellten Fehler behoben worden sind! Vertrauen ist gut, Kontrolle ist besser!
  • 10. Regel 8 Die Manager müssen eine sehr gute Code-Review-Kultur etablieren, in der das Finden von Defekten positiv gesehen wird!
  • 11. Regel 9 Vermeiden Sie den “Big Brother” Effekt! Wenn Sie die Kultur haben entdeckte Fehler positiv zu betrachten, sollte es jedem im Team klar sein, dass die Fehler, die er gemacht hat, niemals in seine Beurteilung eine Rolle spielen dürfen.
  • 12. Regel 10 Der "Ego Effect": Wenn Sie wissen, dass Ihr Kollege oder Ihr Vorgesetzter "drüberschauen" sobald Sie fertig sind, ändern Sie auch ihre Arbeitsweise! Machen Sie wenigstens "ein bißchen" Code Review, auch wenn Sie keine Zeit finden das Ganze zu überprüfen.
  • 13. Kontakt Von Think-PI bekommen Sie nur individuelle Leistungen und individuelle Antworten auf Ihre Fragen. Schreiben Sie uns oder rufen Sie uns an. Wir unterstützen Sie gerne mit unseren Lösungen für Ihren Erfolg! Tel: +49(0)898509177 Fax: +49(0)8989340815 Mobil:+49(0)15122984917 Email: info@think-pi.de www.think-pi.de