Ataque de ansiedad en el trabajo, causado por un colega, ¿cómo manejarlo?

Tengo un colega que cree que sabe todo mejor que yo. Claro, él sabe muchas cosas, pero no todo. Él sabe bastantes cosas mejor que yo, pero también sé otras cosas mejor que él. Sin embargo, él cree que sabe todo mejor que yo.

Saca mis cambios y comienza a criticarlos. Estoy seguro de que nuestro gerente lo instó a eso. Constantemente tengo que defender mi código, incluso cuando sé que es un buen código y su único argumento es "lo sé porque programé durante 20 años y tú solo 1". Sin embargo, he estado programando durante 10 años, seguí la educación formal (en la universidad) durante 4 y he estado trabajando profesionalmente durante 2, 1 cuando comencé aquí, así que no tengo ni idea, aunque él actúa. Él dice: "¿Por qué estás usando Linq para filtrar esa lista? Un par de foreach también funcionan". Creo que está intentando ocultar que es el único desarrollador de la empresa que no entiende Linq. Sigue diciéndome que mis soluciones son "exageradas" cuando uso una expresión lambda. También me mira con una expresión en blanco cuando menciono SÓLIDO.

Ha estado hablando mal de mí con nuestro gerente, porque me niego a nombrar mi clase "Solicitud" a "SolicitarClase" y otras razones extrañas.

Me gritó hace unos días. Desafortunadamente, nadie estaba dentro de la distancia de audición. Afortunadamente, ha estado fuera de la oficina desde entonces, así que pensé que podía calmarme un poco. Verás, sufro un trastorno de ansiedad genérico (aún no tengo un diagnóstico oficial, pero he estado en terapia durante aproximadamente una semana). Siempre me he preocupado, pero los ataques de ansiedad comenzaron hace unos meses. Hoy lo volví a ver e inmediatamente sentí que me venía un ataque. Me estoy escondiendo en el baño en este momento. Estoy usando el negocio de las mujeres como excusa. Eso funciona, pero no permanentemente.

Mi gerente le ha indicado que me controle, ya que me demoré mucho en una solicitud de cambio hace un tiempo. Fue difícil porque tuve que refactorizar una clase que este programador escribió (mal). Por supuesto, afirmó que era fácil cuando el gerente le pregunta. El gerente y este programador se remontan a mucho tiempo atrás.

Mi asiento está a la vista tanto de este colega como de nuestro gerente.

