Qué construimos con él
Flutter es el stack sobre el que corre la mayor parte de nuestro trabajo. Lo usamos para apps de consumo, clientes de fintech, herramientas internas y plataformas de marca blanca: allí donde un producto tiene que existir en iOS y Android sin pagar por dos bases de código y dos equipos.
Lo que nos importa de Flutter es la parte que aparece después del lanzamiento: una gestión de estado que un desarrollador nuevo pueda seguir, rendimiento de renderizado con volúmenes de datos reales y un árbol de widgets que no se vuelva inmantenible en cuanto el producto pasa de sus primeras cinco pantallas.
Dónde lo hemos usado
Todos los proyectos móviles de nuestro portfolio son Flutter. Eso incluye una app de inversión en tiempo real que transmite datos de mercado en directo, un cliente de chat con IA que renderiza markdown recibido por SSE, una plataforma de terapia online y una plataforma de cashback de marca blanca que produce más de 15 apps de marca desde una única base de código.
También mantenemos en pub.dev paquetes de Flutter que salieron de ese trabajo: los problemas con los que nos topamos suficientes veces como para resolverlos bien y publicarlos.
Cuándo lo recomendamos
Flutter es la decisión correcta cuando tu producto es un cliente sobre una API, cuando la UI es una parte grande del valor y cuando publicar en ambas plataformas a la vez importa más que exprimir el último puñado de puntos porcentuales de una de ellas.
Es peor decisión cuando la app es sobre todo una carcasa fina alrededor de APIs profundas de plataforma, cuando necesitas soporte desde el primer día para una función recién salida del sistema operativo, o cuando tu equipo actual ya es fuerte en nativo y no tiene motivo para moverse. Lo diremos: hemos escrito sobre cuándo lo nativo gana a Flutter y sobre lo que cuesta realmente una app Flutter.
La mayor parte de lo que hacemos con Flutter cae bajo desarrollo de apps con Flutter.
