← Todas las charlas 2 sesiones

When Clean Architecture met Kotlin

¿Qué pasa cuando Kotlin se cruza con Clean Architecture? Una charla para quienes buscan estructurar su código con principios, sin renunciar a la modernidad.

2 de marzo de 2018

![[06-attachments/talks/2018-03-02-when-clean-architecture-met-kotlin/2018-03-02-when-clean-architecture-met-kotlin.png]]

Presentada en 2018, esta charla propone un encuentro entre dos potencias del desarrollo moderno: Clean Architecture y Kotlin. Una historia de principios, lambdas y batallas contra frameworks acoplados.

El conflicto inicial

Clean Architecture había ganado terreno como una forma de organizar aplicaciones complejas sin caer en el caos. Separación de capas, independencia de frameworks, y una obsesión sana por la testabilidad.

Kotlin, por su parte, aparecía como un lenguaje moderno, expresivo, con características muy atractivas:

  • Null safety
  • Lambdas y funciones de alto orden
  • Extension functions
  • Data classes
  • Smart casting

Pero… ¿eran compatibles estos dos mundos? ¿Se puede hacer Clean Architecture en serio usando Kotlin?

Una alianza poderosa

En la charla repasamos cómo Kotlin no solo es compatible con Clean Architecture, sino que la potencia:

  • Funciones de alto orden para reducir boilerplate y mejorar la expresividad.
  • Extension functions para encapsular lógica sin violar separación de capas.
  • Corutinas para gestionar flujos asincrónicos sin callbacks infernales.
  • Sellos y tipos polimórficos para representar estados o resultados de manera clara y segura.
  • Tratamiento de errores funcional, con sealed class en lugar de excepciones mágicas.

Trampas y peligros

No todo es color de rosas. También discutimos los errores comunes:

  • Usar inline y reified sin entender su coste.
  • Abusar de extensiones y romper la encapsulación.
  • Reemplazar arquitectura con sintaxis.

Key Takeaways

  1. Kotlin no reemplaza a Clean Architecture, la potencia.
  2. La expresividad del lenguaje permite un diseño más limpio, no menos estructurado.
  3. Las corutinas bien usadas mejoran la legibilidad y la escalabilidad del código.
  4. Los principios siguen siendo más importantes que la sintaxis.
  5. Es fácil caer en trampas de moda; lo difícil es sostener una arquitectura a largo plazo.

Conclusión

Kotlin no vino a romper con Clean Architecture. Vino a empujarla hacia adelante. Si elegimos bien las herramientas y no nos dejamos seducir por la simpleza aparente, podemos escribir código moderno y mantenible, sin sacrificar nuestros principios.

Dónde se dio