En Ab4cus usamos React Native con Expo como base de todas nuestras apps bancarias y fintech. Esta es nuestra posición técnica honesta sobre por qué y cuándo Flutter sería la opción correcta.
Rendimiento: casi nativo vs. motor gráfico propio
Este es el argumento más popular a favor de Flutter y merece ser examinado con precisión.
Flutter usa su propio motor de renderizado (Skia/Impeller) que dibuja cada píxel directamente en el canvas del dispositivo, sin depender de los componentes nativos del sistema operativo. El resultado es una UI extremadamente consistente entre iOS y Android - exactamente el mismo look en ambas plataformas.
React Native en su arquitectura moderna (JSI + Nueva Arquitectura) se comunica con los componentes nativos reales del sistema operativo. Eso significa que un botón en iOS se ve y se comporta como un botón de iOS, y en Android como uno de Android. La comunicación entre JavaScript y nativo ya no pasa por el bridge asíncrono de la arquitectura antigua es síncrona y directa.
¿Cuál es más rápido? Depende del tipo de app:
- Para apps con animaciones complejas y gráficos intensivos (juegos 2D, visualizaciones), Flutter tiene ventaja real su motor gráfico propio está optimizado para eso.
- Para apps de negocio (bancarias, fintech, enterprise) con listas, formularios, navegación y transacciones, React Native con la Nueva Arquitectura y Reanimated 3 alcanza rendimiento prácticamente indistinguible del nativo, y aprovecha mejor las APIs del sistema operativo como Face ID, sensores y notificaciones.
En nuestras apps bancarias, usamos FlashList en lugar del FlatList estándar y obtenemos listas de transacciones con 60fps constantes incluso con miles de registros. Usamos React Native Reanimated para animaciones que corren en el hilo de UI, no en el hilo de JavaScript. El argumento de performance de Flutter no aplica en este contexto.
Curva de aprendizaje: Dart vs. TypeScript
Flutter usa Dart. React Native usa JavaScript y en nuestro caso, TypeScript estricto.
Dart es un lenguaje bien diseñado, pero el pool de talento es estrecho. En LATAM, encontrar un desarrollador Dart senior con experiencia en producción es significativamente más difícil que encontrar un desarrollador TypeScript/JavaScript. El mercado de talento impacta directamente en el costo del proyecto, la velocidad de contratación y la capacidad de escalar el equipo.
Para Ab4cus, la decisión es estratégica: nuestro stack completo usa TypeScript en el frontend web con Next.js, en el backend con NestJS, en las APIs con tRPC, en la validación con Zod. Un desarrollador que domina nuestro stack web puede contribuir al móvil con una curva mínima de adaptación. Con Flutter, estaríamos manteniendo dos ecosistemas de lenguaje completamente separados.
La reutilización de lógica de negocio es real en React Native:
- Los schemas de validación Zod son idénticos entre web y móvil
- El cliente tRPC funciona igual mismas queries, mismas mutaciones
- Los stores de Zustand son portables
- Los tipos TypeScript del dominio (transacciones, KYC, usuarios) son compartidos
Con Flutter, todo eso requiere reimplementación en Dart.
Ecosistema de librerías
npm tiene más de 2.1 millones de paquetes. pub.dev (el repositorio de Flutter) tiene alrededor de 40,000. La diferencia en cobertura es significativa para integraciones específicas de industria.
Para apps bancarias y fintech, las integraciones críticas que manejamos:
| Integración | React Native + Expo | Flutter |
|---|---|---|
| Biometría (Face ID / Huella) | expo-local-authentication ✅ | local_auth ✅ |
| Cámara / Escaneo de documentos | expo-camera + OCR ✅ | camera_awesome ✅ |
| Storage cifrado local | MMKV (C++ nativo) ✅ | flutter_secure_storage ⚠️ |
| DB local offline-first | SQLite + Drizzle ORM ✅ | sqflite (sin ORM robusto) ⚠️ |
| Push notifications | expo-notifications ✅ | firebase_messaging ✅ |
| Pagos in-app | RevenueCat ✅ | RevenueCat Flutter ✅ |
| OTA updates sin App Store | Expo Updates ✅ | No disponible nativamente ❌ |
| Compartir lógica con web | 100% TypeScript compartido ✅ | Requiere reimplementar en Dart ❌ |
Un caso específico donde React Native gana claramente: Expo Updates permite publicar actualizaciones de código JavaScript directamente al dispositivo del usuario sin pasar por la revisión de App Store o Google Play. Para apps bancarias que necesitan actualizar tasas, textos regulatorios o flujos de compliance rápidamente, esto es una ventaja operativa enorme.
Cuándo Flutter sí es la mejor opción
Para ser completamente honesto:
- Apps con UI completamente custom que no deben parecerse a ningún sistema operativo - Flutter brilla aquí
- Equipos que ya dominan Dart y no tienen ecosistema JavaScript - forzar React Native sería contraproducente
- Apps de juegos 2D o visualizaciones intensivas el motor gráfico de Flutter es genuinamente superior
- Proyectos donde la consistencia exacta iOS/Android es un requerimiento explícito del cliente
Por qué en Ab4cus apostamos por React Native para soluciones escalables
La decisión no fue por moda. Fue por tres razones estructurales:
1. Un solo ecosistema TypeScript de punta a punta. Nuestros desarrolladores comparten conocimiento entre web (Next.js), móvil (Expo) y backend (NestJS/Quarkus). Los schemas Zod de validación, los tipos de dominio, las utilidades de formato de moneda - todo viaja entre capas sin fricción.
2. Expo como plataforma de productividad. EAS Build, EAS Submit y Expo Updates eliminaron la fricción operativa de gestionar builds nativos, certificados de firma y distribución. Para un equipo que construye múltiples apps bancarias en paralelo, eso es tiempo y costo real.
3. El mercado de talento en LATAM. Contratar y crecer un equipo React Native/TypeScript en Colombia, Venezuela y el resto de LATAM es significativamente más viable que hacerlo con Dart/Flutter. El conocimiento transferible del ecosistema JavaScript es una ventaja competitiva real para nuestros clientes cuando quieren escalar su equipo interno.
Si estás evaluando qué tecnología usar para tu app móvil bancaria, fintech o enterprise podemos ayudarte a tomar esa decisión antes de escribir una línea de código.
0 Comentarios