Este artículo infundirá miedo en los corazones de los programadores de todo el mundo. Puede que sea Halloween, pero resulta aterrador darse cuenta de que estos problemas pueden surgir en cualquier época del año.

Aversión a la estimación

La estimación del tiempo es difícil. Incluso si divide adecuadamente un proyecto en pequeñas partes, es difícil predecir con precisión cuánto tiempo llevará una tarea si nunca la ha realizado antes. Incluso si tiene confianza, probablemente olvidará el impacto de cuestiones no relacionadas con la programación, como reuniones de progreso, vacaciones, bajas por enfermedad, documentación, etc.

La estimación se ve empeorada por los ingenuos gerentes de proyecto que lo atan a esas cifras. Recuérdeles que las estimaciones se llaman “estimaciones” por una razón.

Horarios sospechosos

Los proyectos deben tener objetivos y cronogramas claramente definidos o pueden desviarse para siempre. Nada puede considerarse “completo”, pero los objetivos deben ser alcanzables y las fechas realistas. Incluso entonces, esté preparado para un desliz porque las cosas van mal y es imposible prever todos los problemas.

A menudo se culpa a los programadores por los retrasos en el lanzamiento. No es necesariamente culpa tuya: la causa es una mala gestión y una falta de planificación.

El alcance se arrastra

Aquellos que superen los problemas de estimación y programación pueden enfrentarse a un aumento del alcance; un personaje cobarde que insiste en nuevas funciones o revisiones totales cada pocos días. Nunca nada es lo suficientemente bueno y el proyecto oscila incontrolablemente de una reescritura a otra. Una buena gestión del proyecto ayudará. O simplemente pídale al canalla una especificación completamente documentada: se quedará misteriosamente silencioso.

Temblores de herramientas

Hay algo peor que no tener las herramientas adecuadas para el trabajo: verse obligado a utilizar una herramienta que odia. Quizás sea un desarrollador de PHP que se está trasladando a Java. O un experto en Gulp obligado a utilizar Grunt. O un usuario de Atom obligado a utilizar Eclipse.

Sea pragmático y adopte los procedimientos y procesos utilizados por otros miembros de su equipo (a menos que pueda convencerlos de que migrar a otro lugar es rentable). Pero tener que usar una herramienta o un editor aleatorio porque “eso es lo que usamos aquí” es desgarrador. ¿La solución? No te quejes y usa lo que necesites. Es más fácil pedir perdón que pedir permiso, y pocos se quejarán si haces el trabajo.

Preocupaciones de colegas no técnicos

¿Temes que ciertas personas vengan a la oficina? Puede que sean personas perfectamente agradables, pero resulta agotador tener que explicar los mismos problemas técnicos cada vez que nos visitan. Querrán saber por qué IE8 no muestra esquinas redondeadas, por qué la aplicación se ve diferente en su antiguo Blackberry, por qué su computadora portátil funciona lentamente, por qué el correo electrónico no funcionaba a las 10:52 p. m., por qué su historial de navegación es visible y cómo alguien accedió a su cuenta de Facebook.

No se investigarán ellos mismos. No buscarán en Google. Lo utilizarán: su salvavidas no oficial de soporte de TI. Hay una serie de opciones a considerar. ¿Podrías facturarles por tu tiempo? O esconderse.

Susto al diseñador frustrado

Quizás peores que los colegas no técnicos son aquellos «con ojo para UX». Quienes hacen esta afirmación invariablemente nunca tienen esas habilidades, pero eso no les impedirá sugerir cambios frívolos en la interfaz. ¿Movamos ese botón dos píxeles hacia la derecha? Cambiemos al morado: es un color de moda. Hagámoslo resaltar.

Afortunadamente, el frustrado diseñador olvida rápidamente sus recomendaciones porque nunca están documentadas y cambia de opinión con frecuencia. Dígales que sus ideas se implementarán en un período vago y olvídese de ello.

Preocupaciones sobre «no tomará mucho tiempo»

Las oraciones «justas» van seguidas de esta cita. Siempre lo realiza alguien sin experiencia en desarrollo y sin conocimiento del proyecto ni de sus objetivos. Inevitablemente, el tiempo necesario para completar una función es inversamente proporcional a su «estimación».

Ignore las declaraciones imprecisas. El tiempo es relativo; Es posible que estén pensando en la implementación de un día, pero usted puede suponer el período que desee.

Luchas de apoyo

Corregir errores es fácil. Lo difícil es descubrir cuál es el problema ante quejas típicas como “no funciona”. Los usuarios supondrán que eres una entidad mística que sabe qué sistema operativo están ejecutando, qué software instalaron, qué funciones estaban usando y cómo era su pantalla cuando tuvieron un problema hace tres semanas.

En sus esfuerzos por ser útiles, el usuario no revelará lo que estaba haciendo ni los errores que encontró. Es divertido jugar veinte preguntas y descubrir que formatearon su disco duro.

Sustos por errores

Nadie quiere equivocarse y algunas empresas desarrollan una cultura de culpa poco saludable. Todos hemos tenido algún error. Todos hemos perdido archivos o datos esenciales. Todos nos hemos arrepentido de haber escrito código de una manera particular. Así es como aprendemos. Acepte y admita sus errores: le convertirá en un mejor desarrollador.

Cargas por aburrimiento

Todos queremos trabajar en cosas interesantes. Todos queremos seguir interesados. Todos queremos marcar la diferencia. Pero no importa lo que estés haciendo; El aburrimiento afecta a todos independientemente de su rol. Dicho esto, si ha pasado los últimos 25 años trabajando en un proyecto de evaluación fiscal basado en COBOL, tal vez sea hora de un cambio de dirección. Sabes lo que te detiene…

La inquietud de lo desconocido

Los apartados anteriores se pueden resumir en una única afirmación: miedo a lo desconocido. Como programador, te enfrentarás a situaciones que no has experimentado antes. El trabajo le resultará desconocido; nunca habrás utilizado esa tecnología ni te habrás desarrollado de esa manera.

No tienes nada que temer excepto el miedo mismo. Acéptalo: la experiencia es buena, puedes disfrutar el cambio. No lo sabrás hasta que lo pruebes…

¿Me he perdido tus terrores más problemáticos? ¿Qué pesadillas has soportado?