¿Qué factores de estrés se encuentran los programadores en el trabajo y cómo los maneja? [cerrado]

74

Aprender a manejar el estrés es vital para mantenerse saludable mientras trabaja en cualquier trabajo. Una subtarea necesaria es aprender a reconocer y limitar las fuentes de estrés.

Pero, en medio de la rutina diaria, puede ser difícil reconocer las fuentes de estrés (especialmente para una persona intensa y enfocada, como un programador).

¿Qué tipos de factores estresantes deben tener en cuenta los programadores y cómo pueden manejarse?

    
pregunta 8 revs, 3 users 71%user8 20.11.2011 - 18:29

10 respuestas

100

Estas son las cosas que encuentro más estresantes para mí y para los desarrolladores a mi alrededor:

  1. Ambigüedad : objetivos, requisitos u otras expectativas declarados de manera ineficaz. Muchas empresas tienen empleados que tienen una actitud de "I don't know what I want, but I'll know it when I see it. Oh, and by the way I need it tomorrow."
  2. Plazos inadecuados : la mayoría de los plazos son establecidos por la empresa, no necesariamente por las capacidades realistas de los desarrolladores en el personal. Además de esto, las expectativas para el requisito aumentan pero el presupuesto / recursos no lo son.
  3. Suposiciones / expectativas malas : los programadores tienen una tendencia a tener una alta opinión de sus capacidades (no un rasgo no ganado), y debido a esto, esperan que otras personas puedan igualar sus capacidades, comprensión y expectativas. A menudo se asumirá que algo es "common knowledge" o similar, y esto puede ser catastrófico en la categoría de estrés. Ahora, no solo el experto en negocios no cumplió con las expectativas del programador, sino que es un completo incompetente para arrancar. Por el contrario, si el programador no cumple con las expectativas del negocio, el programador se queda frustrado porque no se le dio la información necesaria para continuar.
  4. Falta de respeto : muchas personas tienen una tendencia a creer que solo porque alguien sea débil en su disciplina significa que es débil en la de ellos. Hay una razón por la que todos tenemos diferentes trabajos / capacidades / expectativas, y es importante respetar que es muy probable que la otra persona sea muy capaz en las tareas que deben realizar. El hecho de que alguien no tenga sus capacidades no significa que sea incompetente o incapaz.
  5. Falta de autocontrol : esto se puede manifestar en muchas cosas. Quizás eres un trabajo-a-holic que se niega a tomar los descansos adecuados. Esto lleva a la acumulación de estrés y es malo. Tal vez usted sea un bebedor de Jolt Cola que tome más cafeína que debería cuando el estrés se acumula. Esto es malo para su salud y empeora su respuesta al estrés. Debe conocer sus límites, saber qué desencadena sus respuestas de estrés específicas y, lo más importante, saber cómo aliviar esa respuesta de estrés. Quitarlo con compañeros de trabajo o colegas no es apropiado y solo servirá para aumentar el estrés.
  6. Falta de habilidad de comunicación : a menudo no hablamos el mismo idioma y no hablo de inglés, alemán o indio. Estamos usando las mismas palabras, pero no estamos diciendo las mismas cosas. Las personas deben ser específicas y abiertas sobre las cosas que no entienden. Incluso si crees que entiendes, no está de más aclarar. Recuerde que una métrica empresarial puede significar algo diferente para los diferentes departamentos de una organización.
  7. Sangrado de límites : mantenga el trabajo en el trabajo y el hogar en casa. El hecho de que su hijo de 7 años deje sus zapatos en el medio del piso y no limpie después de su desayuno no significa que tenga que masticar a Tiffany para que no le cuente uno nuevo porque no le ha dado la hoja de cálculo de los requisitos de facturación. . La misma señal, solo porque Tiffany se afloje con la hoja de cálculo no significa que su esposa merezca ser mal tratada en el viaje de regreso a casa. (por cierto, la pobre Tiffany tampoco merece ese tratamiento)
