Estas fechas son idóneas para revisar algunas historias de terror que viven los profesionales TI, aunque en específico de los programadores, así que con un poco de humor revisaremos algunas de estas momentos que «sufrieron» algunos, aunque siempre con un poco de humor.

Desde percances al momento de la codificación hasta la eliminación de archivos y sitios internos, desarrolladores de software comparten algunas de sus historias de terror más aterradoras.

• Maté el sitio interno de la empresa

Mi empresa estaba usando WordPress para su intranet y estaba realizando un mantenimiento de rutina eliminando sitios antiguos y no utilizados. En un momento hice clic en «SÍ» para proceder con una eliminación y al instante me di cuenta de que había eliminado el sitio de boletín interno de nuestra empresa, que era el más leído y bien diseñado de todos los sitios. Mi estómago cayó al suelo. Me levanté, fui a la esquina del área TI, expliqué la situación, y un compañero con el comportamiento típicamente lacónico de un profesional experimentado, dijo: «Bueno, dame un par de horas y lo restauraré a la copia de seguridad de ayer».

Luego caminé por OTRA esquina hacia el Director de Comunicaciones, le expliqué lo que hice (su respuesta: «¿Puedes HACER eso?»), Le dije que lo tenía bajo control, y me dirigí a mi escritorio para esperar un momento. Largas horas de espera. Todo fue restaurado a excepción de algunos comentarios, y ahora tengo una excelente respuesta de entrevista para «Hábleme de un error que cometió».

• Mi máquina murió

Cuando estaba en la universidad, abrí mi MacBook para trabajar en un proyecto para una clase de informática, y la pantalla estaba completamente pixelada. Parecía una versión colorida de la estática en televisores sin señal. Pude iniciar sesión, pero nada en la pantalla estaba claro. La computadora funcionaba, pero no podía hacer ningún trabajo con una pantalla así. Llevé mi máquina al Apple Store y reemplazaron la GPU en un par de días. Afortunadamente, el proyecto en el que estaba trabajando estaba almacenado en un repositorio en GitHub, por lo que podía seguir trabajando en él mientras se reparaba mi máquina. Aunque, era molesto tener que ir a la biblioteca para usar computadoras públicas sin ninguna herramienta de desarrollo.

• Error costoso

Un desarrollador de software que realizaba un cambio rápido sin probar las modificaciones antes de colocarlas en un entorno de banca en vivo. Debido a que los cambios no se descubrieron hasta más tarde durante ese día, el banco perdió aproximadamente $ 153,000 en un corto período de tiempo.

• Un error en el plan de respaldo

Esto ocurrió con el lanzamiento de un sistema completamente nuevo para una instalación médica sin el plan de respaldo adecuado. Lo que significaba que los registros del hospital en esa instalación tenían que ser recuperados mediante la entrada manual. Además, para recuperar los registros de esta instalación médica, los funcionarios de la administración del hospital tuvieron que pagar un costo más alto al solicitar ayuda adicional de un proveedor externo para volver a ingresar la información de aproximadamente 5,000 registros manualmente.

• Datos expuestos

La ciberseguridad es de lo más complejo en la actualidad, así que este tipo de errores pueden provocar graves daños. Algo así ocurrió cuando sucedió una gran exposición de seguridad que filtró todo tipo de información personal.

Más importante aún, los datos que contienen nombres de consumidores, direcciones, números de seguridad social y números de tarjetas de crédito. Todo esto resultó en importantes problemas legales para la empresa. Específicamente, para aquellos que tienen daños en su crédito. Este fue el escenario para un programador que no probó los cambios en el código de seguridad de su sistema antes de implementarlo en vivo en un entorno de restaurante.

• Horror con React

«Recientemente desarrollé mi primera aplicación React y puse bastantes accesorios en el objeto de estado React sin saber cuán drásticamente afectaría el rendimiento de mi aplicación. Después de luchar por un día, finalmente pensé que no podía tener tantos accesorios en el «objeto de estado porque cada vez que cambia el valor de un accesorio, activa el método render () del componente, por lo tanto, reduce el rendimiento de la aplicación».

• Las actualizaciones mataron a Visual Studio

Hace un par de años, estaba trabajando en dar una sesión introductoria sobre Xamarin. Tenía la intención de seguir los pasos básicos para crear un proyecto, agregar una página de contenido con algunos controles y demostrar cómo podría manipularlo en C # y XAML. En algún momento la noche anterior a la presentación, la máquina debe haberse reiniciado e instalado algunas actualizaciones. Lo que sucedió durante esas actualizaciones terminó rompiendo sutilmente mi instalación de Visual Studio en la medida en que ya no tenía ninguna plantilla de proyecto o la capacidad de agregar páginas XAML a través del IDE. Descubrí esto justo antes de la presentación.

Afortunadamente, tuve copias de seguridad de los proyectos de muestra terminados, pero tuve que hacer grandes porciones de la presentación a la inversa mientras trabajaba hacia atrás a través de mis muestras de código terminadas.

¿Tienes una historia de horror de desarrollador de pesadilla?Compártela con nosotros, para estar aquí el próximo año.

imagen: Premkumar Masilamani