Solía ser un Junior en mi trabajo. El senior de 25 años que se sentó a mi lado se acercó a mí y me hizo sugerencias sobre cómo cambiar y reordenar mi código... Inicialmente lo tomé al pie de la letra y traté de implementar sus sugerencias, pero he encontrado las sugerencias que él hace que por lo general rompa totalmente o, en el mejor de los casos, degrade la calidad de mi código.
Me llevo bien con Senior a nivel personal y, a veces, logra cosas valiosas con su propio código, de alguna manera extraña porque a menudo parece estar diciéndome que implemente prácticas que él evita en su propio código. Las conversaciones en torno a esto están ocupando cada vez más mi tiempo hasta el punto de casi interponerse en el camino de mi producción para la tarea.
Hoy llegamos a un punto en el que, después de rechazar numerosas sugerencias por considerarlas impracticables o por centrarse en pulir las minucias a expensas de MVP, llegamos al punto en que él dijo "sí, pero si terminas esto tú mismo, ¿qué pasará?" otras personas tienen que hacer?".
Hay mucho más por hacer de lo que posiblemente se podría hacer y siempre hay mucho por hacer, e incluso le sugerí que podía contribuir a la tarea si quería, algo que no parecía muy interesado en hacer.
Después de dos años, en el momento en que pronto seré Senior, otro desarrollador comenzó a bromear sobre cómo cuando este Senior lo 'ayuda', quiere morir. Una mujer mayor dijo 'él está bromeando, pero en realidad no lo está'.
Como dije, me llevo bien con él en general, pero estoy ansioso por resolver este problema antes de que se intensifique. ¿Cuál es la mejor manera de tratar?
Soy un Junior en mi trabajo. A menudo, recientemente, el Senior que se sienta detrás de mí se acercó a mí y me hizo sugerencias sobre cómo cambiar y reordenar mi código...
Él está dando un consejo de puño. Él está tratando de ayudarte, pero no está haciendo un buen trabajo.
Inicialmente lo tomé al pie de la letra y traté de implementar sus sugerencias, pero descubrí que las sugerencias que hace generalmente rompen totalmente o, en el mejor de los casos, degradan la calidad de mi código.
La calidad del código es muy subjetiva.
¿Tiene su departamento de I+D documentación que describa la calidad del código?
Mi experiencia ha sido que los juniors no traducen los consejos de los seniors en aplicaciones prácticas. Mucho se pierde en la traducción y hay una falta de puntos en común para llenar los vacíos.
Tal vez te está diciendo que implementes "A" y has implementado "B". Puedes ver que "B" no es realmente tan bueno. Sientes que tu trabajo fue desviado y luego viene y dice que debes implementar "C", pero nuevamente implementas "D". No puedo culparte por frustrarte.
Es un problema de comunicaciones.
La próxima vez que ofrezca un consejo, pídale que lo ponga por escrito. Utilice el correo electrónico, un documento o un rastreador de errores, pero consígalo por escrito. Respóndele con tus preguntas pero trata de organizar tus preguntas en una sola respuesta. Incluya ejemplos de código fuente, archivos de referencia o proporcione enlaces a Internet para verificar qué patrones de diseño deben seguirse.
Si no proporciona una versión escrita de su consejo, entonces escríbalo y se lo envía para que lo revise. Pida aclaraciones sobre cualquier cosa que no esté clara.
Obtenga todo por escrito.
La próxima vez que se te acerque, pídele que se siente a tu lado. Entrégale el teclado y el ratón. Pídale que demuestre lo que quiere decir. Pídele que escriba parte del código fuente. Pídele que se quede mientras pruebas algunos de sus consejos. Déjalo ver cómo te causa problemas . Dale la oportunidad de explicar cómo solucionarlo .
Pídele que regrese y hazlo de nuevo . Aprende a escribir código juntos.
Puede que me equivoque en esto, pero me parece que tu superior solo está bromeando contigo. Tanto las sugerencias de cambios que rompen el código como el comentario frívolo de que nadie más tiene trabajo que hacer me suenan a sarcasmo.
La respuesta sería reírse y continuar escribiendo código (bueno).
Debido a que es un junior, es posible que no se dé cuenta de que los cambios de código sugeridos son malos hasta que los haga. En este caso, pregúntale si habla en serio cuando no estés seguro.
En mi humilde opinión, mueva su vía de sugerencias a un medio rastreable y sepárelo de las interacciones personales, donde dice que se lleva bien.
Dígale que le envíe un correo electrónico debido a que actualmente está un poco ocupado para comprender toda su sugerencia.
Créeme, obtendrás quizás el 10% de lo que tienes ahora de él.
Simplemente ignore las sugerencias que no mejoren su código, simplemente ignoraría todo después del primer fiasco o dos.
Continúe con lo que sabe y tome sus comentarios para mejorar de las fuentes normales, como revisiones, etc.
La antigüedad no significa automáticamente mejor o incluso más informado. La experiencia laboral de muchas personas es de calidad inferior, incluso si han estado en una industria durante décadas.
Simplemente ignore cortésmente las sugerencias, no es un concurso de belleza y la popularidad no es un enfoque principal por encima de hacer un trabajo sólido y avanzar en su carrera profesional. Después de un tiempo, encontrará a alguien más a quien molestar.
Esto puede ser una cosa cultural. En algunas culturas, las “sugerencias” se toman como órdenes y no seguirlas sería muy conflictivo. En otras culturas, hacer sugerencias muestra que estás interesado, pero las ignorarías a menos que creas que son una buena idea.
Es posible que el senior ni siquiera se dé cuenta de que sigues las sugerencias en contra de tu mejor juicio. Te sugiero que estés abierto a sugerencias, pero siempre haz lo que creas que es mejor a menos que alguien te ordene lo contrario y se responsabilice por ello.
usuario7360
jose w
Pedro David Carter
usuario7360
Pedro David Carter
komodosp
Pedro David Carter
globo verde
Pedro David Carter
ig-dev
Mayúsculas
Pedro David Carter
Kabard
Pedro David Carter
Pedro David Carter
gnasher729