¿Cómo hago esto? ¿Cómo escondo mis ataques de ansiedad? No quiero que me despidan, tengo una familia que alimentar. La ubicación es Holanda. Tenemos un departamento de recursos humanos. Este gerente maneja a este otro programador, yo y otro chico al que le acaban de diagnosticar una depresión causada por el trabajo y solo me lo dijo a mí.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .
¿Tu gerente es técnico? Es decir, ¿puede él/ella hacer valoraciones independientes de su trabajo?
@Dukeling Anxiety en sí misma está fuera de tema, lidiar con los efectos en el lugar de trabajo no lo es.
Si mantiene el código escrito con un estilo único, probablemente debería emular y preservar ese estilo, incluso si no le gusta; poder hacerlo es una habilidad crítica en proyectos grandes. Al menos a menos que pueda obtener un mandato explícito de arriba, declarado en la audiencia de ese autor, de que la empresa quiere comenzar la transición a otra cosa. Por el contrario, si mantiene un código que no está escrito en el estilo solicitado por el crítico, el resto del equipo debería intervenir para defenderlo y poner fin a las críticas irrelevantes.
Esto realmente suena como una falta de liderazgo técnico. Los estilos de código contextual son muy posibles, pero alguien necesita establecer (y luego proteger activamente) algunas pautas sobre qué usar cuando las partes inocentes pueden confiar de manera segura. No parece que todavía haya una guía escuchada por todos sobre qué estilo usar al mantener, reemplazar o actualizar el código que originalmente tenía un estilo inusual.
Aunque su actualización me hizo sonreír, aún le recomendaría que seleccione una respuesta con la que realmente esté de acuerdo y omita el sarcasmo (que, como puede ver en el comentario de @Korinna, no necesariamente funciona en línea), porque si siente que respuesta no ayudó y alguien con un problema similar llega aquí en el futuro, sería bueno mostrar qué respuesta realmente lo ayudó más en lugar de con cuál no estuvo de acuerdo.
@Mark Tu comentario me confunde. Acepté la respuesta porque me ayudó a darme cuenta de que estoy en la profesión equivocada. No hay sarcasmo aquí. Solo la triste realidad que esta profesión no es para mi. La buena noticia es que he decidido dedicarme profesionalmente a la fotografía y el arte (después de un poco de recuperación, porque de momento siento que no puedo hacer nada).
Es una ocurrencia rara, como un arcoíris doble, o alguien en Internet que dice: "¿Sabes qué? Me has convencido de que estaba equivocado". - Michael, El buen lugar
Dado el tono del resto de su pregunta y lo que dijo en el chat de la respuesta aceptada, sinceramente, no esperaba que pudiera decir lo que escribió en su actualización. Sobre todo por frases como "soy demasiado estúpido para ser programador". Supongo que si realmente no te gusta la programación, cambiar tu trabajo tiene sentido, pero luego pensé que te habrías dado cuenta de que no te gustaba un poco antes de los 10 años. De todos modos, te deseo lo mejor y espero que ' Serás feliz en tu nuevo trabajo.
@Mark gracias :) Me gusta mucho programar. Este trabajo y la respuesta me hicieron darme cuenta de que me faltan otras habilidades (¿blandas?) para ser un buen programador.
Traté de ser fuerte durante unos días, luché contra ello, actué como si realmente supiera algo, pero no lo sé. Me gusta programar, me convencí de que esto es algo en lo que estoy bien, que no apesto como todo lo demás. Me las arreglé por un tiempo, pero las dudas han estado arrastrándose por un tiempo. Solo necesitaba que mi compañero de trabajo se diera cuenta.
@Cyonis, ¡¡¡por favor, no abandones la programación!!! Solo necesita encontrar un mejor entorno de trabajo, ya que el actual es claramente tóxico. ¡Su actualización realmente me entristece, ya que su líder claramente no ha podido guiarlo adecuadamente! No tires tus años de pasión y experiencia solo por un chico.
Honestamente, esa es una decisión TERRIBLE. Lo peor que puedes soportar. En primer lugar, porque existe la posibilidad de que el senior tenga habilidades efectivamente subóptimas. Aún más importante, sin embargo, es que estás perdiendo una gran oportunidad de mejorar. Realmente. En cada trabajo en el que necesites un cerebro, siempre serás un junior que necesita aprender, no pierdas esta oportunidad porque, aunque sea estresante y difícil, es la forma de crecer. Ser humilde es exactamente lo contrario de darse por vencido. Por supuesto, si su salud es buena, siempre es la primera preocupación.
@Cyonis Mis mejores deseos en su elección... sin embargo, es mi opinión que cualquiera puede convertirse en un buen programador. Tal vez solo algunos sean brillantes, pero no es necesario serlo para vivir bien de ello. (Donde "vivir bien" = no tener ese recorte salarial del 70 %).
@Dukeling ¿Por qué tiene sentido marcar una pregunta de más de 95 votos como un duplicado de una pregunta de 1 voto que pregunta algo diferente (la otra pregunta es sobre un nuevo compañero de trabajo mentiroso, esta sobre un superior colérico) y se cerró como fuera de tema? ?
@AllTheKingsHorses Le estás preguntando a la persona equivocada. Voté para cerrar, pero no como un duplicado.
@Cyonis Es desalentador ver que, una vez más, la respuesta correcta se reduce a "Agárrate, subordinado, tus superiores tienen derecho a faltarte el respeto; deben saberlo mejor porque tienen un estatus más alto". Y también es desalentador ver que efectivamente recomiendas a otros que tienen el mismo problema que renuncien a sus trabajos y trabajen en la entrega. Bueno, dejaré de publicar aquí y volveré a leer mi copia de "Obediencia a la autoridad" de Milgram, que debería decirme todo lo que necesito saber para mi trabajo...
"él es mucho mejor que nosotros... no podemos entender su código" - escribir código que otras personas no pueden entender lo convierte a uno en un mal programador, no en uno bueno. Incluso los mejores programadores tendrían dificultades si tuvieran que lidiar con una persona mayor que no sabe lo que está haciendo.
@Dukeling Entonces, ¿por qué recibe un aumento y nos amenazan con ser despedidos?
@AllTheKingsHorses Eso no tiene sentido. Él no tiene un estatus más alto que yo, aunque tiene más experiencia. Y en realidad soy un desertor de la universidad. Lea mi pregunta sobre la academia. Tiene razón en seguir con esto. Soy un fracaso.
@Cyonis Porque así es como las empresas (no) funcionan a veces. Debe encontrar un trabajo en el que sus superiores quieran ayudarlo a tener éxito (de los cuales hay muchos), no empujarlo al fracaso.
@Dukeling Ya no sé a quién o qué creer. Me he estado sintiendo horrible desde que me dijeron (y aparentemente a nuestro otro colega también) que me van a despedir si no mejoro. Los hechos que tengo son: 1. Dejé la universidad, 2. No puedo entender su código, 3. Tanto mis colegas como nuestro gerente están de acuerdo en que no soy un buen programador (otro colega cree que es incluso peor que a mí). Quiero ser al menos un programador decente tanto, pero toda la evidencia apunta en mi contra. Y ya no puedo ir a mi terapeuta, porque el seguro ya no quiere pagar.
@Cyonis Believe the answer de AllTheKingsHorses, con quien otras 146 personas también están de acuerdo. Además, hay muchas personas sin título que trabajan en las principales empresas tecnológicas.
@Dukeling Point tomado. Tal vez he sido capaz de imaginar escenarios fatales de nuevo. Acabo de llamar con mi marido. Dice que tengo que dejar de escuchar a la gente que dice que soy un idiota y cree en mí mismo. Son minoría, aunque me parezcan más ruidosos. Paso 1: acepta la otra respuesta. Gracias :)
Esto no es un duplicado. Esta pregunta trata sobre una dinámica explícita de roles senior/junior, mientras que la pregunta presuntamente duplicada supone un compañero. Las dos son situaciones muy diferentes. Una respuesta que se aplica a un compañero probablemente no lo hará para una situación senior/junior y viceversa. Esto debería ser reabierto.
Solo para aclarar, por cierto, que mi respuesta tampoco asume ninguna falta de habilidad por parte de OP, sino todo lo contrario. Es muy fácil desanimarse mucho en la programación. Pensar que era un idiota/fraude fue una batalla semanal o diaria para mí durante años. Ahora que me doy cuenta de que TODO el código es terrible, me doy cuenta de que nadie es realmente bueno programando; bueno, aquellos que son buenos son los que, durante años de fallas , han aprendido cómo hacer el código según lo programado y a escribir mantenible y comprobable. código (cuando sea posible). No te preocupes por el grado. Todos fallamos. Lo que importa es lo que haces ahora.
Y como dijo alguien más, se necesita tiempo para obtener la experiencia para comenzar a hacerlo realmente bien en cualquier cosa. Tienes que fallar mucho mientras tanto. Es la vida, todos pasamos por ella, pero al final estamos mejor por eso (aunque no lo parezca en ese momento). Realmente no puedes mejorar sin fallar primero, porque el fracaso es el mejor maestro. Luego aprendes lo que puedes mejorar y cómo mejorarlo. Sin embargo, no es lo que escuchas en la televisión con "¡Todo el mundo es una súper estrella!" abstenerse, que es tan perjudicial! Echa un vistazo a la mentalidad de crecimiento. ¡Ayuda! youtube.com/watch?v=hiiEeMN7vbQ
Por cierto, la mentalidad de crecimiento también se aplica a la fuerza laboral (especialmente a la fuerza laboral, porque a menudo es donde dejamos la "burbuja" y enfrentamos un fracaso real y doloroso). Bien, dejaré de agregar comentarios por ahora. :)
@bob gracias :) Estuve en un lugar realmente malo durante el fin de semana. Creo que entiendo tu respuesta ahora, aunque no estoy particularmente de acuerdo con ella. Hoy pasó algo muy bonito. Le había mostrado al gerente mis resultados con un colega fuera de la vista. Él los amaba. Luego entró un colega, preguntó qué estaba pasando y luego comenzó a atacar mi trabajo. El gerente me defendió, muy clara y directamente. Ese fue un momento un poco asombroso. Me hizo sentir mucho mejor.
¡Eso es realmente genial!
¡Guau! Me alegro de haber mantenido esta respuesta abierta para verificar más tarde. Qué montaña rusa. Fue bastante triste leer tus opiniones autocríticas, me alegro de que lo hayas superado. Su colega senior suena muy mal, especialmente si nadie entiende su código. Trate de aprender lo que pueda de él, pero NO lo ponga en un pedestal; su código es genial porque nadie lo entiende, es una idea realmente equivocada.
Actualización menor, que no justifica una edición. Han pasado bastantes cosas. Le había dicho a un colega de otro equipo cómo me había estado tratando este colega. De alguna manera eso puso las cosas en movimiento. He estado en un nuevo equipo desde el comienzo de la semana, bajo un nuevo gerente, en una nueva oficina. Todo el equipo me respalda. Me han estado ayudando, entrenando (de una manera agradable) y, lo mejor de todo, se aseguran de que esté bien. Mi aporte está siendo valorado, mi trabajo no es inmediatamente descartado como malo sin ser visto. Soy mucho más feliz. De hecho, el CEO notó que estoy más feliz. Me dijo que si muestro...
... suficiente motivación y compromiso durante el próximo año, verá si la empresa puede pagarme la matrícula para que pueda obtener un título después de todo.
Quiero agregar énfasis y una explicación de por qué los desarrolladores senior pueden ser estrictos con el "estilo". TODO el código debe escribirse en una sola "voz". La empresa debería incluso tener convenciones de codificación escritas. ¿Por qué? Porque todos tienen su propia opinión sobre lo que se ve "bien" y la mayoría de los desarrolladores piensan que los demás simplemente están equivocados. Mis preferencias personales están a 180 grados de los "estándares corporativos". Y sin embargo, si alguien más no los sigue, me quejo. De lo contrario, es genial saber que has encontrado un "hogar" mejor.
"¿Por qué estás usando Linq para filtrar esa lista? Un par de foreach también funcionan". Me reí. Esto solo confirma que claramente estás en otra liga que este idiota.
Sé que esto es muy poco profesional, pero me gustaría golpear eso para cada tipo de loop justo en su estúpida excusa por cara.

