Qué hacer si tu aplicación la hizo alguien que ya no está

Pasa más de lo que parece. La aplicación que sostiene una parte del negocio la hizo un programador que ya no trabaja contigo, o una empresa que dejó de responder. Funciona, más o menos. Pero nadie se atreve a tocarla, y cada fallo es un pequeño drama.

La tentación es tirarla y empezar otra. A veces es la decisión correcta. Casi nunca es la primera que hay que tomar.

Lo primero: recuperar los accesos

Antes de mirar una sola línea de código hay que saber qué es tuyo y qué no. Es lo más urgente, porque si el proveedor desaparece del todo, lo que no tengas se pierde.

• El código fuente: dónde está y a nombre de quién
• El servidor o el hosting donde funciona la aplicación
• El dominio y el correo asociado
• La base de datos y sus copias de seguridad
• Las cuentas de servicios externos: pagos, envío de correos, mapas
• Las claves que usa la aplicación para conectarse a todo lo anterior

Si alguno de estos puntos está a nombre del antiguo proveedor, conviene pedir el traspaso por escrito cuanto antes, mientras todavía responde.

Entender qué hay antes de decidir

Una aplicación heredada da miedo porque es desconocida, no necesariamente porque esté mal. El paso siguiente es una revisión técnica que responda a preguntas concretas: si se puede desplegar de nuevo desde cero, qué partes están desactualizadas, dónde hay riesgos de seguridad y qué partes del código son las que más se tocan.

Rehacer o rescatar una aplicación heredada

Rehacer desde cero parece más limpio y tiene un coste que se suele subestimar: la aplicación antigua contiene años de reglas y excepciones que no están escritas en ningún sitio. Rehacerla obliga a redescubrirlas todas.

• Conviene rescatar si la aplicación hace lo que tiene que hacer y el problema es que nadie la entiende
• Conviene rescatar por partes si hay zonas sanas y zonas muy dañadas
• Conviene rehacer si la tecnología ya no tiene soporte y no se puede actualizar
• Conviene rehacer si lo que hace la aplicación ya no se parece a lo que necesita el negocio

Cómo evitar que vuelva a pasar

• El repositorio, el servidor y el dominio siempre a tu nombre, con acceso para el proveedor
• Un documento breve que explique cómo se despliega y dónde está cada cosa
• Que ningún conocimiento dependa de una sola persona
• Comprobar de vez en cuando que las copias de seguridad se pueden restaurar de verdad

Si solo una persona puede arreglar tu aplicación, la aplicación no es del todo tuya.