Aiutare un nuovo programmatore a diventare più abile e non chiedermi tanto?

Molto simile è richiesto su stackoverflow.com quando vengono poste domande, diciamo "mostrami cosa hai finora" . Se questo è un grosso niente di grasso , mandalo a fare i bagagli, con alcuni suggerimenti su cosa cercare, naturalmente, finché non avrà qualcosa di concreto da chiedere.

Il modo migliore per far diventare qualcuno al massimo è ... beh, portali alla velocità. Sembra che tu sia piuttosto duro con la persona. Dovresti essere incoraggiare le domande , non soffocarle per ottenere i risultati che cerchi. Persino i grandi sviluppatori non sanno tutto quando arrivano in un posto nuovo. Ora, se le sue domande sono sulla falsariga di "Come faccio a dividere una stringa" (alias, facilmente google-able), allora puoi soffiarlo. Ma prova ad apprezzare il fatto che le persone non possono essere immediatamente produttive in un nuovo lavoro, e dovresti aspettarti molte e molte domande.

Potrebbe essere un problema di confidenza? Se è possibile che ti stia facendo tutte queste domande perché ha paura di fallire, potrebbe essere utile parlarne con lui.

Ad esempio, quando faccio il mentore stagista, li informo che a un certo punto falliranno. Il fallimento è parte del gioco. Ma imparare dall'errore può accadere quando si pongono domande come "cosa ho provato a fare finora?" prima che vengano da me per le risposte è ciò che è veramente importante. Quando iniziano a porsi domande e a lottare per ottenere risposte, la loro conoscenza e fiducia crescono.

Potrebbe essere solo un problema di fiducia in se stessi, in cui non pensa di essere abbastanza capace da solo a produrre un lavoro che soddisfi le tue aspettative. Questo è abbastanza comune per i nuovi sviluppatori che vengono abbinati a quelli senior.

Forse invece di "costringerlo" a "andare via", prova a incoraggiare il suo lavoro e sfidandolo a risolvere i problemi da solo. Sarei una scommessa alquanto sicura dopo aver completato con successo alcuni compiti senza la tua assistenza, si abituerà ad esso e alla fine sarà riluttante a chiedere aiuto.

Sembra che tu l'abbia addestrato e che possa sempre venire da te per una risposta. Inoltre, sembra che gli abbia insegnato a pensare di poterti usare come stampella per cose che non è comodo fare.

Invece devi fargli sapere che non sei la sua unica risorsa. Dimostragli alcuni dei modi in cui potresti trovare la risposta piuttosto che dargli la risposta. Hai detto che può fare il lavoro quando è sotto pressione, quindi potrebbe essere che sia pigro e tu sei la soluzione più semplice. Ricorda, non devi sempre dire di sì. Se hai cose più importanti da fare, digli che ti piacerebbe aiutare, ma hai troppe cose su cui lavorare.

Se la domanda ha una risposta breve, rispondi semplicemente. Se è necessaria una spiegazione, e non sei l'autorità in materia, o se non conosci la risposta, dì loro dove andare a cercare. Alla fine dovresti essere in grado di dire loro dove cercare in poche sillabe. "... selezionare HTML?" "Google: seleziona MDN" "Come faccio a ... casella di controllo?" "NDP". "Conversione del fuso orario Oracle?" "RTFM" al fuso orario "" Se le domande sono inopportunamente frequenti, sarà necessario in qualche modo indicare che non sei disponibile.

Perché viene da te? Ha paura di commettere un errore e quindi viene da te in modo che tu possa essere usato come scusa se qualcosa non funziona? C'è troppa conoscenza specifica del progetto che sai che non è stato in grado di trovare facilmente da solo? Puoi prendere in considerazione il motivo per cui qualunque cosa tu faccia viene chiesto qui.

Dovresti vedere quanto è lontano da solo e quanto è sicuro nelle sue capacità. Quanto velocemente ha un problema, viene da te? Hai considerato che potresti essere un mentore per questo nuovo programmatore e quindi sta cercando di schiarirti perché sappia cosa fai, come lo fai e con chi lo fai.

Imposta un orario in cui è possibile porre domande senza interromperti. È strano che questa persona faccia solo domande che possono essere su Google e niente di specifico per i tuoi progetti o come il tuo team fa le cose. Inizia a monitorare le domande. La tua frustrazione potrebbe offuscare la tua percezione del problema.