Respuestas (11)

Permítanme comenzar con una perogrullada: no eres tú, son ellos.

Puede sonar trillado y obvio, pero en el nivel emocional, tu pregunta me da la sensación de que no es obvio para ti. Es su colega el que está siendo poco profesional, y probablemente incluso (al menos inconscientemente) lo sepa y lo presione para evitar las consecuencias de sus propias acciones. Y su gerente, que no se da cuenta o no le importa, tampoco es un gerente estrella (especialmente si hay otra persona en su grupo que está deprimida por el trabajo).

Según su pregunta, usted es un desarrollador profesional de .NET con educación universitaria que sabe lo que hace y vive en un país de Europa occidental. Con lo que sé del mercado actual, no eres tú quien debería estar preocupado de que te despidan... ellos deberían estar preocupados de que los "despidas". Y probablemente deberías despedirlos (idealmente después de conseguir un nuevo trabajo donde la gente te aprecie). Imo, la vida es demasiado corta para trabajar con idiotas con egos inflados cuando puedes encontrar un mejor trabajo en otro lugar, y parece probable que puedas. Sugiero buscar un poco de trabajo, aunque solo sea para demostrar que puede encontrar un nuevo trabajo si lo despiden. Para paliar la parte racional del miedo que tienes.

Lo que lleva al siguiente paso: si sabe que tiene poco de qué temer, puede ver sus faroles y ganar o evitar sus juegos de gallina. Si sabe que está siguiendo las mejores prácticas del comercio y que es su pérdida si lo despiden por ello, entonces es más fácil enfrentarse a la BS.

Estuve en una situación algo similar hace un tiempo. En algún momento estaba tan frustrado y deprimido que ya no podía soportar las demostraciones aleatorias de dominio de un colega, y comencé a retroceder. (Ese día, ella quería reorganizar mi escritorio mientras yo trabajaba en él. Solo me enteré de eso cuando llegaron los trabajadores. Exploté. El escritorio se quedó donde estaba). Fue entonces cuando comenzó a mejorar. En última instancia, sin embargo, realmente mejoró cuando dejé ese trabajo por pastos más verdes.

A menudo, realmente no hay nada que respalde las demostraciones de dominio de los colegas gilipollas: simplemente lo intentan y ven si pueden salirse con la suya. No tienes que dejar que se salgan con la suya. Su colega probablemente esté (inconscientemente) preocupado porque sabe que su conocimiento está desactualizado y si/ya que no hace nada al respecto, algún día se quedará sin trabajo. No digo esto para hacerte sentir por él (obviamente él no siente nada por ti), sino para demostrar que no es tan fuerte como parece.

Continuar con la terapia. Discuta lo que se necesita para tomarse un tiempo libre con su terapeuta: a corto plazo (en caso de un ataque de ansiedad) ya largo plazo (para descomprimirse de esta situación). ¿Qué harías si tuvieras un dolor de cabeza muy fuerte que no desaparece con analgésicos? Con suerte: ir a casa? ¿Consideras hacer lo mismo si tienes un ataque de ansiedad?

Mejore su salud mental al optar por no participar en las horas extras que ellos quieren que haga. ( Quieren horas extra, ¿ verdad? Los lugares de trabajo disfuncionales a menudo no son tan eficientes, por lo que requieren que te quedes más tiempo para apagar los incendios que avivó su mala gestión). descansar y recargar. Pide a tus amigos y familiares que te apoyen porque lo estás pasando mal.

Parece que está convencido de que el gerente está firmemente del lado de sus colegas. ¿Está realmente seguro? Si no, explique las mejores prácticas y cómo benefician a la empresa a su gerente. A los gerentes sensatos les gustan los empleados que hacen cosas que son buenas para la empresa. Si no lo hace, razón de más para buscar trabajo.

¡Te deseo mucha suerte y que te mejores pronto!

Esta respuesta es genial. Pero no creo que el OP deba centrarse en el hecho de que su código sigue las "mejores prácticas", porque las "mejores prácticas" de hoy pueden haber sonado atroces ayer, y viceversa. En cambio, creo que debería invertir algo de tiempo para aprender los méritos de múltiples prácticas (si no lo ha hecho ya en algún momento). No hay nada como la confianza que tienes cuando sabes que puedes aplicar cómodamente cualquier práctica y que, en última instancia, tomaste una decisión informada, cualquiera que fuera esa elección.
@Kleronomas Al mismo tiempo, sin embargo, si su código sigue las mejores prácticas (independientemente de qué prácticas específicas) y sigue las pautas de estilo de la empresa, no está haciendo nada malo. Está perfectamente en su derecho de consolarse con el hecho de que su código es perfectamente sólido, incluso cuando su colega está tratando de abusar verbalmente de ella para que use convenciones anticuadas. "Ayuda aprender nuevas prácticas" no es una buena excusa para ceder a cada pequeño capricho de un colega con un ego demasiado inflado.
@ Abion47 Creo que puede haber entendido mal mi comentario. No estoy diciendo que deba ceder a los caprichos de cualquier compañero de trabajo arrogante; debería ignorar activamente a ese tipo (y denunciarlo, si es posible). Estoy diciendo que probablemente tendrá más confianza para enfrentarse a él si su confianza proviene de saber por qué su código es bueno, en lugar de saber que está siguiendo las mejores prácticas.
Si existe la opción de trabajar desde casa, la op puede considerar discutirlo con la gerencia ya que están en tratamiento y no quieren dejar de trabajar mientras ella pueda. Esto también les ayudaría a ser más productivos estando lejos de ese ambiente.
Estaría de acuerdo si se tratara de cosas no relacionadas con el código del desarrollador junior, pero lo que OP describe parece ser el ámbito legítimo del desarrollador senior en cuestión, en cuyo caso OP correría el riesgo de ser etiquetado como inmanejable.
Acordado. En el gran esquema de las cosas, la vida realmente es demasiado corta para tratar con personas como esta. Anótalo como una experiencia de aprendizaje, sigue adelante y agradece que haya abundantes oportunidades.

Mi consejo honesto es buscar otro trabajo. No puede cambiar a otras personas, especialmente a personas como su colega, pero puede tener un nuevo comienzo con diferentes personas en otra empresa.

Por lo general, le aconsejaría responder a cualquiera de sus solicitudes tontas con hechos objetivos, pedir razones objetivas para sus críticas y mostrarle fuentes objetivas de las tecnologías que propone. Pero en tu caso, no estoy seguro de que puedas lograrlo. Los ataques de ansiedad son desagradables y pensar las cosas con calma y lógicamente es casi imposible durante un ataque.

Pero los ataques de ansiedad son motivo para ir al médico y tomar un día de baja por enfermedad. Pídale a su terapeuta consejos prácticos y estrategias sobre cómo lidiar con el desencadenante de sus ataques.

Al contrario de lo que otros escriben, yo en tu lugar no le diría a mi jefe que tengo ansiedad.

Lo que dice la ley y cómo reacciona la gente son dos cosas completamente diferentes. He experimentado personas siendo acosadas por muchas razones. El hecho de que no deberían ser intimidados y que es ilegal intimidar no jugó ningún papel.

