Senior quiere que me vaya, de una forma u otra

He estado trabajando en mi primer trabajo tecnológico real (como desarrollador web fullstack) en una empresa local durante casi un año. Antes de eso, tuve 2 pasantías de verano y algunos proyectos personales. En la empresa actual, trabajo principalmente con React, Node y Javascript (que me tomó un tiempo aprender, ya que mis últimas 2 pasantías de verano se centraron en Python), pero a partir de hoy, tanto yo como un par de colegas confiamos en mi capacidad para codificar (he estado recibiendo críticas bastante positivas en los últimos 2 meses, incluso en cuanto a algunos elogios). Cabe señalar que soy el más joven de la empresa (tanto en términos de edad como de experiencia) y se supone que la estructura de la empresa es plana.

El problema es que hay un senior con más de 2 décadas de experiencia que parece no gustarle. Cuando interactué con él por primera vez, parecía bastante tranquilo, pero por lo general bastante servicial y dispuesto a explicar. Ahora, después de un tiempo, definitivamente puedo decir que quiere que me vaya. Digo esto porque levantó varias banderas rojas:

  • Realizó una presentación sobre prácticas de revisión de código, donde dijo que no debe discutir sobre las solicitudes en su código, porque "arruinará su reputación", incluso si otro senior dijo que discutir sobre cambios de código es el punto central de la revisión de código. . (Esto se produjo después de que pregunté por qué debería implementar el cambio que solicitó. Realmente no entendí, porque mi código me parecía bueno, pero pensé que me había perdido algo).
  • Revisa activamente mis borradores de relaciones públicas que tienen la etiqueta "No revisar" y señala las cosas que aún no se han hecho (comentarios, variables no utilizadas, código no optimizado).
  • Uno de los gerentes nos dijo que algunas personas mayores se quejaron de los nuevos empleados y que son completamente inútiles para la empresa.
  • Estaba siguiendo las especificaciones dadas por nuestro gerente de producto y dijo que estas especificaciones no son buenas y que soy un mal programador por seguirlas.
  • Solicitó cambios en piezas de código donde otro colega me dio una respuesta positiva. Tenga en cuenta que este senior revisó mi código, no encontró ningún problema con él (pero no aprobó el PR por alguna razón), el otro colega vino, me dio una respuesta positiva (le gustó mi implementación) para una determinada pieza de código, luego una o dos horas más tarde, ese senior solicitó cambios inmediatos en el código que recibió comentarios positivos, diciendo que era un "código incorrecto" (sin otra explicación, incluso después de que le pregunté por qué era incorrecto).
  • Se pone a sí mismo como el revisor principal y luego deliberadamente no revisa el código, solo después de la fecha límite de la función implementada en el PR. Esto hace que otros compañeros que no tienen la misma antigüedad que él tengan miedo de aprobar el PR, porque se llevarían mal con él. Además, para relaciones públicas grandes, solo revisa el código en partes, lo que significa que revisa todo el código y solicita un cambio hoy (que implemento de inmediato, en cuestión de minutos). Luego, al día siguiente, solicita un cambio, pero basado en el código que escribí antes del cambio inicial (básicamente no da una revisión detallada del código la primera vez, por lo que puede mantenerme en una especie de limbo hasta que mi la fecha límite pasa, por lo que se me puede ver como de bajo rendimiento).
  • Él ignora rotundamente todos mis mensajes directos y preguntas que le hago (como solicitudes de revisión).

Ninguno de los otros colegas hace esto. Todos son profesionales y bastante serviciales, pero este tipo de alguna manera me odia y quiere que me despidan. Nunca participé en los chismes de la oficina, ya que apenas puse un pie en la oficina algunas veces, debido a la pandemia. Nunca insulté ni cuestioné la capacidad de este senior para codificar. Nunca hice ningún comentario sobre la apariencia y la actitud de los mayores.

Realmente no quiero empezar a buscar trabajo ahora, pero no puedo seguir así por mucho más tiempo. ¿Qué tengo que hacer? ¿Contactar a mis superiores y mostrarles la evidencia?

¿Dónde te encuentras?
En Europa del Este
¿Por qué crees que está haciendo esto para que te despidan, en lugar de, por ejemplo, cubrirte?

Respuestas (8)

Hable con su gerente. Para eso están los gerentes.

