Android Makers by droidcon 2026

Dev, cloud & sécu9–10 avril 2026Paris, Beffroi de Montrouge

Site officiel (nouvel onglet) ↗Programme (nouvel onglet) ↗Chaîne YouTube (nouvel onglet) ↗Synthèse de avril 2026 →

Dates et lieu relevés sur le site officiel (« 9 - 10 April 2026, Paris », Beffroi de Montrouge). Le site annonce 90 speakers et panélistes, 70 sessions et workshops, 700 développeurs Android. Programme Sessionize : 65 créneaux sur 5 salles (Moebius, Grand Salon, Blin, 2.02 et une salle 2.04 dédiée aux « Unconference Roundtables » et « App Clinic »), deux keynotes d'ouverture et une clôture avec remise du « Pin-Droid ». Comité de programme communautaire (Alexandre Bruneau, Soriya Thach, Gérard Paligot, Carmen Alvarez, Julien Salvi, Julie Gléonnec, Marie Benoit, Greg Fawson, Zachary Powell). Édition 2027 non encore annoncée.

Une édition où l'IA domine les keynotes sans faire consensus : outillage agentique officiel (Android Studio, Gemini Nano, Claude Code) d'un côté, mises en garde chiffrées sur la productivité réelle, l'érosion des compétences et la place de l'humain de l'autre, le tout au milieu de talks très techniques (KMP, Compose, performance, réseau, ADB) qui restent le cœur de la conférence.

21 sessions résumées · 20 vidéos · mise à jour le samedi 3 octobre 2026 · synthèse à compléter

Sources lues et limites de cette synthèse

Corpus : Programme Sessionize complet (65 sessions, descriptifs) et page officielle ; 16 transcripts automatiques de vidéos de la playlist officielle 2026 (53 vidéos publiées entre le 5 et le 24 mai 2026), dont les deux keynotes ; une dizaine de posts Bluesky d'avril à mai 2026 (Bladecoder, Iury Souza, et des speakers annonçant leur talk ou sa vidéo) ; la newsletter jetc.dev n° 316 ; le micro-blog de Dmitry Kandalov.

Limites : Aucun retour LinkedIn, Medium ou blog de participant trouvé, alors que l'événement réunit plusieurs centaines de personnes : la synthèse reflète ce qui a été dit sur scène bien plus que ce que la salle en a retenu. Les transcripts sont générés automatiquement (noms propres parfois déformés, talk d'Infomaniak très bruité). Ateliers, roundtables et App Clinic ne sont pas filmés ; une trentaine de talks filmés n'ont pas été transcrits ici.

Synthèse globale

1. L'IA en ouverture des deux journées, avec deux tonalités opposées

Les deux keynotes parlent d'IA, mais pas de la même façon. Akshay Chordiya ouvre le jeudi sur un registre rassurant et critique : l'IA est un outil de productivité, pas la vraie cause des licenciements, et la « taxe de correction » du code « presque juste » est réelle. Elaine Dias Batista ouvre le vendredi sur un registre expérimental : faire construire la même app par plusieurs agents dans trois frameworks, et constater que le sujet le plus intéressant n'est pas le framework gagnant mais la façon de faire travailler les agents (specs, guidelines, fichiers de contexte). Entre les deux, Google présente l'outillage officiel (agent d'Android Studio, Gemini Nano et Gemma 4, Firebase AI Logic) et Eury Pérez une organisation « un dev, dix coéquipiers IA » sous Claude Code.

2. Tensions : vitesse perçue, compétences et responsabilité

C'est la ligne de fracture de l'édition. Pérez défend le spec-driven development (conversation qui produit une spec, relue par un second modèle) ; Matthias Geisler y voit au contraire « du waterfall sans boucle de feedback » et préfère relire l'IA à travers les valeurs d'XP. Les mêmes études reviennent d'un talk à l'autre (METR, DORA 2025, GitClear, enquête JetBrains) pour dire que l'impression de vitesse ne vaut pas mesure, que le refactoring recule et que la revue de code devient le goulot (Chordiya, Geisler). Point d'accord : un humain reste responsable, l'agent ouvre la PR mais ne la merge pas (Pérez), l'IA n'a pas de responsabilité légale (Chordiya). Kandalov et McGregor, avec leurs 43 refactorings en direct, défendent à leur manière l'artisanat et les outils déterministes de l'IDE, que l'IA utilise selon eux « pas très intelligemment ».

3. Le développeur Android devient développeur « edge » multiplateforme

Plusieurs talks élargissent le périmètre du métier. Zachary Powell décrit un Android qui n'est plus un OS de téléphone (desktop, auto, XR, TV) et rappelle qu'Android 17 ignore désormais les restrictions d'orientation et de redimensionnement sur grand écran. Chordiya plaide pour le profil d'ingénieur logiciel spécialisé Android. Côté Kotlin Multiplatform, deux retours se complètent : Márton Braun (JetBrains) détaille une migration incrémentale et ascendante, contrainte par AGP 9 ; Infomaniak montre en binôme Android et iOS qu'un partage partiel (logique métier, réseau, stockage) avec une UI SwiftUI native fait adhérer les devs iOS. Les talks sur les CRDT et le local-first, Compose sans Flow ou Koin compilé complètent ce tableau sans avoir été documentés ici au-delà du programme.

4. Compose à grande échelle et UI distante

Le volet Compose, que la newsletter jetc.dev a retenu avec neuf talks, va du retour d'expérience au projet de plateforme. Instagram raconte une adoption en trois temps (preuve de concept, phase encadrée, ouverture) validée par des A/B tests sans impact sur l'engagement, et privilégie l'interop à la réécriture. Google présente RemoteCompose, un format binaire compact pour projeter une UI hors du process (widgets, autres appareils), encore en alpha ; c'est le seul talk qui a suscité un retour spontané de participant trouvé (Bladecoder, sur Bluesky). Liquid Glass et flou, Canvas, animations, CameraX et navigation complètent le programme.

5. Performance, réseau et outillage : le socle très technique

Une bonne part des sessions filmées sont des plongées techniques concrètes, souvent issues de grandes apps. Delivery Hero en apporte deux : HTTP/3 via Cronet (environ 17 % de gain au P95, mais une régression sur un marché à forte perte de paquets) et le piège de performance des ViewModels (scope Main.immediate, préchargement au clic). Google détaille la réduction de l'empreinte mémoire (low memory kills, ApplicationExitInfo, formats d'image) et la refonte d'ADB Wi-Fi 2.0 par son tech lead, avec une bibliothèque mDNS réécrite en Rust. Observabilité (Tracing multiplatform, OpenTelemetry), sécurité (obfuscation, pentest, passkeys) et tests de régression visuelle complètent ce socle.

