No ser respetado en el lugar de trabajo.

Me contrataron como desarrollador de software en una empresa que tiene sitios en varios países y me enviaron a la ubicación hermana en el Reino Unido para colaborar en un nuevo proyecto interesante. Me entusiasmó unirme a este proyecto porque era la única persona de mi país y el proyecto involucraba algunas disciplinas con las que no solemos trabajar en la oficina de mi casa, aunque escribí mi tesis de maestría sobre un tema similar, así que estaba No es totalmente inexperto.

Al comienzo del proyecto, me senté con un desarrollador de software de mayor rango y un ingeniero de sistemas para especificar el trabajo que haría y desglosar las tareas. Hasta aquí todo bien, acordamos un diseño preliminar. De regreso en la oficina de mi casa, escribí un prototipo a partir de los requisitos que los miembros del proyecto habían acordado y luego lo envié para que lo revisara el desarrollador más senior del proyecto. Debido a que yo era un desarrollador junior en ese momento, esperaba que el desarrollador más senior me hiciera comentarios de revisión para que pudiera corregir mis errores y aprender de ellos (práctica de revisión común). En lugar de comentarios de revisión, me envió un prototipo que había reelaborado por completo sin explicar las actualizaciones. Me sorprendió, porque esta no es una práctica común de revisión en el lugar de trabajo de mi casa, y un desarrollador que se comporte así no sería respetado. Aquí decidí probar la forma diplomática y escribí una lista de preguntas sobre las elecciones de diseño que había hecho cuando reescribió el prototipo. La calidad de las respuestas fue muy mala, no las respaldó con hechos, sino que usó argumentos como "Soy más mayor que tú, así que tengo razón" y "Me gusta más mi propio diseño". El argumento para una solución que hizo, que era menos legible que mi diseño original, fue que "este fragmento de código está más optimizado". Ambos trabajamos principalmente con software incorporado y este proyecto se ejecutaría en una PC, así que le pregunté si realmente importaba una pequeña optimización, pero no hubo respuesta. Aquí comencé a preocuparme por la calidad del prototipo porque se acercaba la fecha límite del cliente y aún no había pasado por una revisión adecuada. El ingeniero principal del proyecto fue CC:

Es un eufemismo decir que esta experiencia me decepcionó y me hizo considerar dejar de trabajar en la industria tecnológica. De vuelta en la oficina de mi casa en mi propio país, les conté a mi jefe ya un colega lo que había sucedido, y la única reacción que obtuve fue "¡Ah, mierda! Eso sucede a veces". y me reasignaron a otro proyecto. ¿Alguna vez te ha pasado algo así y, en ese caso, qué hiciste al respecto?

tl; dr : un colega senior reescribió mi código sin explicar por qué, y cuando le hice preguntas sobre las actualizaciones, obtuve respuestas como "Soy más senior que tú, así que tengo razón" y "Me gusta más mi propio diseño". ¿Alguna vez te ha pasado algo así y, en ese caso, qué hiciste al respecto? No hubo consecuencias para el desarrollador senior de software y no estoy contento con la forma en que mi jefe manejó esto. ¿Qué tengo que hacer?

¿Cuál es tu objetivo real aquí? Has pasado a otro proyecto, con suerte mejor.
Mi objetivo es ver si alguien más comparte experiencias similares, o tal vez descubrir si esta es una práctica común en la industria SW.
Además, no estoy contento con la forma en que mi jefe manejó esta situación, así que tengo curiosidad por saber qué harían otras personas en mi situación.
En lugar de ofenderse, ¿por qué no aprovecha esto como una oportunidad para saber por qué el desarrollador sénior hizo las cosas de manera diferente a usted?
¿Cómo podría aprender algo cuando se negó a responder cualquier pregunta sobre sus actualizaciones? ¿Leíste el texto completo antes de comentar?
He estado hablando con personas que están acostumbradas a trabajar en el extranjero en la industria SW, y las personas están siendo despedidas por comportarse así.
@jack_h La gente te dirá todo tipo de cosas sobre lugares de trabajo idealizados. Lo que tienes es tu realidad. Eso es todo lo que importa.
Entonces, ¿piensa que esta es una forma aceptable de tratar a un colega?
Soy del Reino Unido y, según mi experiencia como desarrollador de software sénior, esta no es una práctica habitual. Sin embargo, me he encontrado con desarrolladores que piensan que son muy superiores a los demás, pero nunca me he encontrado con esto. Creo que, lamentablemente, acabas de encontrarte con una persona no muy amable con su propio trasero.
@jack_h ¿Por qué importa lo que pienso?
¡Gracias por tu comentario @level_zebra! Hay algo de esperanza después de todo...
@GregoryCurrie porque hice esta pregunta para ver qué piensan otros profesionales de SW sobre este tipo de comportamiento.
@JoeStrazzere Nunca dije que espero que todas las empresas trabajen exactamente de la misma manera. Expresé algunos pensamientos sobre una persona que conocí en otra oficina, no escribo una publicación en Stack Exchange para cada buen colega que conozco.
@JoeStrazzere no, principalmente porque otras personas lo respaldaron y aceptaron su comportamiento durante mucho tiempo... Pero entiendo tu punto jaja
No estoy defendiendo el comportamiento de su colega principal, pero probablemente debería evitar pensar en él como su código. Es solo el código de este proyecto y eso ni siquiera es importante. Importante es que funcione y solucione el problema de tu cliente. Si este es el caso, probablemente lo juzgue mejor alguien de mayor rango que usted.
Independientemente de si esta es una buena manera de comportarse, desea que un colega senior le comunique por qué ha cambiado lo que tiene, para que pueda hacerlo adecuadamente la próxima vez. No explicar y confiar en la persona para que simplemente "resuelva" dará como resultado que todos pierdan el tiempo en el próximo PR, cuando el OP no puede adivinar cuáles son los estándares aceptados. Es una manera muy ineficiente de trabajar.
@HectorLector Gracias por su aporte, pero no creo que la propiedad del código sea el problema aquí... Respeto absolutamente la opinión final de alguien de mayor rango, pero cuando ni siquiera dan una breve explicación de por qué lo hicieron como hicieron en un proyecto donde se decidió y comunicó que esta era 'mi tarea' y que el objetivo de la tarea era que yo aprendería de ella, levanta algunas banderas rojas...

