Los siete pecados capitales de mobile

Errores que no son técnicos en sí, sino de enfoque, de prioridades mal puestas. Y que, como todo pecado, nos terminan saliendo caros.

1. Seguir la arquitectura de moda

“Porque lo vi en un repo de GitHub."
"Porque Google lo mostró en una charla."
"Porque lo está usando el equipo de iOS.”

Adoptar una arquitectura sin entender por qué, cuándo o para qué puede llevarte a acoplamientos innecesarios, complejidad artificial y equipos frustrados.

✅ La solución: entendé el contexto de tu app y diseñá la arquitectura que realmente necesitás.

2. No mejorar el build time

Todos nos quejamos del tiempo de build. Pero pocos lo medimos, lo analizamos y lo mejoramos activamente.

❌ “Es lo que hay.”
✅ “Es lo que hay porque no hicimos nada.”

Herramientas como Gradle Profiler pueden darte insights claros para mejorar.

3. No modularizar

Un solo módulo para toda la app. Dependencias cruzadas. Tests lentos. Features imposibles de desacoplar.

Modularizar no es solo para proyectos grandes. Es para proyectos sanos.

✅ Empezá con una separación simple: core, features, data, common.

4. No tener un system design

¿Dónde vive la lógica de negocio? ¿Quién define los contratos entre capas? ¿Qué tan aislada está tu UI?

Muchos proyectos crecen sin una visión clara de diseño, hasta que colapsan bajo su propio peso.

✅ Tené un documento (aunque sea simple) con el diseño actual del sistema.

5. No automatizar tu release

Hacer un release debería ser un no-evento. Y sin embargo, sigue siendo un momento de tensión y errores humanos.

✅ Automatizá: versionado, changelog, builds firmados, validaciones y push a tiendas.

6. No medir métricas

No saber cuánto pesa tu app, cuántos ANRs tenés o cuántos crashes por sesión es como manejar con los ojos cerrados.

✅ Trackeá: size, cold start, crash-free sessions, render time, y cualquier métrica que impacte UX.

7. Despriorizar el testing

“El código funciona, ya está."
"Esto es solo una pantalla, no hace falta test.”

Testing no es una etapa. Es una forma de pensar.
Y sin tests, todo cambio es una apuesta.

✅ Empezá por donde más duele: tests de UI en flows críticos, y unit tests en lógica de negocio.

Key Takeaways

1. La moda no debería dictar tu arquitectura.
2. Si no mejorás el build, nadie lo va a hacer por vos.
3. Modularizar es invertir en velocidad futura.
4. Necesitás un diseño sistémico, no solo pantallas sueltas.
5. Automatizar el release es salud mental.
6. Lo que no se mide, no se mejora.
7. Sin testing, tu app está siempre en beta.

Recursos recomendados

• Gradle Profiler
• Modularization Guide – Android Developers
• Effective Android Testing – Android Dev Summit
• Play Console Metrics

Conclusión

Los pecados que cometemos en Android no son inevitables. Son decisiones. Y lo bueno de eso es que podemos elegir mejor. Porque el paraíso técnico no existe… pero acercarse es cuestión de disciplina.

Notas

En el desarrollo Mobile, ciertas decisiones que parecen menores pueden tener un impacto profundo en la calidad, el rendimiento, la escalabilidad, y la experiencia de todos los involucrados, tanto usuarios como desarrolladores. ​En esta charla, exploraremos los ‘Siete Pecados Capitales de Mobile’: esas decisiones estratégicas que, sin querer, limitan la evolución de nuestras aplicaciones. Desde arquitecturas rígidas que frenan el crecimiento, hasta prácticas que entorpecen la experiencia del developer, analizaremos cómo cada uno de estos pecados afecta el éxito de una app. ​Aprenderemos a reconocerlos, entender su impacto y descubrir enfoques que impulsan el desarrollo hacia aplicaciones sólidas y efectivas. ​¿Estás listo para redimirte de estos pecados y llevar tu app a otro nivel?