6. Vie de l'événement et formats

Le site annonce 90 speakers, 70 sessions et 700 développeurs au Beffroi de Montrouge, avec un comité de programme communautaire. Le format innove avec une salle dédiée aux « Unconference Roundtables » (biais cognitifs, managers anxieux, stratégies IA selon la taille de l'organisation, edge AI, XP avec l'IA) et deux sessions « App Clinic » où des speakers, dont des DevRel Google, examinent les apps des participants. Ces formats ne sont pas filmés et n'ont laissé aucune trace publique trouvée, à part le post de remerciement d'Iury Souza. La clôture remettait le prix « Pin-Droid ». Les vidéos sont publiées sur la chaîne YouTube Android Makers entre quatre et sept semaines après l'événement.

7. Limites du corpus

Cette synthèse repose presque entièrement sur ce qui a été dit sur scène (16 transcripts automatiques) et sur le programme. Aucun retour LinkedIn ni article de participant n'a été trouvé, et les rares posts Bluesky viennent surtout des speakers. Elle dit donc ce que la conférence a proposé, pas ce que la salle en a retenu : les talks les plus discutés dans les couloirs restent inconnus.

Actions concrètes citées

  1. Traiter l'IA comme un outil de productivité qui exige plus de garde-fous, pas moins : CI stricte (lint, analyse statique, tests), revues rigoureuses, fichier AGENTS.md court (Chordiya, Pérez, Milanovic et Alcérreca).
  2. Remplacer le prompt ad hoc par une spec persistée et relue par un second modèle, et garder l'humain responsable du merge : « la responsabilité n'est pas transférée à l'agent » (Pérez).
  3. Se méfier de l'impression de vitesse : plusieurs études citées sur scène (METR, DORA 2025, GitClear) montrent des développeurs qui se croient plus rapides en étant plus lents, et moins de refactoring (Chordiya, Geisler).
  4. Penser « ingénieur logiciel spécialisé Android » plutôt que « dev Android » : architecture, profil en T, multi-form-factor (téléphone, desktop, auto, XR) et KMP (Chordiya, Powell).
  5. Migrer vers KMP de façon incrémentale et ascendante, en modernisant d'abord l'app (Kotlin, KSP, coroutines, Compose, Ktor), et partager d'abord la logique métier plutôt que l'UI (Braun, Infomaniak).
  6. Préférer l'interop Compose progressive à la réécriture, prouvée par expérimentation sur les métriques produit, en migrant d'abord le code activement développé (Instagram).
  7. Mesurer avant d'optimiser : Perfetto, method sampling, Play Console (taux de low memory kills), ApplicationExitInfo ; précharger les données au clic plutôt qu'au démarrage de l'écran (Kozak, Lam).
  8. Tester HTTP/3 via le bridge Cronet-OkHttp dans une expérience, en surveillant les marchés à forte perte de paquets où le CDN peut faire régresser la latence (Chidera).
  9. Pour les fonctions IA in-app, commencer on-device (ML Kit GenAI, Gemini Nano) et prévoir un repli cloud via Firebase AI Logic (Verhoef).