El comportamiento de un colega impide su capacidad para trabajar con eficacia. Mantenga notas detalladas. Describa a su gerente el comportamiento y cómo afecta su productividad y eficiencia. No juzgues. Solo apégate a los hechos. Dígale a su gerente que estaría feliz de cambiar el estilo de su código de la forma que sea necesaria, pero que no puede porque no recibe ningún comentario sobre lo que está mal o por qué se rechazan ciertas soluciones. Solicite comentarios y orientación técnica.

El trabajo de su gerente es evaluar su desempeño. Pregúntales cómo te va y si comparten el sentimiento del mayor. Si su gerente cree que lo está haciendo bien, pídale que le brinde la espalda al tipo senior, para que pueda trabajar de manera eficiente nuevamente. Idealmente, su gerente crea algo de espacio: asegúrese de que usted y el jefe no estén trabajando en lo mismo por un tiempo. Luego, con el tiempo, las cosas pueden calmarse y volver a la normalidad.

Ir a Recursos Humanos SOLO debe ser un último recurso, si todo lo demás ha fallado y está listo para renunciar de todos modos. El trabajo de Recursos Humanos es lidiar con la violación de las políticas de la empresa y las leyes laborales locales, no con problemas técnicos o de desempeño. Tendría que hacer alguna alegación de que el comportamiento es de hecho una violación de algo. Una vez que se hace tal acusación, Recursos Humanos debe actuar e iniciar una investigación. Eso va a ser una mala marca en el archivo personal de todos y el tipo mayor te odiará para siempre.

Acudir a Recursos Humanos solo debe ser una cuestión de último recurso; pero es probable que un gerente se ponga del lado del desarrollador senior sin importar las circunstancias. He visto gerentes proteger las malas decisiones de su personal titular, a menudo sin siquiera revisar los hechos detrás de las quejas. El razonamiento es algo así como "Bueno, X ha estado haciendo esto durante Y años, necesitas aprender de ellos". La mejor esperanza es apelar a las simpatías de X y convertirse en su nuevo alumno. Esto significa decirle a X que todo lo que dice es correcto, hasta que deje de apuntarte. Entonces empieza a mejorar de nuevo.
Estoy de acuerdo con @EdwinBuck. Además, en muchas culturas corporativas, la persona que señala los problemas comienza a ser considerada como el problema. No importa qué tan justificadas sean las quejas, en el momento en que expresas que hay un problema, no eres considerado un buen jugador de equipo.
@EdwinBuck Es posible, pero solo si su área local tiene una gran cantidad de programadores para que puedan despedirlo el viernes y obtener un reemplazo el lunes. Eso rara vez es cierto, por lo que un gerente tiene que hacer el trabajo con los muchachos que tiene. Eso significa resolver problemas interpersonales para que el trabajo se realice de manera eficiente. El OP enumera varias cosas que dañan la productividad de manera mensurable, y eso debería ser una señal de alerta para cualquier gerente. Si se trata de personalidades que chocan, entonces el OP está jodido, pero hay varias cosas (revisiones tardías, incompletas o demasiado tempranas) que están claramente equivocadas y están perdiendo el tiempo de la empresa.
Se aludió a una cosa ("Solo apégate a los hechos") pero no se dijo explícitamente: cuando hables con tu gerente, evita frases como "Parece que no le gusto" y "quiere que me vaya". Esos son sentimientos completamente comprensibles , pero no son cosas productivas para decir , porque no lo sabes con certeza, e incluso si tu gerente lo supiera, no diría "tienes razón, no le agradas" . ". Entonces, en cambio, desea expresarlo más sobre cómo tiene problemas para trabajar de manera efectiva con la persona y está buscando el consejo de su gerente sobre cómo resolver el punto muerto.
Nunca debe acudir a Recursos Humanos sin información que los asustaría muchísimo.
Este comportamiento de bullying es suficiente, si está debidamente documentado, para ir directamente a Recursos Humanos como un ambiente de trabajo hostil. YMMV sobre las leyes específicas de cada país.
@obscurans No veo nada que cuente como acoso claro, especialmente si necesita explicárselo a una audiencia no técnica (como recursos humanos).
@obscurans HR NO ES TU AMIGO y les importa un carajo el bullying, esto no es la escuela secundaria. Se preocupan por las interrupciones en el lugar de trabajo y luego tomarán una decisión en función de las necesidades de la empresa. Si bien esto incluye la exposición a la responsabilidad, no se limita a tales
@obscurans, esa es una muy buena manera de arruinar tu experiencia en tu primer trabajo. Será mejor que tenga evidencia sólida como una roca antes de hacer algo así, si de alguna manera logra llegar a alguna parte con eso, ahora su gerente y otros ingenieros senior también van a sentir aversión por usted.
Nunca dije que Recursos Humanos es tu amigo. Si va a presentar una queja compatible con CYA, tenga un abogado detrás de usted (no necesariamente en la sala). He estado allí, hecho eso. Depende de cuánto quieras mantener este trabajo reemplazable. Además, rotundamente, un directivo tampoco es tu amigo .

