Kotlin nous permet de programmer avec une expressivité incroyable : DSL élégants, extensions omniprésentes, opérateurs surchargés, inline, reified… Mais à force de vouloir écrire du code "beau", certaines équipes finissent par écrire du code que plus personne n’ose lire ni modifier.

Dans ce talk, nous partagerons un retour d’expérience honnête sur des choix Kotlin "trop malins" :
DSLs excessives, extensions illisibles, abstractions VS délégation… devenues des freins à la compréhension, à l’onboarding et à l’évolution du produit.

Sans condamner Kotlin — au contraire — nous discuterons du vrai coût de l’élégance, et proposerons des critères concrets pour trouver le bon équilibre entre expressivité, lisibilité et robustesse collective.

Un talk pour les développeurs Android qui regrettent d’avoir fait les malins... et ne savent plus se relire.