Esto parece un conflicto político. Tu colega está tratando de mostrarte quién es el jefe. Está tratando de imponer su dominio sobre ti. Esto sucede mucho y más aún si él es un hombre mayor y tú eres una mujer más joven (en términos de edad y duración de la carrera).

No pelees con él, solo haz lo tuyo. Si es posible sonríe mientras haces lo tuyo.

Acepta que algunas cosas no dependen de ti y respira hondo cuando el chico te pida algo tonto. Si su jefe apoya estas solicitudes, simplemente llévelas a cabo. No intentes demostrarle a nadie que no tienen sentido.

Si eres lo suficientemente fuerte, incluso puedes probar una estrategia diferente. Acércate a él y pregúntale su opinión sobre algún problema. No importa si sabes cómo resolverlo y no necesitas su ayuda. Ve a él y dile algo como

Hola [Dick], me preguntaba si podrías ayudarme con eso. Sé que tienes mucha más experiencia que yo en A, así que creo que me vendría bien una segunda opinión. Lo apreciaría mucho.

No necesitas creerlo. Véalo como una estrategia. Él podrá demostrarte que es el amo, salvar el culo de tu pobre damisela en apuros y te querrá más. Cuando te dé una respuesta, agradécele efusivamente, incluso si no tiene sentido. Destaca cuánto te ayudó. Por supuesto, solo si te sientes psicológicamente capaz de comportarte así.

O pídele que almuerce o tome un café contigo. Felicítalo por permanecer tanto tiempo en la empresa. Pregúntale sobre su estilo de trabajo, qué estilo de comunicación prefiere, etc. No hables mucho. Escucha. A todos nos encanta el sonido de nuestras propias voces. Si se siente escuchado, es posible que no intente dominarte en tu trabajo.

No me gusta mucho este consejo. Yo, por ejemplo, no me gusta el sonido de mi propia voz en absoluto. Además, personalmente no soportaría adular a alguien de la manera que sugieres, sin importarles invitarlos a tomar un café y exponerme más a su comportamiento desagradable.
@usuario159517. Tbh, tampoco me gusta. Pero pasé por eso tantas veces en mi propia vida que si no hubiera descubierto cómo lidiar con los imbéciles en el lugar de trabajo... sería el autor del hilo "despedido 3 veces" (un poco más abajo en el cola de hilos). En este tipo de situaciones puedes intentar hablar, lo que normalmente no aporta mucho, y luego dejarlo. O tratar de lidiar con idiotas, lo cual sugerí probar primero. Si me retirara cada vez que esto me sucediera, sería un desempleado de larga duración (y sin empleo) a estas alturas.

Una cosa que podría ayudar es lidiar con la situación estresante. Estuve en una situación similar cuando todavía era bastante junior y me causó mucho estrés (y no terminó bien porque lo manejé mal). Con más experiencia en mi haber (9 años), tengo algunos consejos. Nuevamente, esto es lidiar con la fuente del estrés, lo que creo que debería ayudar con la ansiedad, si funciona. ¿Por qué digo junior? Porque la experiencia viene del trabajo, así que si tienes 2 años de experiencia laboral, todavía eres junior. La experiencia no laboral no es un factor en este caso. Junior no tiene nada que ver con la habilidad tecnológica.

Los desarrolladores senior tienen más experiencia, no necesariamente habilidades tecnológicas más agudas, y eso está bien

Esto es algo que los desarrolladores junior no suelen entender, y es frustrante para ellos. Ven las habilidades oxidadas del desarrollador senior y las comparan con sus propias habilidades frescas y agudas, y asumen que el desarrollador senior es un fraude que no debería ser senior. Pero el desarrollador senior no es senior debido a sus habilidades tecnológicas nítidas (estas se aburren con el tiempo, ya que alguien administra más y codifica menos). Son senior porque tienen años de experiencia de los cuales (con suerte) han aprendido las trampas que deben evitar y las habilidades blandas críticas que los ayudan a trabajar de manera efectiva con la gerencia. Los desarrolladores junior generalmente carecen de ambos, por lo que necesitan desarrolladores senior para ayudarlos a sortear las trampas.. Uno de los mejores desarrolladores junior que he visto todavía necesitaba esto. Se dejó llevar (después de resistirse un poco), y fue algo muy bueno. Si nota que la gerencia escucha al desarrollador senior, no significa necesariamente que haya una conspiración en marcha (con toda seriedad, no como un desaire en absoluto). Los gerentes miran la experiencia primero, las habilidades tecnológicas después, y probablemente (y muy razonablemente) respetan y confían en el juicio de los desarrolladores senior al mirar el panorama general.

No luches contra el desarrollador senior

No luches contra el desarrollador senior. No. Todos los desarrolladores junior lo hacen (yo también lo hice), pero es una locura. Sí, los desarrolladores junior tienen habilidades tecnológicas más agudas, pero carecen de experiencia, por lo que generalmente no saben tanto como creen, y le dan al desarrollador senior mucho menos crédito por el conocimiento del que deberían. Y en segundo lugar, y muy importante, la gerencia confía en el desarrollador senior para dirigir el barco y guiar al desarrollador junior. La gerencia esperadesarrollador junior para seguir el ejemplo del desarrollador senior. Si el desarrollador junior se niega y dice "pero el desarrollador senior es un idiota, lo sé mejor debido al principio XYZ", la gerencia no pensará "wow, el desarrollador junior tiene razón, el desarrollador senior es un fraude; los despediré y ascenderé a junior desarrollo". La gerencia piensa, "hombre, este desarrollador junior es inmanejable y un gran riesgo. Espero que se alineen pronto, o tendremos que mostrarles la puerta". Estoy seguro de que la última línea no es útil para la ansiedad, pero hay buenas noticias: ¡probablemente haya tiempo para dar la vuelta al barco! ¿Qué debes hacer?

¡Preséntese al liderazgo del desarrollador senior!

¿El desarrollador senior dice usar GOTO? Entonces úsalos. Plantee inquietudes de una manera que demuestre humildad y respete la experiencia del desarrollador senior, pero aún plantee inquietudes (es mejor hacerlo como preguntas genuinas del tipo "Quiero aprender X", no preguntas del tipo "¿No es una manera tonta de hacer eso?") . Plantee tales inquietudes desde la posición de asumir primero que el desarrollador senior tiene una buena razón y que quiere aprender de qué se trata, pero comunicando que aceptará lo que digan independientemente, solo quiere aprender. Repetiré: haz lo que dice el desarrollador senior. La única razón por la que no debe hacerlo es si sabe con 100% de certezaese desarrollador senior no tiene de ninguna manera un rol de líder o mentor sobre usted, no es el líder tecnológico, no sobre el proyecto, no sobre el código base, nada de eso. Si su gerente no lo ha dicho explícitamente, entonces debe asumir que lo es. Para eso están los desarrolladores senior.

Recuerda: tu trabajo no es hacer las cosas a la perfección, tu trabajo es hacer las cosas