Como medida de precaución, actualice su currículum y comience a enviar solicitudes. Quieres estar en una posición fuerte sin importar el resultado.

Entonces:

Documente hasta el último bit de hostilidad con un rastro de correo electrónico. Aquí hay una manera punto por punto de hacer esto

*Hizo una presentación sobre prácticas de revisión de código, donde dijo que no debe discutir sobre las solicitudes en su código, porque "arruinará su reputación", incluso si otro senior dijo que discutir los cambios de código es el punto central de la revisión de código . (Esto se produjo después de que pregunté por qué debería implementar el cambio que solicitó. Realmente no entendí, porque mi código me parecía bueno, pero pensé que me había perdido algo).

"Estimado senior, tengo una pregunta sobre su presentación. Mencionó que no debemos discutir las solicitudes sobre el código, ya que podría dañar nuestra reputación. ¿Esto incluye hacer preguntas cuando no está seguro de cómo los cambios serán mejoras?"

*Revisa activamente mis borradores de relaciones públicas que tienen la etiqueta "No revisar" y señala las cosas que aún no se han hecho (comentarios, variables no utilizadas, código no optimizado).

"Estimado senior, noté que revisó mi borrador antes de que estuviera listo para su lanzamiento/publicación. Lo etiqueté como "no revisar", ¿todo el código forma parte del proceso de revisión ahora, incluso los borradores sin terminar? Por favor aclare.

*Uno de los gerentes nos dijo que algunas personas mayores se quejaron de los nuevos empleados y que son completamente inútiles para la empresa.

Puede mencionarle al gerente que nadie le ha dicho nada a usted ni a ninguno de los otros empleados más nuevos, y que los problemas no se pueden corregir si no se les informa a las personas, y que agradecería cualquier comentario específico sobre cómo abordarlos. cualquier duda.

*Estaba siguiendo las especificaciones dadas por nuestro gerente de producto y dijo que estas especificaciones no son buenas y que soy un mal programador por seguirlas.

"Estimado senior, estas fueron las especificaciones que me dio el gerente de producto , consulte al gerente de producto" (y al gerente de producto de CC)

* Solicitó cambios en piezas de código donde otro colega me dio comentarios positivos. Tenga en cuenta que este senior revisó mi código, no encontró ningún problema con él (pero no aprobó el PR por alguna razón), el otro colega vino, me dio comentarios positivos (le gustó mi implementación) para una determinada pieza de código, luego un una o dos horas más tarde, ese senior solicitó cambios inmediatos en el código que recibió comentarios positivos, diciendo que era un "código incorrecto" (sin otra explicación, incluso después de que le pregunté por qué era incorrecto).

Una vez más, ponga todo por escrito.

"Estimado senior, aunque a mi colega le gustó mi implementación del código, usted me dijo que era un código incorrecto, que estaría ansioso por mejorarlo de la forma que considere adecuada, desafortunadamente, solo me dijo que era un código incorrecto y no lo explicó. qué estaba mal con él, cómo debería haberlo hecho, o qué mejoras lo harían mejor. Por favor avise.

* Se pone a sí mismo como el revisor principal y luego no revisa el código a propósito, solo después de la fecha límite de la función implementada en el PR. Esto hace que otros compañeros que no tienen la misma antigüedad que él tengan miedo de aprobar el PR, porque se llevarían mal con él. Además, para relaciones públicas grandes, solo revisa el código en partes, lo que significa que revisa todo el código y solicita un cambio hoy (que implemento de inmediato, en cuestión de minutos). Luego, al día siguiente, solicita un cambio pero basado en el código que escribí antes del cambio inicial (básicamente no da una revisión detallada del código la primera vez, por lo que puede mantenerme en una especie de limbo hasta mi fecha límite pasa para que pueda ser visto como de bajo rendimiento).