Respuestas (3)

Es una experiencia desafortunada y no hay nada que puedas hacer al respecto.

No te ofendas, pero pareces un poco ingenuo esperando que todos en el lugar de trabajo siempre sean amables, profesionales y cooperativos. De vez en cuando, te encontrarás con personas groseras y distantes que te pisotearán. Tal vez no tengan ni un gramo de habilidad para enseñar, o simplemente tengan un gran ego. Cranky McGrump probablemente esté pensando: "He estado haciendo este trabajo durante 20 años, sé lo que estoy haciendo, no tengo tiempo para dar explicaciones a un idiota nuevo recién llegado". Y dado que esas personas generalmente te superan en rango, a menos que crucen una línea ética (es decir, intimidación absoluta o incompetencia grave), lo poco que puedes hacer es rechinar los dientes. Si te quejas, simplemente te dirán que te hagas una piel más gruesa.

Tómelo por lo que es: una experiencia de aprendizaje, no sobre diseño de software sino sobre cómo leer un lugar de trabajo, que también es una habilidad importante. Quién es simpático, quién no lo es, quién finge ser simpático y no lo es. Con quién puedes debatir sobre el diseño y quién es una causa perdida.

Afortunadamente, personas como Cranky McGrump no son la mayoría, pero no es tan raro toparse con uno. Y sí, a veces es desconcertante cómo lograron llegar a su posición actual siendo tan desagradables, pero aquí están. Es un hecho de la vida, por así decirlo.

¡Gracias por su respuesta! Jaja, sí, tal vez soy demasiado ingenuo, pero no le desearía este trato a nadie.

No necesita ir al Reino Unido para encontrarse con colegas arrogantes o obstinados, puede encontrarlos en cualquier lugar.

Cuando los encuentre, comprenda cuáles son y haga que funcionen para usted en lugar de enfadarse o frustrarse. Aprenda tanto como sea posible, tanto técnicamente como en habilidades sociales, tratando con diferentes personas.

Quejarse de las personas y necesitar que lo eliminen de un proyecto no es una buena apariencia. Independientemente de lo demás, siempre hay una implicación de que hay otro lado de esta historia cuando la mira un tercero.

Jaja si eso es verdad! Me he encontrado con gente arrogante de muchos países... Afortunadamente no pedí que sacaran a esta persona del proyecto, simplemente le pedí consejo a mi jefe sobre qué hacer. Sí, siempre hay más lados en una historia sobre un conflicto, este hombre probablemente pensó que no era lo suficientemente bueno para esta tarea, y tenía razón porque yo era un junior.

Estas cosas son comunes en algunos lugares.

Las personas pueden tener muchas razones para preferir una arquitectura específica y, de hecho, a veces las razones pueden ser difíciles de articular. A veces, la razón es simplemente porque es más similar a las soluciones existentes. Y a veces hay una gran cantidad de buenas razones que pueden llevar mucho tiempo articular.

Mi recomendación es bajar la cabeza y obtener algo de experiencia. Con la experiencia, tus soluciones se acercan más a lo que la gente espera (aunque estén más lejos de lo que consideras ideal en este momento).

Y sí, absolutamente he trabajado con personas como esta, y he estado en el lado receptor. Estas personas a menudo son toleradas porque son técnicamente buenas. Y claro, puede ir a recursos humanos o gerencia y darle mucha importancia, pero ¿cuál es el punto?

Gracias por su respuesta. El punto es que valoro un buen ambiente de trabajo, y el desarrollador senior fácilmente podría haber evitado que esto fuera tan incómodo, pero decidió no hacerlo y realmente me cuesta entenderlo.
Básicamente se trata de que la gente no tiene tiempo ni ganas de hacerte sentir bien. Esa no es su prioridad. No se trata de ti, se trata de ellos.
Lo curioso es que este hombre parecía agradable desde el principio, me mostró fotos de sus hijos, compartió muchos pensamientos sobre el lugar de trabajo + sus pasatiempos conmigo y luego hizo esto...
No ser respetado en el lugar de trabajo.
RespuestasAquíPolítica de privacidad1y, 0v