Wie würden Sie bei der Beurteilung eines Programmierers vorgehen?[geschlossen]

Question

Vor ein paar Wochen wurde ich beauftragt, alle unsere Programmierer zu bewerten.Mir ist das sehr unangenehm, da ich derjenige war, der jedem die Programmiersprache des Shops beigebracht hat (sie kamen alle nach dem College ohne Kenntnisse der Sprache und wie es der Zufall so will, beherrsche ich sie sehr gut).Bei der Bewertung war ich sehr voreingenommen hinsichtlich ihrer Leistung (perfekte Punktzahl).

Ich bin froh, dass unsere Programmierwerkstatt kein durchschnittliches Leistungsniveau erfordert, aber ich habe Horrorgeschichten von Geschäften gehört, die ein durchschnittliches Leistungsniveau erfordern.

Meine Frage lautet wie folgt:

1. Welche Bewertungsfragen würden Sie als Programmierer gerne sehen?
2. Welche Bewertungsfragen würden Sie als Führungskraft gerne sehen?
3. Wie können Sie als Gutachter Verzerrungen in Ihrer Bewertung verhindern?
4. Ich würde den Bewertungstest gerne entfernen.Hat ein Einstufungstest Vorteile?Irgendein Nachteil?

Answer 1

„Erledigt Dinge“ ist wirklich alles, was Sie brauchen, um einen Entwickler zu bewerten.Danach schaut man sich die Qualität an, die der Entwickler generiert.Schreiben sie Unit-Tests und glauben sie daran, den von ihnen generierten Code zu testen und dafür verantwortlich zu sein?Ergreifen sie die Initiative, Fehler zu beheben, ohne ihnen zugewiesen zu werden?Haben sie eine Leidenschaft für das Programmieren?Lernen sie ständig dazu und versuchen, bessere Wege zu finden, um eine Aufgabe zu erledigen oder einen Prozess zu verbessern?Mit diesen Fragen beurteile ich in etwa die Entwickler, die mir direkt unterstellt sind.Wenn sie Ihnen nicht direkt unterstellt sind und Sie ihnen nicht direkt unterstellt sind, sollten Sie sie wirklich nicht bewerten.Wenn Sie damit beauftragt sind, die Programmierer zu bewerten, die Ihnen nicht unterstellt sind, müssen Sie die oben genannten Fragen proaktiv beantworten, was schwierig sein kann.

Sie können den Bewertungstest nicht entfernen.Ich weiß, dass es manchmal mühsam sein kann, aber es macht mir tatsächlich Spaß und es ist für den Entwickler, den Sie evaluieren, von unschätzbarem Wert.Sie müssen ein Manager sein, dem die Leistung Ihrer Entwickler am Herzen liegt.Du bist ein direktes Spiegelbild von ihnen und wie sie von dir sind.Eine Frage, die ich immer dem Entwickler überlasse, ist, ob er mich bewerten soll.Die Bewertung muss eine zweispurige Straße sein.

Ich muss auch eine Reihe von Fragen auswerten, was ich auch tue, aber ich füge immer die oben genannten hinzu und versuche, die Bewertung unterhaltsam und zu einer Lernübung zu machen, während ich mit dem Entwickler eins zu eins spreche, es geht nur um das Entwickler, den Sie bewerten.

Answer 2

Ich würde zunächst nicht unbedingt die Anzahl der Codezeilen berücksichtigen, sondern den Wert des Codes, den die Person hinzufügt, da er natürlich widerspiegelt, was sie tun soll.Jemandem wurde gesagt, er solle Codeverse beibehalten, um eine neue App zu erstellen, ist etwas ganz anderes.Überlegen Sie auch, wie die Person neue Techniken einsetzt, um den Code relevant und aktuell zu machen?Wie wartbar ist der von der Person erstellte Code?Tun sie die Dinge auf eine Art und Weise, die für den Rest des Teams logisch und verständlich ist?Verbessert ihre Codierung die App oder macht sie sie einfach kaputt?Und nicht zuletzt: Verbessert sich ihre Codierung im Laufe der Zeit?

Answer 3

Wie wäre es mit dem Input aller?Jeder, mit dem eine Person zusammenarbeitet, wird einen einzigartigen Einblick in diese Person haben.Eine Person denkt vielleicht, dass jemand ein Faulpelz ist, während eine andere Person erkennt, dass sie viel Zeit mit der Planung verbringt, bevor sie mit dem Codieren usw. beginnt.

Answer 4

Wie wäre es mit dem Input aller?Jeder, mit dem eine Person zusammenarbeitet, wird einen einzigartigen Einblick in diese Person haben.

Das würde funktionieren, wenn (1) die Evaluierung mit offenen Türen durchgeführt wird und (2) Sie mit dieser Person an einem Projekt oder sogar am selben Modul gearbeitet haben.Als Bewerter konnte ich die Programmierer, mit denen ich nicht direkt zusammengearbeitet habe, nicht beurteilen.

Eine Person könnte denken, dass jemand ein Faulpelz ist, während eine andere Person erkennt, dass sie viel Zeit mit der Planung verbringt, bevor sie mit dem Codieren beginnt

Leider ist dies umstritten.Jemand, der wie ein Faulpelz aussieht, könnte tief in Gedanken versunken sein, vielleicht aber auch nicht.Und ist jemand, der lange plant, zwangsläufig ein schlechter Programmierer?

Ich glaube, eine gute Bewertungsfrage könnte dies beantworten.