Recentemente, ho iniziato il mio primo lavoro come sviluppatore junior e ho uno sviluppatore più anziano che si occupa di mentoring in questa piccola azienda. Tuttavia, ci sono diverse volte in cui mi dava consigli su cose che non potevo essere d'accordo (va contro ciò che ho imparato in diversi buoni libri sull'argomento scritto dagli esperti, domande che ho posto su alcuni Q & A siti anche d'accordo con me) e dato il nostro programma fitto di appuntamenti, probabilmente non abbiamo tempo per lunghi dibattiti.
Finora, ho cercato di evitare il problema ascoltandolo, creando un contrappunto basato su ciò che ho imparato come buone pratiche attuali. Solleva nuovamente il suo punto originale (la maggior parte delle volte dirà le migliori pratiche, più manutenibile ma non è andato oltre), prendo nota (dato che non ha sollevato un nuovo punto per contrastare il mio contrappunto), pensa a esso e la ricerca a casa, ma non apportare modifiche (non sono ancora convinto). Ma recentemente, mi ha contattato ancora una volta, ha visto il mio codice e mi ha chiesto perché non ho cambiato il suo suggerimento. Questa è la terza volta in 2--3 settimane.
Come sviluppatore junior, so che dovrei rispettarlo, ma allo stesso tempo non posso essere d'accordo con alcuni dei suoi consigli. Eppure sono sotto pressione per apportare modifiche che ritengo possano peggiorare il progetto. Naturalmente come sviluppatore inesperto, potrei sbagliarmi e il suo modo potrebbe essere migliore, potrebbe essere uno di questi casi eccezionali.
La mia domanda è: cosa posso fare per giudicare meglio se il consiglio di uno sviluppatore anziano è buono, cattivo o forse è buono, ma obsoleto nel contesto attuale? E se è cattivo / obsoleto, quali tattiche posso usare per non implementarlo a modo suo nonostante le sue 'pressioni' pur mantenendo il fatto che lo rispetto come senior?