NAG él, y CC su gerente

"Estimado senior. Nos acercamos a la PR para la característica X. Hasta la fecha, no ha revisado mi código, me preocupa que podamos pasar la fecha de PR con un código sin probar/sin revisar. Por favor avise.

CC: Gerente"

Luego, siga enviándole correos electrónicos y aumente la frecuencia, incluida la fecha límite.

"Estimado senior, como se indicó anteriormente, nos acercamos a las relaciones públicas para la función X. Ahora solo tenemos Y días para el lanzamiento. Cada vez me preocupa más que no cumplamos con nuestra fecha límite".

*Él ignora rotundamente todos mis mensajes directos y preguntas que le hago (como solicitudes de revisión).

CC a su gerente en cada correo electrónico. Documente cada rechazo.

"Estimado senior, le envié una solicitud de revisión ayer. Entiendo que su apretada agenda deja pocas oportunidades para el tiempo libre, pero no he tenido noticias suyas. Si no puede revisar en este momento, avíseme cuándo lo hará". poder revisar el código, de modo que pueda arreglar cualquier cosa que encuentre de inmediato.

CC: Gerente"

Esto creará un registro en papel para Recursos Humanos, en caso de que llegue el momento, mientras mantiene informado a su gerente sobre lo que está sucediendo. Es probable que su superior esté diciendo que usted no solicita comentarios y pretende que no está pidiendo revisiones. Esto proporcionará una prueba de que lo eres y lo hará quedar mal ante la gerencia si está mintiendo.

Nuevamente, tenga su currículum actualizado y disponible para que pueda seguir adelante si no obtiene satisfacción.

Buena respuesta. Es fácil para un gerente descartar algo cuando una queja es vaga , por lo que desea tener disponible un patrón de comportamiento documentado para que su gerente pueda ver que no está exagerando y que está tratando de cooperar.
@me22 Sí, está jugando a la defensiva y al ataque al mismo tiempo.
+1 por actualizar su currículum y buscar un nuevo trabajo, pero realmente no creo que debas molestarlo por correo electrónico (porque eso sería esencialmente molestar a tu jefe también y no quieres hacer eso). Vea la definición de nag dictionary.com/browse/nag Si le envía un correo electrónico y le pone una copia al carbón a su jefe, lo cual estoy de acuerdo que debe hacer, asegúrese de que sus quejas estén bien elaboradas, pero no lo regañe. Regañar es lo que hacen los niños.
@StephanBranczyk Soy un hábil artífice de las palabras y mis instrucciones para el consultante demostrarán ser propicias si las sigue en lugar de continuar hasta el punto más bajo de su carrera con su empleador actual.
Iba a escribir esta respuesta también. Me parece que este colega se está haciendo más daño que el OP. La mayoría de estos comportamientos descritos son poco profesionales y simplemente sacarlos a la luz debería ser suficiente.
@eipi Un ex colega trató de hacerme lo mismo, por eso es un ex colega.
Si yo fuera un empleado sénior y comenzara a recibir un aluvión de correos electrónicos redactados como comadrejas como sus ejemplos de un nuevo empleado, definitivamente querría que el nuevo empleado se fuera lo antes posible. Ninguna empresa quiere o necesita abogados de cuartel en su nómina.
@alephzero "nuevo empleado" que ha estado allí durante más de un año... así que ya no es realmente un "nuevo empleado". Si esto fue en el primer día? ¿semana uno? Seguro... pero un año después? Parece haber pasado ese punto... "ninguna empresa quiere" que un senior esté saboteando a empleados valiosos tampoco...
@alephzero Si fuera un empleado sénior, tendría una buena respuesta para cada correo electrónico que explicara mis acciones, o no realizaría ninguna acción que resulte en que se escriban estos correos electrónicos.
Este parece ser un enfoque de muy alto riesgo, intensificando la confrontación, en lugar de desactivarla. Un rastro de correo electrónico no ayudará si lo despiden por un desempeño deficiente.
@SimonB ¿Cómo podría estar peor de lo que está ahora, con su superior queriendo que se vaya?
@Old_Lamplighter No empeorar las cosas no hace nada para resolver el problema.
@SimonB Tienes razón, ¿cuál es tu solución?
Esta es la solución correcta. Establece tu plan de escape y luego combate el fuego con fuego. Cada vez que alguien es lo suficientemente tonto como para ser poco profesional y negativo conmigo, por escrito, le respondo con CC a su gerente.
@StianYttervik Sí. Cuando alguien está peleando tan sucio como este senior, ya no es hora de jugar limpio. Un antiguo compañero de trabajo me jugó sucio. Por eso es un ex compañero de trabajo.
+1 por pulir el currículum inmediatamente
@o0'. Siempre es bueno estar preparado para las cosas que van mal.
@Old_Lamplighter Mi solución sería seguir las respuestas de Hilmar y Joe.
@SimonB Entonces, solo estás siendo desagradable. No tienes ideas propias. Eso explica tu reputación,