Los desarrolladores junior a menudo no se dan cuenta de esto, pero al final del día, el código debe hacerse y alguien debe tener la responsabilidad de tomar decisiones sobre cómo diseñar el código, los estándares de codificación, etc. Esa es la responsabilidad de un desarrollador senior. , y muy probablemente del desarrollador senior en cuestión. Eso significa que no es tu responsabilidad como desarrollador junior. Siempre y cuando plantee las inquietudes de la manera correcta (ver arriba) cuando las tenga, está bien escribir el código de una manera que no tenga sentido para usted o que parezca que está comprometiendo los estándares de calidad del código (con la experiencia que necesita). Aprenderé sobre la compensación entre costo, velocidad y calidad que hace que esto sea un hecho en la industria del software; el desarrollador senior probablemente ya haya aprendido esta lección).

Por qué esto probablemente ayudará

Primero, con suerte reparará la relación entre usted y el desarrollador senior. La responsabilidad del desarrollador sénior es casi con certeza dirigirlo y asesorarlo. En este momento, accidentalmente está haciendo que eso sea difícil y estresante para el desarrollador senior, y está viendo un rechazo de ellos (concedido de una manera que no es apropiada, pero las personas son humanas). Reparar esa relación hará que las cosas sean menos estresantes para usted y reducirá su ansiedad, lo que debería ayudar con sus ataques de ansiedad. Bonificación: también es probable que mejore su imagen con su gerente, lo cual es importante. Y con el tiempo y la experiencia, comenzará a ver por qué todas estas cosas son ciertas, lo que también ayudará con la ansiedad a largo plazo.

si esto no funciona

Si haces todo esto, completamente, con total humildad y sinceridad, siguiendo lo que dice el desarrollador principal (y dándole una cantidad de tiempo razonable, al menos uno o dos meses), y siguen siendo abusivos, entonces yo está de acuerdo con otro cartel que necesita buscar otro trabajo. Y, por supuesto, nada de esto excluye la necesidad de dar prioridad a su salud mental y emocional, ni asume que reducir su estrés lo arreglará todo, pero es una herramienta que debería ayudar, además de otros pasos.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .

Si bien este desarrollador es la causa directa de su angustia, me parece que el verdadero problema aquí es el gerente. Este es uno de los tipos de disfunciones que ocurren en los equipos técnicos donde el gerente no comprende realmente el trabajo que hace el equipo.

Cuando no comprende realmente lo que sucede como gerente, se ve obligado a depender de otros para comprender la calidad del trabajo y tomar decisiones. Eso no es necesariamente un problema en general, pero lo que ocurre a menudo es que el gerente no sabe cómo elegir a las personas adecuadas para escuchar. Tienden a basar su evaluación en cosas superficiales y, a menudo, eligen a la persona equivocada. El clásico es el miembro del equipo que produce soluciones frágiles y, a menudo, demasiado complejas que crean muchos problemas que solo ellos pueden resolver. Lo que el gerente ve es el "héroe" que soluciona los problemas. "¡Uh-oh, los informes de TPS están fallando de nuevo! ¡Necesitamos al héroe!" Los desarrolladores que escriben código que es estable y robusto no están constantemente salvando el día y parecen prescindibles.

Eso puede parecer estúpido (lo es), pero es un resultado natural de cómo funcionan nuestras mentes. Las cosas que no cambian y funcionan bien tienden a volverse invisibles. Por ejemplo, ¿con qué frecuencia piensa en los latidos de su corazón? Probablemente no a menudo cuando es normal. También debe comprender que la mayoría de las personas no tienen idea de lo que sucede dentro de una computadora. Es todo un misterio. Solo ven a un héroe bombero. No hacen la conexión de que el héroe es realmente un pirómano.

Has aterrizado en un equipo con un 'chico de oro'. Cuando el chico dorado no es realmente terriblemente competente, pueden ser muy territoriales y celosos. Si los desafías en un nivel técnico, pueden volverse muy agresivos e intentar intimidarte para que te sometas. La realidad es que su estado suele ser muy tenue. Una vez que el gerente comienza a ver evidencia de su ineptitud, la situación puede cambiar muy rápidamente. A menudo, el gerente se enojará cuando comience a ver que ha sido engañado y que esta persona dañó su propia posición en la organización. El chico dorado está desesperado por evitar grietas en su fachada de competencia.

Tienes tres enfoques básicos para elegir:

  1. Sométete y deja que el chico dorado domine.
  2. Ve a la guerra y exponlo.
  3. Salir y encontrar una nueva situación.

La primera no es una elección que haría a menos que necesitara desesperadamente mantener mi trabajo. He hecho el número 2 varias veces, principalmente por mi personalidad y no tanto porque realmente entendiera la dinámica. Puede ser muy incómodo y existe cierto riesgo de que lo dejen de lado o lo despidan. He sufrido lo primero pero no lo segundo. Es difícil decir cómo la ofensiva afectará su ansiedad. El estrés es a menudo el resultado de sentirse impotente, por lo que la resolución activa de problemas podría ayudar. Y si tiene éxito, todavía está atrapado con un gerente que no sabe lo que está pasando. Podrías convertirte en el chico dorado ('chica dorada' tiene una connotación muy diferente, agradezco sugerencias para otro término sin género para esta idea). Tal vez quieras eso, personalmente preferiría trabajar en un equipo no disfuncional. Una cosa a tener en cuenta que J. Chris Compton ofreció: "Si está lleno de emoción (se percibe que está molesto) cuando explica su punto de vista, es menos probable que entregue un mensaje que influya / convenza a la otra persona. Mi opinión de ver a la gente discutir cosas técnicas: es más probable que la persona que está cargada emocionalmente sea percibida como equivocada (todo lo demás es "en su mayoría igual")". Agregaré a eso: sepa lo que hace y esté preparado para defender sus decisiones, pero si se da cuenta de que está equivocado o de que la otra persona tiene razón, admítalo.

Irse siempre es una opción. Las principales desventajas de que es difícil saber con certeza en qué se encontrará en el próximo lugar y cambiar de trabajo con demasiada frecuencia puede verse mal.

Otra cosa que podría pasar es que el gerente se vaya. Por lo general, esto no es algo que pueda afectar, aunque podría reclamar un entorno de trabajo hostil que podría conducir al despido. No estoy seguro de cómo funciona eso en los Países Bajos, pero en los EE. UU. eso expone a la empresa a juicios y tales reclamos generalmente se toman en serio en cualquier empresa bien administrada.

