Come valuteresti un programmatore?[Chiuso]

Question

Alcune settimane fa mi è stato assegnato il compito di valutare tutti i nostri programmatori.Mi sento molto a disagio con questo dato che sono stato io a insegnare a tutti il ​​linguaggio di programmazione del negozio (tutti sono usciti dal college senza conoscere il linguaggio e, per fortuna, ne sono molto abile).Nella valutazione ero molto prevenuto sulla loro prestazione (punteggio perfetto).

Sono contento che il nostro negozio di programmazione non richieda un livello di prestazioni medio, ma ho sentito storie dell'orrore di negozi che richiedono un livello medio.

La mia domanda è la seguente:

1. Come programmatore, quali domande di valutazione ti piacerebbe vedere?
2. In qualità di manager, quali domande di valutazione ti piacerebbe vedere?
3. Come valutatore, come puoi evitare errori nella tua valutazione?
4. Mi piacerebbe eliminare il test di valutazione.Ci sono vantaggi nel sostenere un test di valutazione?Qualche svantaggio?

Answer 1

Fa tutto ciò che serve per valutare uno sviluppatore. Successivamente, guardi alla qualità che lo sviluppatore genera. Scrivono unit test e credono nei test e sono responsabili del codice che generano? Prendono l'iniziativa per correggere i bug senza essere assegnati? Sono appassionati di programmazione? Stanno sempre imparando costantemente, cercando di trovare modi migliori per svolgere un'attività o migliorare un processo? Queste domande sono praticamente come giudico gli sviluppatori direttamente sotto di me. Se non sono direttamente sotto di te e non sei un rapporto diretto per loro, allora non dovresti davvero valutarli. Se ti viene assegnato il compito di valutare quei programmatori che non sono sotto di te, allora devi essere proattivo per rispondere alle domande precedenti su di essi, il che può essere difficile.

Non è possibile rimuovere il test di valutazione. So che a volte può diventare noioso, ma in realtà mi diverto a farlo ed è prezioso per lo sviluppatore che stai valutando. Devi essere un manager che si preoccupa di come fanno i tuoi sviluppatori. Sei una riflessione diretta su di loro e come loro sono di te. Una domanda che lascio sempre allo sviluppatore è che mi valutino. La valutazione deve essere una strada a due corsie.

Devo anche valutare un elenco di domande sul cookie cutter, cosa che faccio, ma aggiungo sempre quanto sopra e cerco di rendere la valutazione divertente e un esercizio di apprendimento durante il periodo in cui ho lo sviluppatore uno su uno, è tutto sullo sviluppatore che stai recensendo.

Answer 2

Innanzitutto prenderei in considerazione non necessariamente il numero di righe di codice, ma il valore del codice che la persona aggiunge naturalmente riflettendo ciò a cui sono assegnati. Qualcuno ha detto di mantenere versi di codice che creano una nuova app è molto diverso. Considera anche come la persona utilizza nuove tecniche per rendere il codice rilevante e aggiornato? Quanto è gestibile il codice creato dalla persona? Fanno le cose in modo logico e comprensibile per il resto della squadra? La loro codifica migliora l'app o semplicemente la distrugge? Infine e non meno importante la loro codifica migliora nel tempo?

Answer 3

Che ne dici di ottenere l'input di tutti? Chiunque lavori con una persona avrà una visione unica di quella persona. Una persona potrebbe pensare che qualcuno sia un fannullone, mentre un'altra persona vede che stanno trascorrendo molto tempo a pianificare prima di iniziare a scrivere codice, ecc.

Answer 4

  

Che ne dici di ottenere l'input di tutti? Chiunque lavori con una persona avrà una visione unica di quella persona.

Funzionerebbe se (1) la valutazione viene condotta a porte aperte e (2) hai lavorato con quella persona su un progetto o addirittura sullo stesso modulo. Come persona che li ha valutati, non sono riuscito a giudicare i programmatori con cui non ho lavorato direttamente.

  

Una persona potrebbe pensare che qualcuno sia un fannullone, mentre un'altra persona vede che stanno trascorrendo molto tempo a pianificare prima di iniziare a scrivere codice

Sfortunatamente, questo è discutibile. Qualcuno che sembra un fannullone potrebbe essere in pensieri profondi, o forse no. E qualcuno che trascorre molto tempo a pianificare, è necessariamente un cattivo programmatore?

Credo che una buona domanda di valutazione sarebbe in grado di rispondere a questo.