respondido por el Joel Etherton 09.05.2011 - 23:30
17

Creo que el mayor factor de estrés para cualquier programador es una falta de confianza .

Sí, muchas reuniones (ciertamente no reuniones en sí mismas) son innecesarias, pero hay muchas cosas que yo como programador puedo hacer al respecto. Si regularmente tengo que asistir a reuniones que, en mi opinión, no son necesarias, entonces es mi responsabilidad levantarme y decir "hey, no necesito estar en esa reunión; puedo dedicar mi tiempo de manera más productiva".

Lo mismo ocurre con las interrupciones: sí, eso es una molestia. Lo he visto en bastantes compañías. Sin embargo, muchas veces, una vez más, hay varias cosas que se pueden hacer. Un programador no necesita revisar su cuenta de correo cada cinco minutos y responder a cada correo instantáneamente. Del mismo modo, si no quiero que me molesten durante un cierto período de tiempo, apago mi mensajero instantáneo y reenvío mi teléfono.

Estos son solo dos ejemplos, hay muchos más. Sí, a veces las cosas se ponen difíciles. Pero la mayoría de las veces, los problemas de los que estamos hablando podrían solucionarse con bastante más confianza. Dígale a la gente al otro lado del circuito de comunicaciones "sí, lo escuché y recibí su mensaje, pero lo veré más adelante".

¡Los problemas más grandes son los que nos estamos creando! ;-)

    
respondido por el perdian 09.05.2011 - 16:30
12

Errores de componentes de terceros

Puede ser extremadamente estresante cuando recibe una actualización de algún componente de terceros que rompe algo. No tiene el código fuente para depurar o modificar, pero si su sistema depende de ello, puede ser bastante aterrador. Ir en una mañana para descubrir que su servidor de control de fuente se está ejecutando de manera inesperada y es posible que pierda 2 semanas de inscripciones, lo que puede generar un poco de estrés. Esta es básicamente la idea de una capa de abstracción permeable, cuando no está preparado para ello. Eche un vistazo a los tickets de errores abiertos en cualquier tecnología de pila de Microsoft y los comentarios sin duda evidenciarán esa variedad de estrés.

    
respondido por el Morgan Herlocker 20.12.2011 - 09:38
10

Expectativas poco realistas. Veo clientes que esperan que puedan pasar 6 semanas de un período de diseño de 7 semanas para obtener el archivo que necesita para comenzar y se preguntan por qué no se realiza al día siguiente. He visto a personas que esperan que puedan entregarte una nueva tarea el viernes a las 4:30 y esperan que pases todo el fin de semana para terminar la presentación el lunes ante el CEO. He visto a personas que te quitan una tarea de alta prioridad para hacer una segunda tarea de alta prioridad y luego se ponen furiosos de que la primera no se haga a tiempo. Todas estas cosas son estresantes, incluso cuando has hecho todo lo posible por explicar claramente desde el principio por qué su expectativa no es realista.

Falta de habilidad para leer mentes. (Voy a hacer una fortuna si invento ese módulo de lectura mental). Es estresante descubrir en las pruebas de los usuarios que lo que te dijeron que querían no era lo que realmente querían.

    
respondido por el HLGEM 20.12.2011 - 09:39
8

Muchas de estas respuestas proporcionadas son excelentes, especialmente las tensiones enumeradas de Joel y las relacionadas con la pérdida de dinero y la administración agresiva que no entienden lo que están pidiendo.