Hable con su gerente. Haz esto por dos razones.

Primero: porque su gerente es la persona que puede arreglar esto. Si su gerente es el gerente del Senior, entonces su gerente puede hablar con el Senior, descubrir cuáles son los problemas y su gerente puede abordar su desempeño con ellos , o su gerente puede abordar los problemas reales con usted . Si su gerente no es el gerente de Senior, entonces puede abordar el problema con el gerente de Senior; solo debe hablar con su gerente.

Segundo: porque a veces en situaciones como esta, es posible que esté subestimando su culpabilidad por estos problemas o malinterpretando las acciones del Senior. Parece que no estás desde tu perspectiva, pero esa es la cuestión: a veces tu perspectiva es incorrecta. Ciertamente he tenido momentos en los que sentí que estaba haciendo todo bien, pero resultó que no era así, y necesité a alguien más, como mi gerente, para mostrarme lo que estaba haciendo mal, desde la otra perspectiva.

Ir a su gerente con esto, y hacerlo de una manera abierta y sin confrontación , le brinda la mayor posibilidad de resolver esto, de cualquier manera. Si realmente está haciendo algo mal, ellos pueden, y deberían, decirle cómo solucionarlo , y si no está haciendo nada malo, pueden y deben abordar el problema con las otras personas involucradas.

Para que quede claro, debe hablar con su gerente y si Senior está bajo otro gerente, deje que su gerente hable con el gerente de Senior. No debería estar hablando con el gerente de Senior a menos que su gerente lo incluya en la conversación. Esta Respuesta dice esto, pero de una manera un tanto confusa, con el uso de algunos ambiguos ellos/ellos/su. Tuve que leerlo 3 veces antes de darme cuenta exactamente de lo que quería decir Joe. De lo contrario, esta es una buena respuesta.
Sí, debe hablar con su gerente, no con nadie más. Se agregaron algunas palabras para que sean menos confusos, ¡gracias @computercarguy!

Me gustaría hacer de abogado del diablo aquí y mostrar por qué el comportamiento que describiste no necesariamente indica un comportamiento hostil.

El problema es que hay un senior con más de 2 décadas de experiencia que parece no gustarle.

En primer lugar, debe considerar que alguien con esa cantidad de experiencia probablemente sepa mucho más sobre tecnología que usted (con un año de experiencia y un par de pasantías).

donde dijo que no debes discutir sobre las solicitudes en tu código

Tal vez sus preguntas genuinas sobre sus sugerencias parezcan "argumentos". Puede haber o no una mala intención aquí, pero potencialmente solo una falta de claridad en su comunicación/preguntas.

Revisa activamente mis borradores de relaciones públicas que tienen la etiqueta "No revisar" y señala las cosas que aún no se han hecho.

He experimentado esto en mis primeros años, pero a veces la gente simplemente no sabe cuándo estás listo para la revisión o no. Con algunas personas, debe "anunciar" o "informar" específicamente cuando su código esté listo para su revisión.

Tenga en cuenta que cuando alguien señala errores o fallas en su código, no lo está regañando ni desanimando. Es posible que simplemente tengan la intención de proporcionar una crítica constructiva en una etapa temprana de su ciclo de desarrollo en lugar de al final.

Estaba siguiendo las especificaciones dadas por nuestro gerente de producto y dijo que estas especificaciones no son buenas y que soy un mal programador por seguirlas.