Session par session

Jeudi 9 avril

Keynote▶ vidéo + transcript

Thriving in an AI era

Akshay Chordiya — Marshmallow

  • Thèse sur scène : l'IA est un outil de productivité, pas un remplaçant. Les licenciements tech viennent surtout de la surembauche post-pandémie, l'IA servant de « bouc émissaire » (étude HBR de janvier 2026 citée : 60 % des entreprises ont coupé sur le potentiel de l'IA, 2 % sur sa performance réelle).
  • Un LLM est « une machine à prédire, pas une machine à vérité » : d'où une « taxe de correction » (étude METR citée : des devs expérimentés qui se croient 20 % plus rapides et sont 19 % plus lents ; 66 % des devs passent plus de temps à corriger du code « presque juste » selon Stack Overflow).
  • Remèdes proposés : CI plus stricte (lint, analyse statique, tests), revues de code rigoureuses, fichier agents.md.
  • Trois piliers de carrière : penser en architecte (effets en cascade, arbitrages), profil en T (« un ingénieur logiciel qui se spécialise en Android »), adaptabilité. L'IA « agrandit la tarte » : quand le logiciel coûte moins cher, on en construit plus.
  • Juniors : chute des offres d'entrée de gamme (-67 % entre 2023 et 2024 selon les chiffres cités) ; conseil de raconter en entretien les bugs, compromis et hallucinations rattrapées, et de publier ses propres apps.
  • Conclusion : « penser systèmes, pas syntaxe » ; un humain reste responsable, l'IA n'ayant pas de responsabilité légale.
  • Aucun retour de participant trouvé sur cette keynote d'ouverture.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

What's new in Android Studio's AI Agent?

Simona Milanovic — Google, Jose Alcérreca — Google

  • Objectif affiché : faire de l'agent d'Android Studio l'agent le plus compétent et fiable pour Android, avec le choix du modèle (Gemini, OpenAI, Anthropic, local avec clé API, ou modèle gratuit par défaut). Tout en démo live.
  • Outils spécialisés (/tools) : Gradle, recherche dans la doc Android, capture d'écran, rendu de preview Compose, lookup de versions. Conseil : décrire le problème et laisser le modèle choisir l'outil.
  • Android knowledge base pour les API récentes (Navigation 3, Android XR) ; astuce : ajouter « consulte la doc officielle » au prompt.
  • MCP : démo Figma, écran Compose généré « pixel perfect ». AGENTS.md et skills : commencer petit (seulement ce que le modèle rate), mettre des liens plutôt que copier la doc, profiter de la hiérarchie par module ; skills pour les workflows, AGENTS.md pour la connaissance du code.
  • « Create with AI » génère une app depuis un prompt (10 à 20 minutes), réservé aux prototypes. Clic droit sur la preview : changer l'UI, l'aligner sur une image cible, corriger les problèmes d'accessibilité (contrastes).
  • Pas de retour participant trouvé.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Comment nos devs iOS ont adopté KMP ?

Louis CAD — Infomaniak, Jordan Chapelle — Infomaniak

  • Talk en français, en binôme Android + iOS : l'adoption de KMP chez Infomaniak tient à un contexte d'équipe favorable et à un partage de code partiel et progressif.
  • Swiss Transfer (open source) : logique métier, API (Ktor) et stockage (Realm puis Room) partagés ; UI en SwiftUI et intégrations système (extension de partage, transferts en arrière-plan) natives.
  • Étiquette (scanner de billets) : l'algorithme de décodage donnait des résultats différents en Swift ; le partager en KMP a unifié résultats, erreurs et statistiques.
  • Frictions côté iOS : réimport du XCFramework hors monorepo, types KotlinInt/KotlinLong dans les génériques ; points positifs : les fonctions suspend deviennent async/await. Swift export (Kotlin 2.4) doit réduire le besoin de SKIE.
  • Compose Multiplatform sur iOS jugé peu pertinent pour tout l'écran (SwiftUI plus rapide pour un prototype selon Jordan Chapelle), intéressant pour de petits composants.
  • Message : « nous on adore iOS », KMP permet « l'union des équipes » ; ne pas brider une plateforme à cause de l'autre. Transcript automatique très bruité.
Voir sur YouTube (nouvel onglet) ↗

Lightning talk▶ vidéo + transcript

Beyond the Smartphone: Android's Identity Crisis in 2026

Zachary Powell — droidcon

  • Thèse : Android n'est plus un OS de téléphone ; la « crise d'identité » est un problème de marque pour Google mais une opportunité pour les devs (TV, consoles portables, foldables, desktop, XR, auto, plus KMP vers iOS, desktop et web).
  • Sondage dans la salle : peu de participants ciblent autre chose que le mobile.
  • Construire un UI state qui s'adapte au conteneur et des entrées abstraites (télécommande, clavier, XR), avec window size classes et layouts adaptatifs.
  • Android 17 (SDK 37) : sur grand écran, les restrictions d'orientation, de redimensionnement et d'aspect ratio sont ignorées ; le mode desktop n'est plus expérimental.
  • Auto : test du « blink » de 2 secondes, templates de la car app library, la voix comme meilleure UI.
  • Formule de clôture : « nous ne sommes plus des développeurs mobiles, mais des développeurs edge qui utilisent Kotlin » (lightning talk, présentation elle-même réalisée en KMP).
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Build intelligent Android apps with Google's AI

Jolanda Verhoef — Google

  • Actualité : Gemma 4, lancé la semaine précédente, sert de base à la prochaine génération de Gemini Nano ; accès anticipé via l'AICore developer preview (jusqu'à 4 fois plus rapide et 60 % de batterie en moins selon des tests préliminaires cités). Nouvelles API : system prompts, thinking mode, sortie structurée, tool calling.
  • On-device (données sensibles, hors-ligne, sans coût d'inférence) : ML Kit GenAI (résumé, correction, réécriture, description d'image), Prompt API (plus flexible mais exige ses propres evals), reconnaissance vocale. LiteRT-LM pour des modèles custom : prendre le plus petit modèle fiable.
  • Hybride : Firebase AI Logic propose « prefer on-device, fallback cloud » avec une seule API, plus App Check, Remote Config des prompts et monitoring des coûts.
  • Gemini Live API (GA) pour la voix et la vidéo temps réel, function calling pour boucler l'agent côté app ; côté cloud, ADK, A2A, MCP et AG-UI avec un SDK Kotlin, l'app devenant un « client léger ».
  • Pas de retour participant trouvé.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Extreme Programming with AI?

