¿Cómo dejar mi trabajo sin sentirme mal? [cerrado]

Me uní a esta empresa que ya no es una startup hace 3 meses. Tienen una inversión multimillonaria. Me contrataron a un precio mucho más alto de lo que se consideraba normal para una persona con mi experiencia. Sin embargo, sabía que está dirigido por ingenieros mediocres y que habría caos y código de espagueti.

He pasado la mayor parte de mi tiempo haciendo poco o ningún trabajo. Esto se debió a los malos procesos que han establecido y la tendencia de la gerencia de ingenieros a huir cuando llega el momento de tomar decisiones difíciles. Me han recordado una y otra vez que soy un recurso infrautilizado, sin ningún plan para realmente ponerme en uso.

Traté de mejorar la situación señalando que el código base de la empresa no es saludable y propuse reescribir la aplicación desde cero. Cuando me dieron un gran no, también propuse hacer cambios pequeños e incrementales que fueran más prácticos para ellos. Sin embargo, mis ideas siempre fueron descartadas o ignoradas.

Quiero dejar esta organización, pero en este punto es muy fácil para ellos tildarme de un idiota que acaparó los recursos de la empresa durante tres meses y luego se fue.

Entonces tengo 3 preguntas:

  1. ¿Cómo poner esto delante de mi jefe? ¿Debería realmente señalar sus insuficiencias al irse, agregando más insulto a su lesión? ¿O debo tomar el camino fácil de no citar la razón?
  2. ¿Tengo una responsabilidad moral de devolver valor a la empresa a pesar del entorno venenoso, ya que al menos era consciente de su mediocridad de antemano? ¿Debo manipularlos y engañarlos por el bien general de la empresa? Por el salario que he cobrado hasta ahora, sin devolver el valor. ¿Se lo debo a ellos?
  3. ¿O les debo esforzarme en el código de espagueti, contribuir con sus reglas, por muy retrógrado que me parezca y dejar que el arquitecto dentro de mí espere hasta que sea el momento adecuado?

Me siento culpable por aceptar este trabajo tan bien pagado y luego irme tan pronto, aunque sabía de antemano que sería malo. No estoy seguro de si la empresa realmente perderá algo con mi partida, ya que no tengo responsabilidades reales y mi eficacia se limitará a la de un ingeniero mediocre dadas las circunstancias. Puedo ser mucho más productivo en otras empresas que entienden el valor de un buen diseño de software.

@Lilienthal No fui condescendiente, lo hice de buena fe. Lo siento si te he ofendido. si realmente quieres saber, como lo decimos nosotros; Ocurre sólo en la India .
@ user44550 Bastante justo, gracias por especificar. Considere siempre agregar una etiqueta de ubicación a una pregunta si cree que la ubicación podría ser relevante para posibles respuestas.
Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .
@JoeStrazzere Realmente no lo hago. Pero lo que no quiero es que publiquen esta historia frente a mis colegas después de que me haya ido. Vivimos en un mundo muy pequeño, siento.

Respuestas (2)

Para unir los comentarios en una respuesta, veo la situación así:

  • Le pagaron muy bien por hacer un trabajo, pero encontró que la empresa estaba desorganizada y logró poco;
  • Sientes que debes irte, pero te sientes algo culpable de que te paguen bien y no hagas nada;
  • Como te sientes culpable, quieres contarles lo pobre que era el medio ambiente. Esto podría ser para calmar su conciencia o porque está frustrado.

En este punto ahora has decidido irte. Lo mejor y más profesional que puede hacer es entregar un aviso, realizar una entrega competente y seguir adelante. Nada de lo que diga o haga tendrá un impacto en los procesos dentro de la organización, y todo lo que hará será una mala imagen de usted.

Sé el profesional y no hagas un escándalo. Haga la entrega y váyase al final de su período de preaviso. No tiene ningún valor hacer nada más por ti o por ellos.

Para responder a tu segunda pregunta:

¿Le debo algo a la empresa?

No. Te vas y no te despiden, así que aparentemente ellos están contentos con tu trabajo. O bien, en realidad no han prestado atención a lo que has hecho o no has hecho. Nuevamente, solo aléjese y deje todo en un estado profesional.

+1 Lo clavó como de costumbre, Jane, pero sigo sintiendo que la pregunta podría usar una edición masiva para llevarla al tema y ser de ayuda para futuros visitantes.
@MarvMills ¡Gracias! Estoy de acuerdo en que la pregunta necesita algunas ediciones para mantenerla en línea con la política "Sé amable" y conservar un mínimo de profesionalismo.
@MarvMills Puede editar. Si quieres que lo edite, dame consejos sobre lo que puedo hacer para mejorar.