Dudo que el #2 (Ir a la guerra y exponerlo) sea una buena opción. El gerente ya la ve como una persona que se demoró demasiado en un proyecto (referencia al problema de refactorización) y probablemente ya haya escuchado y creído al chico dorado cuando dijo que no puede programar bien (referencia a LINQ). Yo diría que la #1 es su mejor solución a corto plazo hasta que pueda implementar la #3. Tratar de lidiar tanto con un adversario tóxico como con una ansiedad creciente es una subida empinada cuesta arriba (aunque se puede hacer, el n. ° 3 es menos estresante y no menos saludable).
@J.ChrisCompton Nunca he sido capaz de tolerar que alguien haga evaluaciones objetivas incorrectas de mi trabajo. Parece que el OP ya ha permitido esto, por lo que probablemente no sea el camino que tomará. Sin embargo, tal vez si el 'otro gerente' puede ser reclutado y tiene habilidades técnicas...
La #2 es la mejor opción, pero se necesita un ejército/un guerrero para ir a la guerra, no alguien con ataques de ansiedad. Entonces, la opción 2 no es una opción sino una ilusión.
@TomTom Un ejército en realidad puede ser una opción. Me di cuenta de que soy mucho más popular y tengo mucha más credibilidad con todos, excepto con el gerente, que el 'chico de oro' (me gusta ese término), hasta el punto en que algunas personas quieren que lo despidan. Logré reclutar a otros 10 desarrolladores y dos gerentes. Recibí una oferta para mover el equipo la próxima semana. Ejército asegurado... :) Veamos cómo va esto desde aquí.
@TomTom No estoy seguro de eso. O al menos no ha sido mi experiencia. Por ejemplo, comencé un nuevo trabajo y uno de los arquitectos/desarrolladores fue considerado el 'mejor' por un gerente. Cuando comencé a mirar lo que había construido y hablé con el gerente al respecto, su impresión cambió rápidamente a 'este código apesta'. Este gerente en realidad no sabía cómo codificar en un punto, simplemente nunca se molestó en mirar antes. En cualquier caso, la fe construida sobre impresiones superficiales no es muy sólida. Algunas grietas en la fachada y puede desmoronarse por completo.
@JimmyJames Sé lo que quiere decir, sin embargo, no debe tomarse como algo personal, incluso si la crítica es objetivamente incorrecta; la solución es explicar por qué tiene razón con la evidencia. Si está lleno de emoción (se percibe que está molesto) cuando explica su punto de vista, es menos probable que entregue un mensaje que influya o convenza a la otra persona. Mi opinión de ver a la gente discutir cosas técnicas: es más probable que la persona que está cargada emocionalmente sea percibida como equivocada (todo lo demás es "en su mayoría igual"). A veces, incluso se discute si algo es realmente objetivo.
@J.ChrisCompton Ese es un punto excelente. Voy a agregar eso a la respuesta.

A veces, las personas (tóxicas) ocupan tanto espacio (personal) como encuentran disponible. Queda a tu voluntad poner tus límites y no darle más espacio. Es posible que este tipo nunca cambie , pero al menos puedes establecer algunas reglas sobre su comportamiento .

De mi experiencia personal con un colega tóxico (muchas similitudes con tu caso), Primero, hablé con mi jefe y le dije cuánto más productivo sería si algunas cosas fueran diferentes en mi entorno laboral, mencionando uno o dos hechos que sucedió con mi colega. En segundo lugar, aproveché la primera oportunidad que me dio mi colega después de ser criticado una vez más, diciéndole que aunque tenía razón en sus propuestas, su comportamiento no estaba ayudando en nada.

No hace falta insultar a nadie, trata de sacar a la superficie su aspecto positivo de su carácter destacando su experiencia y al mismo tiempo hazle entender que tu productividad depende de él y tu buena comunicación entre tú y él.

En mi caso, el comportamiento de mi colega mejoró ( ¡solo para mí! ). Tiene el mismo comportamiento para aquellos que han mantenido la boca cerrada.

El buen caso es que trabajarás en un mejor ambiente. Pero, ¿y si las cosas no funcionan como las planeaste?

¿Cuál sería el peor escenario? ¿Ser despedido? Apenas lo suficiente para creer que eso sucedería. En el peor de los casos, el tipo no cambiará y tendrás la opción de renunciar a tu trabajo o probar otro método. Supongamos que renuncias o te despiden. ¿Así que lo que? Encontrarás un trabajo mucho mejor. Por ti y tu salud mental. Tu familia necesita que estés saludable ante todo.

Podría tratar de manejar sus ataques de ansiedad de vez en cuando estableciendo que su sentimiento principal para esta situación sea su ira en lugar de su miedo . Sí, necesita paciencia , hay que luchar, pero se puede lograr con seguridad.

¿De verdad crees que él no puede hacerlo? O "piensas" que no sería capaz... porque bla, bla. Puede usar su ira para superar sus miedos. Muchos lo han hecho, él también puede. También puede seguir un camino alternativo. he seguido ese camino
@Prometheus Algo que funciona para usted no necesariamente funcionará para otra persona. No sé qué funcionará para ella, y tú tampoco. Ninguno de nosotros es su terapeuta. Decir "Puedes manejar tus ataques de ansiedad de vez en cuando estableciendo que tu sentimiento principal para esta situación sea tu ira en lugar de tu miedo". es muy probable que esté equivocado y desdeñe sus problemas.
Claro que no lo somos, pero es por eso que he citado mi experiencia personal. Dado que algunas personas (incluyéndome a mí) han logrado algo al usar este método, creo que vale la pena citarlo. No creo que OP digiera nada de lo que le han dado como consejo correcto sin masticarlo bien antes. Puede filtrarlo, decidir si es adecuado para su personaje/situación. Puede tratar de adoptarlo o descartarlo, también puede optar por combinarlo con otro método y obtener un resultado positivo.

He estado en una situación similar, en el mismo país. Voy a compartir lo que hice y los efectos, si esa no es una buena respuesta en WorkplaceSE, házmelo saber.

Soy un desarrollador móvil, trabajo con otros 3, uno de los cuales actúa de la misma manera que tu chico. Se queja constantemente del trabajo de otras personas, incluso de las que llevan 15 años en la empresa. Es teóricamente muy fuerte, pero le falta mucha experiencia en el mundo real, no entiende que cuando trabajas para una empresa, a veces tienes que usar la solución de 1 hora que es lo suficientemente buena en lugar del proyecto de refactorización de 10 horas para arreglar un insecto. En las reuniones, inicia discusiones sobre todo, todo el equipo puede decir A y él seguirá siendo inflexible sobre B.

La primera vez que esto me provocó un ataque, me apagué por completo. Fue en una reunión, ni siquiera recuerdo qué lo desencadenó exactamente, pero este tipo seguía gritando el mismo argumento sin importar lo que le dijera. Entré en pánico y en el momento en que uno de los miembros de mi equipo le dijo algo al chico, me alejé de la conversación por completo, no tengo un recuerdo consciente del resto de la reunión, solo miré mi lata de refresco, afortunadamente el resto de el equipo terminó el resto de lo que necesitaba ser discutido.

Después fui al baño un rato, para calmarme y pensar qué hacer a continuación. Le pedí a mi superior que programara una reunión. Tengo autismo y me estaba recuperando de una depresión en ese momento, nadie lo sabía todavía y sentí que tenía que contarlo primero para explicar completamente el impacto. Así que le dije eso, generalmente es un tipo muy agradable unos años mayor que yo, así que me sentí cómodo compartiendo esto con él. Me ayuda saber que valora mi trabajo y no cambiaría esa opinión basándose en el conocimiento de estos temas. Le expliqué lo que pasó y cómo me afectó, y que no sabía qué hacer en una situación así. Respondió muy comprensivo y me dio el consejo de ir al baño en el momento en que sintiera que se avecinaba un ataque. Quédate allí todo el tiempo que sea necesario y cuéntale sobre el incidente algún tiempo después. YO'

El tipo problemático recibió una advertencia oficial poco después con un algo general "no encajas en el equipo, trabaja en eso". Ha estado mejorando desde entonces.

¿Tienes un "vertrouwenspersoon"? Si es así, hable con ellos, para que al menos alguien en la empresa conozca su situación y pueda responder por usted si las cosas realmente se salen de control. (vertrouwenspersoon = una persona en la empresa a la que puedes contar cosas sin que se lo digan a los demás, es algo que tienen algunas empresas en los Países Bajos)