Matthias Geisler — Airalo

  • État des lieux critique, « plus de questions que de réponses », qui relit l'IA à travers les valeurs d'XP (communication, simplicité, feedback, courage, respect). Il évoque le facteur humain : anxiété, « AI washing » des licenciements.
  • Études citées : GitClear (le copier-coller dépasse le déplacement de code en 2024, donc moins de refactoring), DORA 2025 (90 % d'adoption, environ 30 % de faible confiance, plus de débit mais plus d'instabilité), une étude à laquelle il a participé (temps quasi identique avec ou sans IA), METR.
  • Critique du spec-driven development : il y voit « du waterfall sans boucle de feedback » ; l'IA tend vers la moyenne et amplifie les bonnes comme les mauvaises pratiques.
  • Pratique proposée : un « rubber duck » vocal où l'humain navigue et l'IA conduit, des sous-agents à responsabilité unique, des prototypes en direct avec les clients.
  • Objectif 2026 : « sauver le plaisir du génie logiciel » et combattre le slop. En Q&A : la revue de code est le vrai goulot (on lit plus lentement qu'on n'écrit) et les prix des outils devraient monter, les usages étant subventionnés.
  • Prolongé le lendemain par une roundtable « XP with AI? » (non filmée).
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéod'après le programme

Zero* Cost Observability: A Deep Dive into the Jetpack Multiplatform Tracing Library

Rahul Ravikumar — Google

Retours : Rahul Ravikumar (speaker, Bluesky)

  • D'après le descriptif officiel : présentation de la nouvelle bibliothèque Jetpack Multiplatform Tracing et de son implémentation, guidée par la contrainte du coût « zéro » (API conçue pour éviter les allocations).
  • Partie annoncée comme la plus complexe : tracer une opération asynchrone qui saute de thread en thread via la propagation du contexte de coroutine.
  • Le speaker a relayé la vidéo sur Bluesky en présentant la bibliothèque comme « Tracing 2.0 » et en sollicitant des retours d'utilisateurs. Talk non transcrit ici.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

One Android Dev, Ten AI Teammates: Scaling Delivery With Claude Code