Algunas de las principales tensiones que encuentro provienen de

  • Inheriting Spaghetti Code

    • He tenido algunas experiencias insensatas en las que la rueda seguramente necesitaba reinventarse. Imagine que lo contraten después de que otro desarrollador haya creado una base de código durante más o menos un año, más o menos, para descubrir que no tenían idea de lo que estaban haciendo, fallaron miserablemente y fueron despedidos. A su llegada se le dice que su trabajo es "hacer que esto funcione". Por supuesto, hay aproximadamente una línea de notas por cada 4000 líneas de código. Extrema falta de modularidad y poca o ninguna dirección. Además de todo, todo va más allá de tener nombres "extravagantes" (que son comprensibles y, a veces, muy buenos) en el simple hecho de "wth-ness"
    • Se supone que debes tener dos subpuntos: P (el código de espagueti es malo, ¿vale?)
  • Hay un error. Usted KNOW por un hecho absoluto de que tiene para ser del orden que involucre uno o dos pequeños cambios de caracteres. La fecha límite es mañana, tienes 3 características para terminar. Este error tarda 5 horas en encontrarlo y no puedes ignorarlo. ; (Ouch lol.

  • Intentando explicar lo anterior

  • Estar atascado en un escritorio debido a restricciones comerciales mientras que si solo pudiera ir a caminar una hora en un parque y regresar, tendría un código dorado a la espera de saltar de la punta de sus dedos. En lo peor, tengo que ver algunos árboles y el cielo si quieres que haga un buen código y avance rápido. Al menos la mitad de la programación es un arte después de todo. Encuentra inspiración.

  • No te quedes atascado en un escritorio cuando tienes que irte a casa debido a limitaciones comerciales y no puedes trabajar 20 horas hoy mientras estás en la zona. A veces hago clic con lo que estoy haciendo y si no puedo tirar de un todo más claro en ese momento , no es lo mismo al día siguiente ... Recordaré la mayor parte pero lo haré Tómalo tres veces más para abatirlo y no ser tan bueno de todos modos.

  • A veces, el café / otros consumibles lo empeoran y mi cerebro simplemente no escucha mi mente como lo deseo. =)

  • Pausas de 15 minutos. Solo lo suficiente para echarme, no lo suficiente para refrescar mi cerebro. Boooooo.

  • Ha habido ocasiones en las que elegí una nueva biblioteca o ... peor ... un nuevo marco. Esta ha sido una de las tareas más sorprendentemente estresantes que he encontrado. Cuando sale bien o incluso está bien, es encantador. De vez en cuando cuando se pone malo ... oh chico. Puedes sentarte allí y probar un sinfín de pruebas de diferentes estilos y tener la cabeza tan llena de demasiadas interfaces que partes de mi mente solo comienzan a apagarse y dicen "no, no ... no haré eso. También mal. vete ". Solo para ser forzado a vencerlos en sumisión. Le suspiro.

  • El tipo malo de errores del enlazador. No estoy seguro de cómo describirlos.

  • Importar grandes cantidades de datos desde un formato de archivo molesto a sus objetos. Esto a veces es bastante divertido y a menudo te quema muy rápido cuando no lo es. Recuerdo que trabajé con este antiguo formato de Excel que tenía un horror de personaje de escape muy difícil e indocumentado. Esto, junto con el hecho de que la información en la columna real que estábamos extrayendo estaba llena de personajes funky, ... todavía me persigue. Seguí pensando "¡aha funciona ahora! ....! ............ oh ... no importa ..."

respondido por el Garet Claborn 09.05.2011 - 21:25
6

Creo que gran parte del estrés es el resultado de las siguientes premisas:

  1. Los buenos programadores suelen ser las personas que pueden realizar alguna tarea no programable (soporte de producción / solución de problemas, documentación, responder a preguntas de la empresa u otros miembros del equipo, ofrecer opiniones técnicas sobre futuras direcciones) de manera más eficiente.
  2. La programación es una actividad que se realiza mejor en largos períodos de tiempo ininterrumpido.
  3. Comprensión de la Premisa # 1 > > Comprensión de la Premisa # 2.

Como resultado, a los programadores a menudo se les pide que hagan una serie de cosas diferentes, lo que erosiona su productividad y la calidad de su trabajo en su oficio elegido. El gerente que hace esta llamada ve esto como una "victoria", porque el problema agudo se resolvió de manera rápida y eficiente, y el costo no es evidente de inmediato.