Los gerentes de productos a menudo no son técnicos y es posible que no siempre sepan qué es lo mejor que se puede hacer en las implementaciones técnicas. Puede ser una expectativa en su lugar de trabajo que los desarrolladores participen en el proceso de creación de especificaciones en lugar de simplemente consumirlas e implementarlas palabra por palabra.

Debe buscar más claridad sobre esto con su gerente en lugar de simplemente asumir que todo lo que escribe un PM es pura verdad y lo protegerá de cualquier inconveniente si lo sigue.

Solicitó cambios en piezas de código donde otro colega me dio una respuesta positiva. Tenga en cuenta que este senior revisó mi código, no encontró nada problemático con él (pero no aprobó el PR por alguna razón),

El hecho de que alguien aprecie su código no significa que sea perfecto. El simple hecho de que la persona mayor no haya aprobado el código indica que tal vez no se sienta cómodo revisando su código en su totalidad.

Él ignora rotundamente todos mis mensajes directos y preguntas que le hago (como solicitudes de revisión).

Esto puede explicarse simplemente si en un momento dado están ocupados con el trabajo. Simplemente no puede esperar que las personas respondan a sus chats o correos electrónicos de inmediato.

Sin embargo, como mencionó, si observa continuamente que dicho comportamiento retrasa sus relaciones públicas, puede hacer un seguimiento agresivo (como lo recomienda Old Lamplighter en su respuesta) para (a) llamar la atención de su gerente sobre el problema y (b) obtener la obra aprobada en tiempo.

Al contrario de las opiniones sugeridas en otras respuestas , le sugiero que considere la posibilidad de que el senior esté molesto por el trabajo de baja calidad que está entregando. Sugeriría mantener una mente abierta con ellos en sus próximas interacciones y tratar de tener una mejor idea de la lógica detrás de sus acciones. Si encuentra que no hay lógica, entonces los enfoques mencionados en otras respuestas ciertamente lo ayudarán.

Le sugiero que considere la posibilidad de que el senior esté molesto por el trabajo de baja calidad que está entregando => Lo que podría provocar un retraso en las revisiones, ya que entonces puede retrasar la revisión hasta un momento en el que pueda gastar más. parte del tiempo ya que normalmente tiene más trabajo que hacer con ellos.
"pero a veces la gente simplemente no sabe cuándo estás listo para la revisión o no" – Bueno, ¿no es ese el propósito de la Do not reviewetiqueta? Una persona con suficiente experiencia no debería perderse eso.
Una de las cosas clave a tener en cuenta es que el código que podría obtener una revisión positiva en abstracto, no es necesariamente útil o adecuado para un proyecto en particular. Todo el "Mes del hombre mítico" también se aplica a un nivel de detalle en un proyecto de software: "ayuda" que realmente no encaja es lo contrario de útil. Aprender a codificar de una manera que se ajuste al estilo y la filosofía de un proyecto determinado es una habilidad clave. Si la colaboración no se está acercando a la producción de un producto de trabajo aceptable para un tomador de decisiones clave, puede ser preferible pasar a un proyecto diferente que tenga una filosofía diferente.
@MCEmperor, la introducción de funciones para borradores de relaciones públicas de github los promueve específicamente como una forma de iniciar una conversación; como tales, no parecen una opción adecuada cuando los comentarios no son bienvenidos. Podría decirse que una etiqueta "No revisar" es un oxímoron, las etiquetas no se consideran necesariamente como contenido primordial, y si algo parece ir en una dirección improductiva, tiene sentido tratar de volver a encarrilarlo más temprano que tarde.
Ni siquiera diría molesto con el trabajo de baja calidad. Las personas pueden señalar mejoras en su código sin considerarlo de baja calidad o molesto. Eso es solo una parte esperada de trabajar en un equipo, especialmente cuando eres nuevo.
+1 por mencionar que a menudo es preferible tratar las solicitudes de PM como sugerencias ligeras.
@MCEmperor Conozco al menos a una persona que es excelente técnicamente, pero no lo suficientemente "experta en tecnología" como para notar cosas como etiquetas, etc. Mi intención era resaltar que OP asume que la etiqueta "No revisar" disuadiría a otros de revisar, pero otros pueden no notarlo (si no es una práctica común en el lugar de trabajo). Además, es posible que alguien aún quiera resaltar algunos problemas evidentes si los nota en los borradores de PR, si lo encuentran lo suficientemente importante.
+1. Este fue mi primer pensamiento al leer la pregunta también. "Revisa activamente mis borradores de relaciones públicas que tienen la etiqueta 'No revisar' y señala las cosas que aún no se han hecho" ¿Por qué crear una relación pública si no desea comentarios? Puedes trabajar en código sin tener un PR.