Para la felicidad a largo plazo, debe encontrar una nueva posición en la que sea más feliz.
Puede tomar un par de meses, pero las habilidades de .NET son comercializables en todo el mundo.


Con eso en mente, voy a abordar otra cosa.

Otros tienen buenos aportes sobre cómo lidiar con su ansiedad específicamente.
No hay necesidad de agregar a esa parte.

De lo que me gustaría hablar es de cómo lidias con las cosas en general.
Si miras las cosas de manera diferente, las cosas podrían ser más fáciles para ti.

Así que veamos algunas cosas que dices aquí, con nuevos ojos,
y puedes considerar si tengo puntos válidos.

Nota: no te culpo por el lío que has descrito.

Lea la última oración de nuevo por favor...

Quiero sugerir diferentes formas de ver las cosas, en su próximo trabajo, sin importar cuál sea.

Ha estado hablando mal de mí con nuestro gerente, porque me niego a nombrar mi clase "Solicitud" a "SolicitarClase" y otras razones extrañas.

Tengo que preguntar... ¿por qué no le cambiaste el nombre?
Es el desarrollador principal y es amigo del gerente. ¿Es esa una colina en la que estás dispuesto a morir? Escoge tus batallas.
Habrá un montón de reglas estúpidas en cada organización. ¿Por qué? (1) Porque puede ser mucho mejor tener todo el código escrito en un patrón, incluso cuando eso no es óptimo, y (2) personas mandonas.
Tenía un amigo que trabajaba en un lugar donde no se permitía usar una negación en una declaración if (un buen principio general... pero tonto cuando se aplica sin piedad).

Él dice: "¿Por qué estás usando Linq para filtrar esa lista? Un par de foreach también funcionan".

Dígale que pensó que era más fácil de mantener y ofrézcale reescribirlo.
(Sin decirle o insinuar que es un idiota... especialmente si es un idiota.)

Fue una [tarea] difícil porque tuve que refactorizar una clase que este programador escribió (mal).

¿Tuviste que reescribirlo?
Por "tener que" quiero decir, ¿ realmente no había otra forma de hacer los cambios?

Saca mis cambios y comienza a criticarlos. Estoy seguro de que nuestro gerente lo instó a eso.

Esto es algo para hablar con su gerente cuando se sienta lo suficientemente saludable como para abordarlo.

Gritar es inapropiado, no deberías tener que lidiar con eso en el trabajo... nunca.
Observo que dices que está criticando tus cambios , pero el tono de la publicación parece ser que te está criticando a ti .

En la mayoría de los lugares tendrás que lidiar con las críticas a tu trabajo; esfuérzate por tomártelo de manera menos personal.

Él sabe bastantes cosas mejor que yo... Sin embargo, cree que sabe todo mejor que yo.

Si bien puede tener razón, cuando dice "él cree que sabe todo mejor que yo", definitivamente está proyectando, que no es la forma más saludable de vivir la vida.

En mi opinión, proyectar puede contribuir a la ansiedad. 1 Vea si su terapeuta quiere hablar con usted al respecto.


1 No, no soy terapeuta. Creo que "contribuye" porque la mayoría de las personas que conozco que tienen ansiedad proyectan mucho más. Eso es "evidencia anecdótica" omite este punto si crees que estoy equivocado :-)

También "porque tuve que refactorizar una clase que este programador escribió (mal)". - Hago eso en este momento. ¿Problema? La lógica se escribió durante 5 años, los requisitos comerciales cambiaron "diariamente". La refactorización siempre pospuesta por razones de presupuesto. Cosas así pasan en las empresas. Consigues a un chico nuevo, lo pones a aclarar esto porque aún no está "ocupado" con los requisitos comerciales. Este es un trabajo normal, sucede. (en mi caso, FINALMENTE retiramos toda la API y la reescribimos desde cero; solo me tomó 2 años y MUCHOS requisitos nuevos que la hicieron seriamente inutilizable).
@TomTom Sí, estoy diciendo que si causa una pérdida de varios diez millones de dólares, no debe gritarle. ¿Redactado? Quizás. ¿Despedido? Quizás. ¿Gritado? No. Donde trabajo ahora, nadie me gritaría si generara una pérdida multimillonaria, y sí, es posible que haga algo así. Cuando hay tanto dinero en juego, debe haber controles y equilibrios adecuados (múltiples revisores), nunca una posibilidad de que una sola persona cargue con la culpa. Lamento escuchar que su experiencia es diferente.
Si bien hay mucha verdad en esta respuesta... es una estrategia a corto plazo. No querrás callarte y convertirte en un peor desarrollador a menos que sea un paso para otra cosa.
@AdrianoRepetti En realidad, aconsejé buscar un nuevo trabajo en la parte superior de mi publicación. Si tu conclusión de mi publicación es "cállate y conviértete en un peor desarrollador", entonces no debo haber escrito una buena publicación. Me entristece que aparentemente haya decidido renunciar a la industria.
Sí, quería reforzar eso, fácilmente pasa desapercibido. Oh sí. Qué terrible decisión, especialmente si es causada por una sola experiencia. Espero que no sea el caso, pero puede ser algo de lo que se arrepienta en el futuro.
@AdrianoRepetti Editado para enfatizar que la solución a largo plazo es conseguir un nuevo trabajo, y el resto son solo habilidades de afrontamiento. ¡Gracias por tu contribución!
@AdrianoRepetti Consideré buscar un nuevo trabajo por un tiempo, pero me temo que volverá a suceder lo mismo. Nunca he tenido un buen trabajo. Esperaba haber tenido mala suerte, pero probablemente solo sea un gran fracaso. Todo iba bien hasta que abandoné la universidad. Ya sentía que no debería estar allí, pero de alguna manera salió bien, mi GPA era de 3.5, pero realmente no pertenecía allí, lo cual esperaba que fuera diferente. Hice una pregunta sobre Academia ( academia.stackexchange.com/questions/106850/… ).
Hasta hace poco me aferraba a esa esperanza de estar bien, incluso leí sobre el síndrome del impostor, pero no es eso. No he convencido a nadie de que soy "realmente bueno", porque me dicen lo contrario. Seguía esperando que fueran ellos, no yo, pero realmente soy yo. Soy un idiota por abandonar la universidad. Solo soy un gran desastre.
@cyonis No te conozco lo suficiente como para tener una opinión (e incluso en ese caso no soy nadie para juzgar las habilidades de alguien) pero, francamente, dudas, entonces ya pasaste por el "Soy recién graduado, lo sé todo". " fase. Ahora toca aprender, no rendirse.
Solía ​​vivir en los Países Bajos, la gente es directa y directa (¡al estilo holandés!) y conocí a una gran cantidad de grandes profesionales. Es posible que deba encontrar la compañía adecuada con un buen mentor, pero definitivamente vale la pena. Siempre te enfrentarás a obstáculos pero, en el entorno adecuado, son la forma de aprender y ser mejor. Además, como dije, existe la posibilidad de que el desarrollador senior no sea tan hábil como crees ahora. Todavía necesitas seguirlo, pero eso no significa que seas tonto si harías las cosas de una manera diferente. Aprende, gana experiencia (que no es solo conocimiento) y luego muévete.
Es obvio, pero déjame agregar esto: tu salud es lo primero. La transición a la industria puede ser estresante y exigente porque la experiencia proviene especialmente de los errores. Busca ayuda profesional y sopesa tus decisiones frente a tu salud. ¿Está bien para usted un recorte salarial del 70%? ¿Eres más feliz y saludable que ser repartidora? Entonces hazlo, es un trabajo honorable y divertido. ¿Serás más feliz como desarrollador? Encuentra un nuevo trabajo o habla con franqueza con tu jefe: quieres mejorar pero necesitas más ayuda.