Eres un completo idiota, pero no te importa, ¿verdad?

Sabías en lo que te metías. Sabías que su código apestaba, las prácticas apestaban y, por lo tanto, era muy fácil deducir que la gestión tecnológica apestaba. Sabías exactamente en lo que te estabas metiendo.

Entonces, en lugar de invertir tiempo en descubrir cuáles son los próximos pasos para hacerlos cada vez mejores, simplemente se ha espaciado durante tres meses porque no tiene ganas de leer y organizar una mierda.

Me he encontrado en un lugar similar al suyo 2 o 3 veces en mi organización. Apesta tener que usar un código de mierda cuando hay un código gratuito que es mejor.

Debe hablar con su gerencia y formular un plan sobre qué cosas deben funcionar y cuándo. No puede simplemente tirar el código y comenzar de nuevo y tener un producto muerto durante 3-4 meses. Mierda, ¿por qué harían esto? ¡Especialmente dado que lo sugieres tú, un tipo que nunca ha hecho una mierda para la empresa! No ha creado confianza dentro de la empresa y con razón. Eres un "genio" pero te cuesta pensar fuera de la caja.

Cómo podría abordar los problemas:

  1. Comience a hacer pequeños cambios incrementales para mejorar en los próximos proyectos en los que esté trabajando. Intente obtener la aceptación de otros desarrolladores y gane confianza para realizar mejores cambios.

  2. Inicie una rama del mismo proyecto. Incluso si desea "comenzar de nuevo", esto debe hacerse al unísono con el proyecto existente hasta que gane suficiente fuerza para funcionar en la mayoría de los casos.

Ni siquiera has intentado hacer ninguna de las dos cosas. Solo estás quejándote y quejándote de que todos están haciendo todo mal mientras que en realidad no has hecho nada. Eres un imbécil. Así que o te vas como un gilipollas o te cambias. Si cambia y puede trabajar su magia con su producto, probablemente tendrá una posición muy alta en la empresa, pero esto en realidad requiere mucho trabajo.

Eso realmente complace al juez interno en mí. Una parte tiene sentido.
@ user44550: entiendo de dónde vienes. Es difícil aprender algo que no tiene sentido. Pero es para lo que te contrataron. Puedes irte y no hacer ruido y la mayoría de la gente no pensará mucho peor de ti. Sin embargo, sabrás que fuiste el imbécil. Solo estoy hablando de cómo lo reflejaría en mí mismo 1 o 2 años después. Entonces, la decisión es: ¿es mejor lidiar con esta situación de mierda o saber que fuiste un imbécil durante 3 meses?
La situación es más complicada que eso. Cuando mi solicitud de reescribir desde cero fue rechazada, sugerí tomar pequeños pasos incrementales agregando algunas bibliotecas útiles, aunque el motivo oculto fue que también lo rechazaran para poder renunciar sin remordimientos. Eso nuevamente fue rechazado citando la política de la empresa. No tolerarán una biblioteca de código abierto en el código base. Su sugerencia parece ser simplemente hacer lo correcto sin considerar qué tan bien será recibido, lo cual no es del todo incorrecto.
@ user44550 - Bueno, puede elegir comenzar su propio proyecto paralelo usando código abierto y mostrarles cuánto más eficiente es o hacer que comiencen a usar una estrategia de codificación diferente internamente. A menudo, tendrá que mostrar un rendimiento superior al código abierto antes de que se adopte. No obtendrá ningún avance al hablar de ello: deberá mostrar una demostración funcional que supere a las demás.
¿Puedes encontrarme en una sala de chat?
No se trata tanto del rendimiento como de otras cosas para las que sirve un buen diseño. Separación de preocupaciones, productividad del desarrollador, etc. No puede "probar" estas cosas de manera concluyente, y mucho menos para una audiencia sesgada. Lo que requeriría es engañarlos y manipularlos por el bien general de la empresa. Tendré que convencerlos de tal manera que no los eclipse a ellos y sus posiciones superiores, sí, son realmente inseguros. Ellos juran por sus reglas. Se puede hacer un intento honesto, seguro. Me pregunto si vale la pena el esfuerzo. Como dijiste, requerirá mucho trabajo.
FWIW Me dieron una autopista para elegir la tecnología de mi elección para desarrollar un componente desde el principio. Creo que hice un trabajo bastante bueno usando el marco de código abierto. 15 días después, desecharon todo el proyecto sin ni siquiera mirar el código, citando que me tomó demasiado tiempo desarrollarlo, por lo tanto, estas tecnologías no funcionan. En retrospectiva, siento que lo hizo para aplastar mi confianza y consolidar su poder. Es realmente una historia desordenada.