Hay algunas estrategias para administrarlo, con varias ventajas e inconvenientes.

  1. Administración del tiempo: dedique parte de su día a la programación, y otra parte de su día a otro trabajo, y sea disciplinado al respecto. Una desventaja de esto es que terminé dejando que el trabajo no programado ocupara todo mi tiempo de 8 a 5, e hice que mi programación funcionara por la noche, lo que es malo para el equilibrio entre trabajo y vida.
  2. Educación: aquí es donde la gente como Joel está haciendo el trabajo de yeoman: hacer correr la voz de que el costo de una interrupción de 15 minutos puede ser mucho mayor que 15 minutos. (por ejemplo, enlace )
  3. Desarrollo del equipo, documentación: asegúrese de que no es la única fuente de conocimiento para piezas críticas de la tecnología de su empresa.
  4. Desagradable Personalidad - solo bromeo a medias. Si desarrollas la reputación de responder con un gruñido a las interrupciones, las personas tenderán a encontrar otras formas de hacer algo. Sin embargo, es mejor que seas realmente bueno para lograr esto.
respondido por el JohnMcG 09.05.2011 - 19:59
6

El principal factor de estrés que encuentro es lo que me gusta llamar " Mort Syndrome ". Básicamente, es la actitud que tienen algunos desarrolladores de que la mediocridad está bien, y no hay necesidad de mejorar o hacer las cosas de manera diferente, nunca. Como alguien que pasa tiempo fuera del trabajo leyendo blogs y libros, escuchando podcasts y viendo videos de mejores maneras de hacer las cosas profesionalmente, encuentro que esto realmente me estresa, porque el 95% del tiempo soy la única persona en el equipo. , si no en toda la compañía, quien entiende por qué, por ejemplo, escribir pruebas unitarias es bueno o por qué es malo tener miles de líneas de código en una sola clase (o clases que hacen media docena de cosas diferentes), y tratar de educar a mis compañeros de trabajo, ya sea con una apariencia en blanco, con las excusas de "No tenemos tiempo para arreglarlo", "Nunca lo usaremos porque nunca lo hemos usado antes". o "No es así como hacemos las cosas", o en el peor de los casos, se me muestra la puerta y se me despide por intentar cambiar las cosas para mejor.

    
respondido por el Wayne Molina 12.05.2011 - 18:26
4

Sería difícil obtener una respuesta general a esta pregunta. Las personas prosperan bajo diferentes condiciones.

  1. demasiado trabajo en muy poco tiempo
  2. muy pocos comentarios de los usuarios
  3. culpar a la cultura
  4. falta de confianza en el ambiente.

Tiendo a encontrar que el trabajo es la menor causa de estrés para la mayoría de las personas, no para los programadores en particular. Son los elementos extraños, como la cultura de la empresa, el ambiente de unidad, los problemas de comunicación que causan más estrés para la mayoría de las personas. No es que no puedan manejar el trabajo; es que no pueden manejar el ambiente en la cocina si quieres.

Una discusión más útil podría centrarse más en las soluciones a dichos problemas.

    
respondido por el temptar 09.05.2011 - 16:35
4

"Otras tareas asignadas".

He tenido que contestar los teléfonos. He tenido que trabajar en el almacén. He tenido que hacer inventario. He estado en reuniones de empresa de todo el día. Incluso tuve que salir y hacer un mantenimiento limitado del césped.

No sé si alguna vez tomaré otro trabajo que tenga eso como parte de la descripción.

    
respondido por el John Kraft 09.05.2011 - 18:46
2

Mala gestión. No puedo contarle cuántas historias he experimentado o visto de gerentes (especialmente gerentes sénior y personas de alto nivel de la compañía) que toman decisiones escandalosas sin consultar a nadie que realmente sepa algo sobre el área que decidieron o no consultan. notas de reuniones anteriores antes de avanzar en la dirección opuesta a como se decidió.

    
respondido por el Tom A 12.05.2011 - 18:38

Lea otras preguntas en las etiquetas