¿Cuál es el mejor curso de acción cuando un compañero desarrollador te 'torpedea'?

La situación es que heredé una gran parte del código en forma de un procedimiento SQL que tenía una lógica y reglas comerciales complicadas. Eso sí, este código es muy denso y tiene exactamente 0 comentarios. Mi trabajo es reutilizar este código y aplicarlo a un caso de uso diferente. Hice esfuerzos para entender y darle sentido a esto lo mejor que pude dado que el desarrollador que escribió esto no se compromete a dar tiempo para explicar cosas y simplemente asume que sabes lo que él sabe.

Independientemente de ese hecho, logré dar sentido a la solución en un 80 % y actualmente estoy en proceso de ampliación. Sin embargo, la fecha límite ahora se acerca y ahora el desarrollador de repente salió de la nada y dijo que esto no ha progresado lo suficiente y ahora simplemente lo quitará y comenzará desde cero (o tomará lo que hice). Obviamente, mi jefe solo quiere ver cumplido el plazo. Pero esto me ha hecho enojar. Qué tengo que hacer ?

EDITAR: Hablaré con el jefe y le explicaré los pros y los contras.

¿Esta tarea te la encomendó tu jefe? ¿Y/o este otro desarrollador tiene la capacidad de controlar en qué trabajas?
Me recogieron y me dejaron en medio de un proyecto que ya estaba en marcha y que llevaba 3 o 4 meses. El otro desarrollado necesitaba hacer otras cosas. El otro desarrollador no tiene la autoridad para asignarme trabajo.
Si ese es el caso, deberías seguir trabajando en ello mientras tanto e informar a tu jefe de toda la situación, y preguntarle si quiere que lo completes.
Mi jefe sabe que esto está pasando. Solo quiero saber cómo dejarle claro que esto es inaceptable en el futuro.
unacceptablees una palabra muy fuerte. ¿Qué harías si vuelve a suceder? ¿Estás dispuesto a renunciar? Si no, eso está lejos de serlo unacceptable. Y no cuentes con que tu jefe esté contento si le dices, en estos términos, cómo debe hacer su trabajo (si es una buena persona tal vez esté dispuesto a escuchar algunos consejos tuyos).
No puedes decirle a tu jefe lo que es aceptable.
@Paparazzi - Seguro que sí. Sin embargo, debe estar preparado para que no sea su jefe inmediatamente después, y debe encontrar otro.
Está bien, no hay necesidad de una guerra de llamas. Inaceptable podría ser una expectativa demasiado grande. Solo quise decir que no quiero volver a estar preparado para un fracaso como ese.

Respuestas (3)

Centrarse en el valor comercial

Dile a tu jefe:

  1. El código es complejo/involucrado (NO lo insulte, solo diga que está "involucrado") y finalmente lo descubrió y le gustaría probar su conocimiento al tener una solución funcional,

  2. Casi ha terminado con los cambios necesarios de todos modos, lo que significa que le costaría más dinero a su compañero de trabajo comenzar desde cero.

  3. Vale la pena hacer la pequeña cantidad que queda porque ahora más de una persona en la tienda sabrá cómo trabajar con este código --- lo que brinda flexibilidad a la organización (más de una persona puede hacer este trabajo) y seguridad también ( el meme "¿Qué sucede si Bob es atropellado por un autobús?"),

  4. También significa que ahora más de una persona puede apoyar al SP y todo lo que toca, lo que mejora el tiempo de respuesta de su equipo.

  5. Sienta las bases para que usted se haga cargo de más de estos tipos de SP "involucrados"/complejos y ayude más al equipo.

Por lo tanto, sería más rentable y una gran victoria para el equipo que usted termine los cambios.

Hágalo de una manera profesional en los negocios, sin enojo, solo datos comerciales que pueda usar cuando le diga al compañero de trabajo por qué terminará los cambios.

El procedimiento de la OMI fue una elección terrible. El código está estrechamente acoplado y esto se ocupa de la facturación, por lo que habría sido una buena práctica poner esto en el código de la aplicación.
También buenos consejos dados aquí. Buen compromiso.

Dado que nadie con autoridad te ha apartado de esta tarea, seguiría trabajando en ella.

Sin embargo, parece que hay un par de cosas que no sabemos.

  1. Si puede completar la tarea dentro del plazo
  2. Si el nuevo enfoque del otro desarrollador está justificado

Como tal, le mencionaría esta situación a su jefe. Puede ser lo mejor para su empresa que usted continúe trabajando en esta tarea, o puede ser lo mejor para usted dejar que el otro desarrollador la complete.

En cualquier caso, debes dejar ir tu ira. Entiendo que ha invertido mucho tiempo y esfuerzo para completar esta tarea, pero el trabajo es un esfuerzo de equipo y su enfado parece estar enraizado en mantener este trabajo para usted.

1) es factible si el Desarrollador explica el 20%, en el que no está cooperando, de modo que automáticamente 2) se vuelve realidad. Mira mi pregunta.

Si estudió el código y lo comprende en gran medida (lo que parece por lo que está diciendo), evalúe estrictamente si puede convertir el procedimiento almacenado en algún lenguaje de programación en el que sea muy bueno y que su empresa utilice dentro del plazo. . De la publicación no me queda claro si usar un procedimiento almacenado fue el enfoque correcto en primer lugar y si logra migrar la lógica:
1) podría cumplir con la fecha límite
2) podría estar haciendo bien a su empresa al migrar código que no es fácil de mantener en algo fácil de extender y mantener por cualquier persona (nuevamente, no ha especificado por qué se escribió en el procedimiento almacenado).
Puede parecerle difícil de hacer, pero tenga en cuenta que, con bastante frecuencia, volver a escribir un fragmento de código para una nueva tarea es mucho más rápido que tratar de depurar y ajustar un fragmento de código existente.
mis 2 centavos

Gracias, sin embargo, también hay una API SOAP de un proveedor que está involucrado y tendría que reescribir la lógica para que no sea factible.
@smooth_smoothie: No entiendo. Puede llamar a una API SOAP desde cualquier lugar. ¿Por qué es un bloqueador?
¿Cuál es el mejor curso de acción cuando un compañero desarrollador te 'torpedea'?
RespuestasAquíPolítica de privacidad1y, 0v