Yo mismo he estado en una situación similar, y me pondré del lado de las otras respuestas aquí: hable con su gerente. No HR , su gerente.

Es importante abordar y presentar esto como una situación que le dificulta el trabajo con el que necesita ayuda, no como un compañero de trabajo con el que necesita lidiar. Trate de ser tan imparcial como pueda, hable sobre los hechos, no haga inferencias sobre la motivación personal (es decir, "Siento que me están señalando" es mucho mejor decir que "$un compañero de trabajo me está señalando". "), no culpe, deje en claro que está listo para hacer cualquier ajuste razonable de su parte para resolver la situación. Lo más probable es que la gerencia ya sepa que algo está pasando, en cuyo caso, acudir a ellos hará que sea mucho más fácil para ellos actuar. Y si aún no lo hacen, es importante que acudas a ellos, porque es muy posible que tu compañero de trabajo te haya estado denunciando todo este tiempo y tenga tu lado, especialmente si es

Trate de mantener una actitud positiva y evite ver las cosas como culpa de alguien. No sabes por lo que está pasando tu compañero de trabajo, e incluso si realmente quiere atraparte, esto hará que sea más fácil ser el adulto sensato en la sala. Dicho esto, prepárate para que las cosas no tengan un final feliz. No tiene muchas opciones más que esperar que la gerencia sea competente y pueda resolver las cosas, o si no pueden, que se pongan de su lado. Tal vez pueda restablecer una buena relación de trabajo en su equipo, tal vez no. Quizás despidan a tu compañero de trabajo, quizás te despidan a ti. En mi caso, mi gerente me apoyó mucho y las cosas terminaron con la otra persona siendo asignada a un equipo diferente y finalmente dejando la empresa, pero no tienes ninguna garantía.

He estado en la posición en la que sentí que había un gerente con ganas de deshacerse de mí. Eventualmente lo hizo, al crear una revisión de desempeño ficticia y simplemente despedirme.

La recomendación de @Old_Lamplighter de que actualice su currículum de inmediato es el mejor curso de acción. Puedes documentar las cosas todo lo que quieras, pero, cuando alguien más alto que tú quiere que te vayas, no hay mucho que puedas hacer. Como señaló Old Lamplighter en un comentario: dada la elección entre un junior y un senior con décadas de experiencia, adivine a quién se escucha.

También tuve una experiencia muy diferente cuando renuncié a un trabajo una vez. En mi entrevista de salida, mi jefe reconoció que había una persona mayor a la que simplemente no le caía bien. También dijo algo como "has hecho un trabajo tan bueno (y visible) en el proyecto XXX durante los últimos 9 meses que cada vez que Steve habla mal de ti, se ve como un idiota. Si te vas, eso se detiene". No podía creer que estuviera usando eso como un señuelo potencial para mantenerme en la empresa. Me molestó, pero me hizo sonreír. Steve fue parte de la razón por la que comencé mi búsqueda de trabajo.

Lo mejor que puede hacer en este momento es comenzar activamente una búsqueda de empleo. En su trabajo actual, busque oportunidades para hacerse más comercializable (por ejemplo, si hay clases de capacitación interna que puede tomar que le permitan poner una nueva habilidad en su currículum, tómelas). Suscríbase a un sitio de capacitación y tome clases que crea que ayudan a completar ese currículum.

La otra cosa que debe hacer es volverse implacablemente optimista y entusiasta en su trabajo actual. Sea la persona que se ofrece como voluntaria para hacer trabajo extra. Quiere que la gerencia lo vea como un guardián . Hagas lo que hagas, no seas conocido como el quejoso .

Puede hablar con su gerente, pero no hasta el punto en que se convierta en alguien a quien él/ella teme ver. Señale el problema, pero hable de él como una forma de aprender, aprender habilidades técnicas, aprender habilidades interpersonales. Si su empresa lo permite, busque los objetivos/metas de su gerente. Asegúrese de que sus discusiones suenen como si estuviera alineando lo que hace con los objetivos de él (pero hágalo sutilmente).

Tal vez llegue al punto en que cada vez que su persona mayor comience a hablar mal de usted, terminará pareciendo un idiota.

Un pequeño comentario sobre "dado a elegir entre un junior y un senior con décadas de experiencia, adivine a quién se escucha": puede que no siempre sea cierto, si una sola persona empuja a muchos empleados prometedores y / o buenos trabajadores a la puerta, la empresa puede juzgar que esta persona hace más daño que bien a la empresa. Sin embargo, puede llevar tiempo darse cuenta. Solía ​​​​dejar un trabajo para una persona así, que también hizo un gran desastre cuando finalmente lo despidieron. Después, me disculpé de la empresa, y como renuncié en buenos términos, incluso recibí varias ofertas de trabajo de su red, me recomendaron para mi trabajo.

mis 2 centavos

Sé de dónde vienes. Soy un subcontratista junior que trabaja para una gran empresa. La cosa es que los contratistas lo tienen difícil en su situación, así que aquí están mis 2 centavos.

Asegúrese de tener un correo electrónico como prueba de todo lo que dijo que era importante. Cuando alguien haga una declaración como, "De ahora en adelante haz esto..." Pídele que te lo envíe por correo electrónico para que puedas recordarlo. Independientemente de si son amistosos o no.

Puede usar los correos electrónicos como prueba si algo le sucede.

Si está utilizando Bitbucket, Gitlab o Github, por lo general, cuando crea un PR, se le debe enviar un correo electrónico a usted y a todos los revisores. Utilice la marca de tiempo de ese correo electrónico. Además, no tenga miedo de enviar un correo electrónico a su superior si no realiza una revisión del código dentro de las 24 horas.

Si no responde o tarda demasiado en revisar el PR después de varios correos electrónicos, puede plantear el problema enviando una copia a su gerente en el correo electrónico. Además, contar con un superior y un gerente en el que pueda confiar a su lado siempre es una ventaja. La forma de hacer esto es algo que me gusta llamar beneficios mutuos. Los ayudas haciéndoles algunos favores, a cambio te ganas su confianza, respeto y apoyo.

También puede enviar correos electrónicos a otras personas mayores de manera casual y preguntarles qué piensan de su código. La razón de esto es que obtener más comentarios de otras personas mejora su habilidad de codificación. Esto demuestra que estás tomando la iniciativa y realmente lo estás intentando. También mejora su interacción con otras personas mayores, porque pueden dar fe de que lo está intentando.

Ese tipo mayor también podría tener sus razones. Uno de ellos podría ser que tiene miedo de que lo alcances y lo reemplaces o que no le guste tu estilo de codificación. O tal vez ambos.

Para el estado actual de su problema, podría programar una reunión entre usted, su gerente y el superior que le está causando problemas y discutirlo. No se enoje ni señale con el dedo, solo pida comentarios personales. Al tomar la iniciativa, te ves bien, porque realmente te importa y pueden ver que estás tratando de abordar el problema de frente. Recuerda mantener la calma y no hacer suposiciones durante esa reunión.

Puntos de los que se puede hablar en la reunión:

  • Primero pídales que le den una evaluación honesta de su desempeño
  • Pregúntales qué puedes hacer para mejorar.
  • ¿Puede obtener una razón por la cual su código es malo para cada revisión?

Puede agregar más puntos a la reunión si lo desea.

No tiene sentido hablar con Recursos Humanos: no están ahí para ti, están ahí para la empresa.

No tiene sentido hablar con su gerente: si el comportamiento descrito por usted es correcto, todos ya deberían saber que su colega senior es un poco idiota. Claramente a nadie le importa, y hablar con su gerente no ayudará.

Todos los demás que están respondiendo tienen soluciones realmente complicadas, y no estoy seguro de por qué. ¿Quizás les gusta escucharse a sí mismos hablar?

En mi opinión, su situación es simple: envíe solicitudes al costado, pero NO SE RENGUE, y NO haga una confusión. Sigue trabajando, sigue ganando dinero, y si encuentras otro trabajo, vete, de lo contrario, quédate.