Aplicaciones a medida
Aplicaciones hechas para un problema concreto, con la lógica separada de la interfaz para que se puedan mantener y hacer crecer sin miedo.
Lo que suele salir mal
Muchas aplicaciones funcionan el primer día y se vuelven imposibles de tocar a los seis meses, porque la lógica está mezclada con la pantalla y cada cambio rompe otra cosa. Eso no es un problema de tecnología, es de cómo se ha montado.
Cómo lo hago
Separo lo que hace la aplicación de cómo se ve. Lo he aplicado en todo lo que he construido: en Savia, en DevConsole y en Kairos, donde la app en Flutter no sabe nada de la base de datos y el servidor en FastAPI no sabe nada de la interfaz.
- -Lógica separada de la interfazSi mañana cambia la pantalla, la lógica no se toca. Y al revés.
- -Pensada para manejar datosEn Savia hice una aplicación con React 19 que movía más de 1000 registros con búsqueda y filtros al instante.
- -La tecnología que encajeHe trabajado con React, Vue, Flutter, Laravel y FastAPI. Uso la que tenga sentido para el problema, no la de moda.
- -Fácil de mantenerCódigo que otra persona pueda leer sin tener que preguntarme.
Cómo lo haría
Entender qué tiene que hacer
Quién la va a usar, para qué y qué datos maneja. Lo que no hace falta en la primera versión, se deja para después.
- ›Usuarios y casos de uso
- ›Datos
- ›Primera versión
Montar la base
Separar capas, definir los datos y la API antes de llenar pantallas.
- ›Arquitectura
- ›Modelo de datos
- ›API
Construir y desplegar
Avanzar por partes revisables, con tests donde aportan, y dejarla en producción.
- ›Partes pequeñas
- ›Tests
- ›Despliegue con Docker
Qué tendría que tener
- ✓Lógica separada de la interfaz
- ✓Modelo de datos pensado para crecer
- ✓API documentada
- ✓Tests en lo importante
- ✓Despliegue reproducible
- ✓Código legible