El Ing. Eliu Giraldo, fundador de FoodTook Labs, dirige la ingeniería del estudio con un conjunto corto de principios de ingeniería de software. Son pocos a propósito. Un equipo recuerda seis reglas y las cumple; una lista de cuarenta se ignora a la segunda semana.
Estos principios salieron de construir y operar productos propios, sobre todo Deevery, la plataforma de delivery con cuatro apps. Cada uno responde a un problema concreto que el equipo vio en producción. Aquí los explicamos uno por uno, con lo que evitan y lo que cuestan.
1. Toda acción pasa por los controles de la base de datos
Es la regla más importante. Las reglas de negocio viven dentro de la base de datos, escritas como funciones y reglas. Ninguna app escribe directo en una tabla. Si la app del cliente quiere crear un pedido, llama a una función. Esa función valida los datos, aplica la regla y recién entonces guarda.
El problema que evita es muy común. En un sistema con varias apps, cada una tiende a validar a su manera. La app móvil revisa una cosa, el panel web otra, y con el tiempo los datos se contradicen. Cuando la regla está en la base, existe una sola versión y vale para todos.
El costo es real: obliga a pensar el modelo de datos antes de dibujar pantallas. En el estudio ese costo se da por bien pagado la primera vez que hay que cambiar una política del negocio y basta con tocar un lugar. Si estás eligiendo plataforma, lo comparamos en Supabase, Firebase o servidor propio.
2. Cada error deja un rastro con código
Un mensaje que dice «algo salió mal» no ayuda a nadie. En los sistemas de FoodTook Labs, cada error devuelve un código concreto y deja un registro. Quien da soporte busca ese código y sabe dónde ocurrió y por qué.
Para una empresa esto se traduce en tiempo. Un incidente que antes tomaba una tarde de suposiciones se resuelve en minutos. También ordena la conversación con el cliente: en lugar de «no funciona», se habla de un error específico con fecha y contexto.
3. Avisos en tiempo real, no consultas cada pocos segundos
La solución fácil para que una pantalla se entere de novedades es preguntar al servidor cada cierto tiempo. Funciona, pero desperdicia recursos y siempre llega tarde. La regla del estudio es otra: cuando algo cambia, el sistema avisa en ese momento.
En Deevery, un pedido nuevo aparece en el panel interno cuando ocurre, sin recargar. El mismo enfoque se aplica a los clientes que piden dashboards en tiempo real: integración y datos al momento para decisiones informadas.
4. Verificar contra el sistema real antes de afirmar algo
Esta regla es más de cultura que de código. Antes de decir que algo funciona, que un dato está bien o que un cambio no rompe nada, se comprueba contra el sistema real. La memoria y la documentación vieja engañan; la base de datos en vivo no.
En la práctica significa revisar el código y los datos actuales antes de proponer un cambio, y probar en el entorno real antes de reportar que algo quedó listo. Evita la clase de error más cara: la que se apoya en una suposición que nadie revisó.
5 y 6. Infraestructura cercana y diseño propio
Infraestructura en la región más cercana
La distancia física entre el usuario y el servidor se nota en cada toque de pantalla. Por eso las bases y los servidores se ubican en la región más cercana a quien usa el sistema, y la decisión se toma midiendo la latencia real, no mirando un mapa. Contamos el razonamiento completo en por qué medimos la latencia antes de elegir región.
Diseño que no parece hecho por plantilla
Una interfaz genérica comunica que el producto es genérico. El estudio diseña cada pantalla a partir del contenido real del negocio y evita los patrones repetidos que delatan una plantilla. Lo explicamos con ejemplos en diseño de apps que no parece hecho con IA.
Por qué estos principios bajan el costo de un proyecto
Una app a medida en el mercado ronda los 60 mil dólares. FoodTook Labs logra hacerlo con una eficiencia cercana a 20 mil. Buena parte de esa diferencia viene de aquí: los principios ya están resueltos en componentes probados, y el equipo no los reinventa en cada proyecto. Además, facilitamos el acople financiero para las empresas que desean modernizarse.
Si quieres conocer más sobre quién está detrás de estas decisiones, lee quién es el Ing. Eliu Giraldo. Y para ver los principios funcionando en un producto completo, revisa lo que enseña construir Deevery.