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?
Estas son las cosas que encuentro más estresantes para mí y para los desarrolladores a mi alrededor:
"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."
"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. 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! ;-)
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.
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.
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
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 ..."
Creo que gran parte del estrés es el resultado de las siguientes premisas:
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.
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.
Sería difícil obtener una respuesta general a esta pregunta. Las personas prosperan bajo diferentes condiciones.
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.
"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.
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ó.
Lea otras preguntas en las etiquetas development-environment