Tengo otro enfoque para su problema: su colega siempre parece tener una mejor idea sobre cómo hacer las cosas, pero ese tipo de personas generalmente tienen un inconveniente: están muy metidos en la codificación más profunda, pero no tienen idea de que los programas que Está escrito para ser utilizado por personas normales (es decir, no nerds de TI, todos lo respetan), esto es algo que puede usar:

Acudes a tu jefe y le mencionas que no te sientes bien con las constantes críticas que recibes de tu compañero de trabajo, así que tienes una propuesta: cada vez que tu compañero de trabajo descubra que haces algo mal, depende de él encontrar una situación de la vida real, en la que pueda indicar claramente por qué su solución es mejor que la tuya. Su gerente debe aceptar esa situación de la vida real.

Esto dará como resultado la siguiente situación:

  • Algunas de las situaciones que inventará no serán aceptadas por el gerente, ya que al no ser lo suficientemente realista, hay un ganador para ti.
  • Algunas de las situaciones que inventará serán aceptadas por el gerente, ya que son lo suficientemente realistas, eso será un éxito para él, pero para usted será una oportunidad de aprender de su compañero de trabajo.

Eventualmente, terminará con una lista de casos de uso de la vida real, en los que su empresa puede usar una lista de prueba de regresión, lo que podría aumentar considerablemente la calidad de su producto, y ese será el verdadero ganador para usted, como lo es. ¡la persona que ha propuesto comenzar esta lista de prueba de regresión!

El riesgo con este consejo es que el compañero de trabajo en cuestión es un compañero de trabajo senior. Es poco probable que el gerente reciba esto bien. Señala "Soy un desarrollador junior inmanejable que no entiende la importancia de que mi compañero de trabajo sea senior".

Esto es lo que pasa con los desarrolladores con grandes egos y sin habilidades: las empresas que los contratan y los mantienen a largo plazo morirán. Eventualmente, lo que sucederá es que causarán una gran cantidad de código, muchas dependencias ocultas, aplicaciones de modelo monolítico, etc., de modo que un día el código se rompa y nadie, excepto ese tipo, podrá mantenerlo. Luego, ese tipo dejará la empresa (se jubilará, renunciará, será despedido, lo que sea) y la aplicación fallará y la empresa se derrumbará por su propio peso. Mi empresa actual está pasando por una situación similar en este momento, donde su aplicación anterior estaba tan mal diseñada que decidieron que, en lugar de arreglarla, sería mejor simplemente reconstruir todo desde cero y tirar la anterior, y están gastando un montón de tiempo y dinero en ello,

Entonces, esa es la dirección en la que se dirige su empresa, si su "desarrollador sénior" no sabe acerca de SOLID y es quisquilloso con cosas como "Solicitud" frente a "RequestClass" (y, por cierto, tiene razón en este caso, debería ser "Solicitud "; agregar a todo el sufijo Class/Impl/etc es tan anticuado, no es de extrañar que el desarrollador senior haya estado programando durante 20 años, probablemente todavía esté usando Java 4, apuesto;)). ¿Quieres estar en este barco que se hunde cuando eventualmente se desmorona, o mejor aún, quieres estar allí para recoger los pedazos del desastre de otra persona? Por supuesto que no. Así que sal de ahí lo antes posible. Estás en un barco que se hunde, es hora de saltar.

Excepto que la MAYORÍA de las empresas no se desmoronan. ¿Recuerdas el problema del año 2000? Probablemente no, ni UN solo banco se derrumbó debido a un error sistémico introducido principalmente en las décadas de 1960 y 1970. Las empresas se derrumban cuando su negocio fracasa: la mayoría de las empresas no tienen TI como negocio.
@TomTom ¡Me encantó cómo ingeniosamente incluyó un ejemplo del error Y2K en su comentario sobre el error Y2K!
@TomTom La TI y el desarrollo de software no son lo mismo. Los términos se confunden con demasiada frecuencia, pero decir que TI = desarrollo de software es como decir que odontología = cirugía a corazón abierto.
@TomTom ¿Sabes por qué salió tan bien? Porque la gente se adelantó y lo arregló. Si lo hubieran arreglado de manera incompetente, habría habido problemas. Por cierto, muchos lugares tuvieron sus problemas de Y2K antes. Conozco a una mujer que trabajaba en un sistema que administraba la manutención de niños. Segunda mitad de 1981, uno de los programas decía "la mujer está embarazada en el 81, el niño nacerá en el 82, agregue 18 años, eso es 0, ahora es 81, eso es más que 0, así que no más pagos de manutención". Ese tenía que ser arreglado de manera competente y razonablemente rápido.
@TomTom no fue un error sistémico en absoluto, no cuando ese código se escribió en los años 70. Supongo que se podría decir que el "error" fue que el código todavía funcionaba perfectamente bien 30 años después. Si tan solo el código moderno pudiera decir lo mismo :-(
Independientemente de si debe ser "Solicitud" o "Clase de solicitud" en otro contexto, en este contexto debe ser lo que coincida con la norma dominante del código existente o la dirección elegida por el liderazgo del proyecto. Entrar en una discusión de ego sobre un caso no tiene sentido: para algo tan básico como eso, hay una forma en que la empresa lo hace, y todo lo demás está mal allí , sin una decisión de alto nivel para comenzar a cambiar todo el código base. Entonces, el cartel o el crítico están equivocados en esto; valdría la pena averiguar qué piensa el resto de la empresa (no el resto de Internet).
@ChrisStratton estuvo de acuerdo. Puedo decirles que está lejos de ser estándar poner "Clase" detrás de un nombre de clase en la empresa. Simplemente pensó que era más descriptivo porque "es una clase que representa una solicitud, no una solicitud", que no cuenta para otras clases.

Su problema no son sus hábitos de codificación o la forma en que hace las cosas, su problema en este momento es su ansiedad. Si no soluciona eso con un profesional/medicamentos, verá que este patrón sucede a lo largo de su vida. La gente verá todo lo que haces de manera desfavorable, no inspirarás confianza y, después de eso, puedes ser el experto, la persona indicada para este tipo de negocios, y nadie te tomará en serio. Tómate un tiempo y explícale esto a tu terapeuta (nunca se lo digas a tus compañeros de trabajo), incluso si hay alguien en quien confíes. Lo que sucede en su lugar de trabajo son detalles. Su ansiedad y vulnerabilidades proyectadas son sus prioridades ahora.

Gracias, Rafael. Ya estoy llevando a un terapeuta. Sin embargo, los problemas no desaparecerán de la noche a la mañana y todavía se espera que venga a trabajar 5 días a la semana, que es el enfoque de mi pregunta.