Eury Pérez

  • Thèse : l'unité de travail n'est plus le prompt mais une conversation qui aboutit à une spec persistée ; Claude interviewe le dev (objectif, périmètre, patterns existants, impacts, hors périmètre, risques), puis un autre modèle relit la spec.
  • Il répond au scepticisme des devs Android (sondage JetBrains 2025 cité : 63 % jugent que l'IA rate le multi-module, 57 % qu'elle produit du Compose de mauvaise qualité) : le problème serait le prompting ad hoc, et « bien utiliser ces outils est une compétence ».
  • Cinq rôles à « voler » à une équipe humaine : kickoff, tech lead (orchestration), design review par un modèle frais, CI, compounding (documenter les apprentissages pour réduire l'effort par feature). Choix du modèle par rôle (Opus pour piloter, Sonnet pour exécuter, Haiku pour la doc), hooks déterministes.
  • Règles de production : deux essais puis escalade vers l'humain ; l'agent crée la PR mais ne merge pas, car « la responsabilité n'est pas transférée à l'agent ».
  • Face sombre : audit 2026 des skills partagées (environ 37 % avec faille, des dizaines de payloads malveillants) ; une skill n'est que du markdown, il faut l'auditer.
  • Plan d'action progressif (/init court, sous-agent QA, revue de PR automatisée, runs nocturnes) ; conclusion : « ton job est promu, pas remplacé », tout en anticipant des équipes plus petites.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

How ADB Wifi 2.0 works

Fabien Sanglard — Google

  • Par le tech lead d'ADB : la v1 d'ADB Wi-Fi était instable par conception et par ses dépendances ; interrogés, 20 à 30 développeurs voulaient tous de la stabilité plutôt que des features.
  • Plongée dans l'architecture : serveur ADB multiplexeur, boucle mono-thread sur descripteurs de fichiers, passage de C à C++ puis Rust ; mDNS comme base de la découverte, appairage par QR code puis reconnexion automatique.
  • Problèmes de la v1 : arrêt au changement de réseau, spinner sans diagnostic dans Studio, dépendances mDNS lourdes (Apple, OpenScreen). Formule : les bibliothèques sont « comme des cartes de crédit », on les rembourse plus tard.
  • v2 : Android 17 réactive le débogage sur un réseau de confiance (SSID + BSSID), Studio liste les appareils visibles, ADB 37 embarque sa propre bibliothèque mDNS en Rust (environ 4 000 lignes).
  • Q&A riche : valable pour TV, Wear, XR ; « burst mode » désactivé par défaut (près de 30 % de gain à l'installation) ; joindre traces ADB et bugreport aux bugs.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Ways to reduce your app's memory and storage footprint

Fung Lam — Google

  • Thèse : réduire mémoire et stockage est l'un des meilleurs ROI qualité, car la mémoire élevée provoque jank, batterie, ANR et low memory kills (retour à un démarrage à froid).
  • Identifier : taux LMK dans la Play Console, API ApplicationExitInfo (REASON_LOW_MEMORY) pour journaliser le parcours avant la fermeture, profiler Android Studio (bitmaps dupliqués, détection de fuites intégrée).
  • Bitmaps : jamais d'image 4K dans une miniature, RGB_565 sans alpha, bitmaps matériels ; formats WebP, HEIF, AVIF (exemple cité : 1,2 Mo en JPEG, 270 Ko en AVIF).
  • Icônes vectorielles, polices téléchargeables, R8 avec shrinkResources ; attention à WebView et aux gros JSON.
  • Être un « bon citoyen » : onTrimMemory, désenregistrer les listeners, push FCM plutôt que polling, fichiers temporaires dans le cache.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

How We Rebuilt Instagram Photo Sharing: Compose Interoperability With Large Legacy Systems

Brandon Pon — Instagram, Chris Arriola — Instagram

Retours : Newsletter jetc.dev n° 316 (sélection)

  • Thèse : migrer une énorme base legacy vers Compose passe par l'interop incrémentale, après avoir prouvé par expérimentation que Compose ne dégrade pas l'engagement.
  • Historique : preuve de concept en 2021, phase encadrée en 2023 (équipes produit accompagnées par l'équipe plateforme, contributions de performance avec Google), ouverture en 2024 ; 70 % des devs Android internes préfèrent Compose selon un sondage interne ; Compose retenu comme « North Star » face à Litho.
  • Deux tests A/B (bouton de recadrage, barre du bas) : impact neutre sur l'engagement, l'hypothèse étant que la création de contenu est moins sensible à la performance que la consommation.
  • Détails d'interop : le bloc update d'AndroidView doit être idempotent, DisposableEffect plutôt que SideEffect, appels directs à la vue pour les valeurs qui changent vite (force d'un filtre).
  • Conseils : migrer d'abord le code activement développé et les composants réutilisables, laisser tranquille le legacy stable. Retenu dans la sélection Compose de jetc.dev.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo

Maîtriser le Liquid Glass : effets de flou avancés et performance dans Jetpack Compose

Mathieu Hausherr — Swile

Retours : Newsletter jetc.dev n° 316 (sélection)

  • D'après le descriptif officiel : le designer, inspiré par Liquid Glass et le glassmorphism, veut du flou partout (barres translucides, dégradés de flou, overlays teintés), alors qu'Android a mauvaise réputation sur le sujet.
  • Question posée : Compose est-il prêt en 2026, et comment le faire sans sacrifier fluidité ni accessibilité, avec des overlays qui s'adaptent à leur contexte.
  • Le sujet a été repris par la newsletter jetc.dev (« can we compose some liquid for our glass? »). Talk non transcrit ici.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Shipping Smart UI with RemoteCompose

Nicolas Roard — Google, Yuri Schimke — Google, John Hoford — Google

Retours : Bladecoder (Bluesky), Nicolas Roard (speaker, Bluesky), Newsletter jetc.dev n° 316 (sélection)

  • Sur scène : RemoteCompose projette une UI hors du process (widgets, notifications, autres appareils) sous forme d'un document binaire compact et autonome (commandes de dessin, composants, expressions, interactions locales), sans gérer le transport. « Petit, c'est une fonctionnalité ».
  • Producteurs : DSL Kotlin (utilisable côté serveur), API Compose ; players Compose, View et RemoteViews depuis Android 16. Démos : document de 2 Ko sur une carte NFC, QR code, particules, ESP32, exemple de 422 octets envoyé comme widget.
  • API préfixées « Remote » (RemoteModifier, RemoteMaterialTheme), actions à la place des lambdas ; API en alpha, développée ouvertement dans AndroidX ; les LLM la manipulent bien grâce au format compact. Les slides elles-mêmes étaient en RemoteCompose.
  • Q&A : Glance reste la voie pour les widgets sur toutes les versions, RemoteCompose pour widgets n'existant que depuis Android 16.
  • Côté participants : Bladecoder a salué le retour sur scène de Nicolas Roard et John Hoford pour parler de « l'intrigant RemoteCompose » ; Nicolas Roard (speaker) a présenté la vidéo comme un bon panorama du projet sur lequel il travaille depuis trois ans.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

The ViewModel Performance Trap: When State Management Bites Back

Sinan Kozak — Delivery Hero

  • Titre « clickbait » assumé : le ViewModel n'est pas mauvais, mais il a été conçu pour survivre aux changements de configuration et on lui fait porter toute la logique, ce qui ralentit le démarrage à grande échelle.
  • Diagnostic par method sampling et Perfetto : création eager de parsers JSON et de clients Retrofit dans l'injection ; paralléliser la création des ViewModels ou tout passer en lazy n'a pas marché chez eux.
  • Piège : viewModelScope utilise Dispatchers.Main.immediate, donc le résultat d'un chargement repasse par le main thread et arrive après la première frame. Solution : injecter son propre scope IO (avec un handler d'exceptions) et migrer de LiveData vers les flows.
  • Précharger au clic, avant la navigation, fait gagner 300 à 600 ms ; l'écran d'accueil est préchargé dans un cache local. En Q&A : ces changements ont augmenté les commandes de façon significative, sans A/B test systématique.
  • Changer de dispatcher le plus bas possible, comparer temps mur et temps CPU ; il suggère de brancher Perfetto à un MCP pour interroger les traces en SQL.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

43 Refactorings in 40 minutes

Dmitry Kandalov, Duncan McGregor

Retours : Dmitry Kandalov (speaker, micro-blog, annonce avant l'événement)

  • Démo live en TCR (test && commit || revert) sur une base Kotlin serveur, avec un compteur de refactorings : l'objectif de 43 est atteint avant la fin.
  • Dmitry Kandalov : extract variable, convert parameter to receiver, change signature, aplatissement d'une gestion de Result (early return, invert if, lift return). Heuristique : « si une chose n'est utilisée qu'une fois, essayer de l'inliner et voir si c'est mieux ».
  • Duncan McGregor : extensions converties en méthodes puis en opérateurs, technique du « switcheroo » (extraire puis inliner pour corriger tous les appelants), classe transformée en object, fun interface, lambda puis typealias.
  • Message : l'artisanat humain à l'ère de l'IA ; les refactorings déterministes de l'IDE restent plus fiables que l'IA, qui les utilise via MCP « pas très intelligemment ». En amont, Kandalov se demandait si ce serait « la dernière fois que des humains utilisent un IDE pour éditer du code ».
Voir sur YouTube (nouvel onglet) ↗

Vendredi 10 avril

Keynote▶ vidéo + transcript

AI Agents Face-Off: Same App, Multiple Frameworks

Elaine Dias Batista — SFEIR

  • Protocole : construire la même app (login Firebase, API YouTube, cache local, carte, tri et filtre) en Android natif, Flutter et React Native avec plusieurs agents de code, à partir de specs markdown et de guidelines, sans utiliser ses propres connaissances. Critère « done » : ça marche.
  • V1 (septembre 2025, Claude Code, Gemini CLI, Junie : 9 apps en une dizaine de jours) : Android natif gagne en RAM, CPU équivalent, APK React Native nettement plus lourd.
  • V2 (mars 2026, Codex remplace Junie, fichiers CLAUDE.md, GEMINI.md, AGENTS.md) : trois runs par configuration, plus de la moitié en one-shot, trois fois plus d'apps en environ trois jours.
  • V3 (la semaine du talk, 27 apps) : qualité technique proche partout ; fonctionnel meilleur pour Claude et pour Android ; Claude consomme le moins de tokens, Gemini le plus.
  • Conclusion : pas de verdict définitif sur les frameworks ; l'enseignement porte sur la façon de faire travailler les agents. Appel à comparer technos ou bibliothèques avec des specs et des critères propres plutôt que par de longs POC. Limites reconnues en Q&A : aucune personnalisation (skills, hooks), comparaison des tokens entre agents incertaine.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéod'après le programme

Koin + Kotlin Compiler

Arnaud Giuliani — Kotzilla

Retours : Arnaud Giuliani (speaker, Bluesky)

  • D'après le descriptif officiel et les posts du speaker : après plus de huit ans, Koin s'appuie désormais sur le compilateur Kotlin.
  • Annoncés : un DSL plus sûr et automatisé, un workflow par annotations, des index de dépendances précalculés et des garanties à la compilation, sans perdre la simplicité de Koin (intégration Navigation 3 citée).
  • Talk non transcrit ici ; aucun retour de participant trouvé.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Going Multiplatform with Your Android App

Márton Braun — JetBrains

Retours : Newsletter jetc.dev n° 316 (sélection)

  • Thèse : migrer vers KMP de façon incrémentale et ascendante, en préparant l'app pour que la bascule soit le plus petit pas possible ; pas de PR géante, rythme soutenable.
  • Moderniser d'abord : Java vers Kotlin, Gradle en Kotlin DSL, KAPT vers KSP, RxJava vers coroutines, vues vers Compose ; OkHttp vers Ktor (Ktorfit pour le style Retrofit), Moshi vers kotlinx.serialization ; Coil, Room et DataStore sont déjà multiplateformes (catalogue klibs.io).
  • AGP 9 : les bibliothèques KMP ne gèrent plus variants ni builds natifs, à isoler dans un module Android séparé.
  • Compose Multiplatform : changer les artefacts, migrer les ressources ; côté iOS, un module « umbrella » produit un seul framework ; Swift export recommandé.
  • Q&A : des skills Kotlin pour la migration Android vers KMP sont à l'étude, sans calendrier.
Voir sur YouTube (nouvel onglet) ↗

Table ronde

Practical On-Device AI: Turning Edge AI into Real Features

Iury Souza — Klarna, Gabriel Volpi — iFood

Retours : Iury Souza (speaker, Bluesky)

  • Roundtable d'« unconference » (non filmée). D'après le descriptif : construire un modèle mental de l'edge AI et des patterns hybrides, transformer l'UI state et les données structurées en entrées fiables, et boucler la boucle agentique avec des mécanismes de sécurité.
  • Arguments mis en avant : latence faible, confidentialité (données sensibles hors du cloud), comportement prévisible.
  • Iury Souza (speaker) dit être reparti « encore tout excité » d'avoir partagé sur l'edge AI et échangé avec des gens qui construisent de bons produits.

Conférence▶ vidéo

Compose Without Flow: Unidirectional State with Snapshots and Coroutines

Remco Mokveld

Retours : Remco Mokveld (speaker, Bluesky), Newsletter jetc.dev n° 316 (sélection)

  • D'après le descriptif officiel : Kotlin Flow est souvent vu comme un prérequis de l'architecture UDF, mais ses pipelines ont un coût cognitif (opérateurs, annulation) qui rappelle RxJava.
  • Proposition : pousser le système d'état de Compose (snapshots) au-delà de l'UI et construire une application entièrement unidirectionnelle sans Flow, en en discutant les compromis.
  • Talk classé « Advanced » ; non transcrit ici, retenu dans la sélection Compose de jetc.dev.
Voir sur YouTube (nouvel onglet) ↗

Conférence▶ vidéo + transcript

Deploying HTTP/3 at Scale on Mobile: A 17% Startup Latency Gain Despite Implementation Constraints

Elvis Chidera — Delivery Hero

  • Pourquoi HTTP/3 : HTTP/2 garde le head-of-line blocking de TCP (un paquet d'analytics perdu peut bloquer le fil d'accueil) ; QUIC permet une connexion en un aller-retour, voire 0-RTT, décisif sur les marchés à fort RTT.
  • Mise en œuvre : activation côté CDN sans toucher l'origine ; OkHttp n'ayant pas de support natif, passage par Cronet via le bridge Cronet-OkHttp, avec leurs propres optimisations (initialisation de Cronet ramenée de 800 à 53 ms au P90, ping pour éviter les coupures NAT des connexions UDP).
  • Résultats : environ 17 % de gain au P95 sur le fil d'accueil (jusqu'à 22 % selon le marché), connexion initiale améliorée de 51 % en moyenne, moins d'erreurs (attribué au résolveur DNS de Cronet).
  • Régression : jusqu'à 14 % plus lent aux Philippines, attribuée à l'algorithme de contrôle de congestion du CDN (Cubic) sous forte perte de paquets ; déploiement sélectif en attendant un correctif.
  • Conseil : essayer le bridge Cronet-OkHttp dans une expérience.
Voir sur YouTube (nouvel onglet) ↗

Sessions sans retour trouvé (44)

  • Mastering Recomposition: Optimizing State Changes for Efficient UI (Marcin Moskała), vidéo disponible
  • Going Beyond Obfuscation: Advanced Techniques for Protecting Android Apps (Ed Holloway-George), vidéo disponible
  • Crossing the Stack: How Backend Insights Made Me a Stronger Mobile Developer (Gianluca Veschi, Suraj Giri), roundtable
  • From chaos to control: Future-proofing your Android release process (Keegan Rush), vidéo disponible
  • How Direct Monetization Drives More Revenue via Web2App and App2Web (Braden Steel), vidéo disponible
  • Automatiser ce que tu répètes : du boilerplate à l'automatisation (Julien Bajon), vidéo disponible
  • Future-Proofing Monetization: AI-Driven Subscription Management with RevenueCat (Ollie Warren), vidéo disponible
  • From Beats to Bytes: What Music Production Can Teach About Programming (Benjamin Gonin), vidéo disponible
  • Cognitive Biases in Tech Work Env (Ashraf Atef), roundtable
  • KotlinCraft: Building Resilient, Testable, and Scalable Applications (Madona Wambua), vidéo disponible
  • OpenTelemetry on Android: From black box to X-Ray (Gerard Paligot), vidéo disponible
  • Stop Copy-Pasting AI Strategies: Lessons from Large vs. Lean Orgs (Ilya Savin), roundtable
  • Teaching agents to pay: what devs need to know (Benjamin Smith), vidéo disponible
  • Structured Concurrency: The paradigm shift that changes modern development (Marcin Moskała), vidéo disponible
  • Offline should be the norm: local-first apps with CRDTs & Kotlin Multiplatform (Renaud Mathieu), vidéo disponible
  • App Clinic (jour 1 : Simona Milanovic, Madona Wambua, Jolanda Verhoef, Akshay Chordiya, Piotr Prus, Ben Kadel, Sinan Kozak)
  • Hack Your Own App: Getting Started with Mobile Penetration Testing (Benedikt Löbbecke, Julius Fischer), vidéo disponible
  • The Hybrid Senior: Coding, Leading, and Mastering AI (Alessandro Finocchiaro), roundtable
  • Beyond Exceptions: Building Resilient Android Apps with Safety-Critical Principles (Bogusz Pawłowski), vidéo disponible
  • You Can Manage This: Tips for Anxious Leaders (Zoe Farooq), roundtable
  • The Lord of Collection Functions: The Fellowship of Kotlin (Ben Kadel), vidéo disponible
  • Practical Filament: Reshape your UI! (Nicole Terc), vidéo disponible
  • Composer sa navigation : tracer sa route dans l'écosystème Jetpack (Wissem Rezgui, Didier Sanches, Deezer), vidéo disponible
  • Android Development in Turbulent Times (Marc Reichelt), roundtable
  • From SQL to Flow: clean offline-first architecture with Kotlin 2.x (Alessandro Allegretti), vidéo disponible
  • DevOps for Android supercharged with AI (Tamás Bazsonyi, Bitrise), vidéo disponible
  • Release Prediction Test (Analytics Snapshot Testing) (Ashraf Atef), vidéo disponible
  • Bringing Your Canvas Creations to Life with Jetpack Compose (Piotr Prus), vidéo disponible
  • Engineering for Sustainability: Building a Carbon-Aware App with Android (David Ta), vidéo disponible
  • Hack for good: Accessibility testing with a Flipper Zero (Quintin Balsdon), vidéo disponible
  • Ship It and They Will Come... Or Not: A Real Guide to App Distribution (Benjamin Gonin), roundtable
  • Coroutines vs. Threads: The True Cost of a Context Switch (Ariella Mendel), vidéo disponible
  • So I tried to port my app to Android XR (Julien Salvi), vidéo disponible
  • We Built It for One. Then Everything Multiplied. (Bradley Wilson, Matthias Baccino), vidéo disponible
  • Utiliser JNI sans courir à la catastrophe (Guillaume Roche), vidéo disponible
  • No More Passwords: How I Got Passkeys Working (Kyriakos Georgiopoulos), vidéo disponible
  • Jusqu'où aller trop loin avec Kotlin ? (Antoine Robiez, Baptiste Carlier, Decathlon), vidéo disponible
  • Build The Million-Dollar Animation (Piotr Prus), vidéo disponible
  • XP with AI? (Matthias Geisler), roundtable
  • Native CameraX in Jetpack Compose: Filling the View-Shaped Hole (Ioannis Anifantakis, Kostas Filios), vidéo disponible
  • gRPC in Apps: A Migration Story (Ayushi Gupta, Zalando), vidéo disponible
  • Visual regression testing: your strategy's blind spot (Thomas Boutin, Ippon), vidéo disponible
  • App Clinic (jour 2 : Gerard Paligot, Renaud Mathieu, Louis CAD, Elaine Dias Batista, Julien Salvi)
  • Closing Remarks & Pin-Droid Winner (Greg Fawson, Alexandre Bruneau)

Sources