Él me asignará proyectos. Cosas pequeñas, cosas simples. Lo haré y puede que no haya sido la mejor manera de hacerlo, pero lo descubrí y lo hice de la mejor manera que sabía en ese momento y no rompe nada. Entonces, de nuevo, no es perfecto, pero ¿qué código es?
Sin embargo, a pesar de eso, poco después de que termine, en lugar de usar mi código, escribirá su propio código y eso entrará en producción. Está empezando a sentir que nada de lo que hago importa. Algunos comentarios sobre mi código estarían bien, pero ni siquiera entiendo eso. Simplemente vendrá a mi escritorio y me contará sobre la nueva función que ha implementado. Ni siquiera explica cómo lo hizo. Y me quedé pensando: "Está bien, ¿por qué pasé 'x' cantidad de tiempo haciendo esto si al final lo ibas a hacer tú mismo?"
Quiero hablar con él sobre esto, pero no tengo idea de cómo enmarcarlo sin sonar... celoso (?), a la defensiva (?), o molesto (?). Ni siquiera estoy completamente segura de cómo me siento, pero no es una buena sensación. Es difícil tomar posesión de algo cuando simplemente se "anula" y no hay comentarios sobre mejores formas en que podría haber hecho XYZ.
Me pasó lo mismo en mi primera pasantía. ¡Me pedían que escribiera una biblioteca para interactuar con un dispositivo, y luego simplemente subcontrataron el trabajo después de que ya lo había terminado!
Mirando hacia atrás a esa experiencia, habría mencionado el problema antes. Comenzaría preguntándole a su gerente por qué no usan el código en el que trabaja. Tal vez tiene un estándar de desempeño o legibilidad que simplemente no está comunicando. Tal vez no quiera usar código para la producción a menos que sepa exactamente lo que está pasando con él; las revisiones de código pueden ser la respuesta.
Si no puede resolver este problema pronto, comenzaría a buscar otras oportunidades, porque obviamente no está valorando el tiempo que está dedicando.
Prueba algo como esto
(nombre del jefe), he notado que has cambiado parte de mi código. Quiero hacerlo mejor la próxima vez, ¿podría señalar qué cambió, por qué y qué debería hacer en el futuro para ahorrarle algo de trabajo?
¿Por qué no intentas revisar su código y ver cómo lo hizo de manera diferente a como lo hiciste tú? Luego use ese conocimiento en la próxima tarea.
Y cuando haya terminado con la siguiente tarea, solicite una revisión del código y luego realice cambios en función de lo que le dijo, ya sea que esté de acuerdo o no. En este momento, no le has mostrado lo que quiere, depende de ti tomar la iniciativa para averiguar lo que quiere y luego entregárselo.
mosquito
Carlos D Pantoga
jkdba