Sie können nicht über die Entwickler schweben und alle Entscheidungen, die sie treffen, in Frage stellen, z. B. architektonische Entscheidungen, massive Codefiles (5k LOC), keine Code-Kommentierung oder Dokumentation usw.
Ich verwende einige Check-in-Richtlinien in TFS 2005, wie Changeset Comments Policy, WorkItems, regelmäßige Code-Reviews.
Was funktioniert in Ihrem Unternehmen am besten?
Bisher:
Aber niemand erwähnt die Möglichkeiten wie Check-in-Richtlinien, Code-Analyse, Code-Metriken. Benutzt jemand dies als eine Methode, um Junioren zu unterrichten?
Wenn Sie Überprüfungen coden, lernen sie schneller, sehen die Best Practices und so weiter. An deinem Ende wirst du in der Lage sein zu sehen, was sie tun und mehr Kontrolle darüber zu haben, um sicherzustellen, dass sie nicht alles zerstören. Wenn sie schließlich wissen, dass ihr Code überprüft wird, werden sie härter arbeiten, um es besser zu machen.
Es gibt viele Posts über diese hier auf SO , werfen Sie einen Blick !
Warum verhindern? Es ist wichtig, dass Juniorentwickler ihre eigenen Fehler machen, von denen sie lernen können. Was Sie wirklich wollen, ist ein Weg, um zu verhindern, dass diese Fehler schwerwiegende Auswirkungen haben, und dies ist in der Regel durch strenge Code-Reviews machbar.
Sie können es nicht verhindern, wenn Sie nicht die Hand am Netzkabel des Terminals halten. Wenn Ihr VCS Niederlassungen unterstützt, sollten Sie regelmäßig die Zweigstellen der Juniorentwickler überprüfen, um sicherzustellen, dass sie auf dem richtigen Weg sind. "Periodisch" hängt von der Größe der Aufgabe und dem Verlauf des Entwicklers ab.
Wie viel Zeit würden Sie (r Unternehmen) im Durchschnitt pro Person für Mentoring ausgeben?
Holen Sie sich eine Kopie von Code Complete und teilen Sie jedem Junior-Entwickler mit, dass er mindestens eine Stunde pro Tag lesen soll.
Nein, noch besser, mach das für ALLE Entwickler.
Code Bewertungen (wie von Marcgg erwähnt), Mentoring, Paarung mit erfahrenem Personal, Training.
Geben Sie ihnen eine Chance zu lernen und sogar Fehler zu machen, aber auf eine Weise, dass sie sich unterstützt fühlen.
Etwas, was Sie tun können, um eine gute Programmierpraxis zu erzwingen
Aber der wichtigste Teil ist die regelmäßige Überprüfung durch Senior Tech. Mitglieder des Teams. Um ein Beispiel zu geben, können Sie auch Peer-Programmierung für einige kritische Module durchführen.
Bitten Sie die Teammitglieder, einige der von SO-Mitgliedern empfohlenen Bücher zu lesen Welches Entwicklungsbuch hat Sie als Entwickler am meisten beeinflusst?
Ein unmittelbares Buch, das mir in den Sinn kommt, istalt text http://images.amazon.com/images/P/0735619670.01._SX140_SY225_SCLZZZZZZZ_.jpg alt text http://images.amazon.com/images/P/0132350882.01._SX140_SY225_SCLZZZZZZZ_.jpg alt text http://images.amazon.com/images/P/0131857258.01._SX140_SY225_SCLZZZZZZZ_.jpg alt text http://assets3.pragprog.com/images/covers/190x228/pad.jpg
Lassen Sie sie immer wieder gute Praktiken lesen, damit dies zur Gewohnheit wird.
Das sind nur meine Gedanken :) Einige davon beschäftige ich in meiner derzeitigen täglichen Arbeit.
Bringen Sie ihnen die Vorteile bei. Ich bin sicher, Code-Reviews würden auch helfen. Lasst sie auch aus ihren Fehlern lernen.
Wenn Sie die Zeitpläne für Ihre Projekte schätzen, können Sie die Erfahrung Ihres Entwicklungsteams miterleben. Lass sie Fehler machen, berichtige sie und lerne daraus.
Tags und Links tfs code-review
