Mobius 2026 Autumn : développement mobile

À propos de l’événement

Mobius 2026 Autumn a été annoncée pour les 21 et 22 octobre 2026 à Saint-Pétersbourg, au Airportcity Plaza Congress Hotel, rue Startovaïa 6, bâtiment A. La page officielle présente une conférence de deux jours consacrée au développement mobile natif et multiplateforme, en présentiel avec une diffusion en ligne d’une partie du programme. Le calendrier porte sur le travail d’ingénierie autour d’applications iOS, Android et Aurora, ainsi que sur l’IA, la qualité, les performances et les mécanismes internes des plateformes.

Le premier jour, la rubrique consacrée au développement avec l’IA réunissait plusieurs problèmes distincts. Yuri Dubovoy proposait d’examiner si des représentations visuelles et structurelles pouvaient aider à contrôler le code généré par de grands modèles de langage ; Vasily Usov décrivait le passage d’une consigne à un prototype fonctionnel utilisant les composants d’un système de design, puis au code natif. La session de Maxim Makedoshin abordait les risques juridiques de l’adoption de l’IA, notamment le droit d’auteur et des cas de fuite signalés ; Yaroslav Andreev annonçait un atelier de portage d’un jeu sur Aurora avec un agent LLM et un ensemble d’instructions. Conception, mise en œuvre et responsabilité étaient ainsi des sujets différents.

Les sessions d’ingénierie des plateformes portaient sur des couches concrètes de la pile logicielle. La présentation prévue d’Ivan Milenin examinait la migration d’applications Android vers HarmonyOS NEXT, en traduisant Kotlin et Jetpack Compose vers ArkTS et ArkUI avec des solveurs SMT, compte tenu des différences d’architecture. Le deuxième jour, la session NFC de Vladislav Tomilov suivait la lecture d’un document électronique, de MRZ, PACE/BAC et APDU à la pile NFC Android, NCI et la radiofréquence ; les journaux et traces devaient aider à localiser une TagLostException. Le programme comprenait aussi une présentation sur les coûts de débogage causés par les sens cachés attribués à null. Ce sont des exemples annoncés de mécanismes Android et de travail entre plateformes.

Les sessions multiplateformes reliaient le partage du code à la préservation du comportement propre à chaque environnement. La présentation d’Anna Zharkova devait étudier Swift au-delà des systèmes Apple grâce à WebAssembly et comparer cette voie à Kotlin Multiplatform. Alexander Menshikov et Maxim Logunov présentaient l’architecture d’une messagerie ordinateur-mobile avec KMP tout en conservant une couche iOS native en SwiftUI ; la session d’Angelina Maltseva portait sur une logique métier commune pour un lecteur multimédia au comportement natif sur Android et iOS. Une session Aurora décrivait le portage d’une application KMP réelle et modulaire, les bibliothèques sans compilation Linux-native, les blocages possibles et le choix entre porter l’interface existante ou créer un client sur un noyau partagé. Ces cas exposent des compromis pratiques, sans prescrire une pile unique.

Le programme consacré aux performances associait mesure côté client, comportement de l’interface et choix de mise en œuvre. La session de Vladislav Zyuzko présentait l’analyse de séries temporelles avec Dart et Flutter sans serveur, pour les cas où les données doivent rester accessibles hors ligne. Timur Borgalinov décrivait le passage de l’équipe Uzum de corrections isolées à un processus durable de performance mobile : mesurer l’intérêt commercial des accélérations, trouver les ralentissements dans les données d’utilisateurs et évaluer l’effet des corrections. Yaroslav Kulinich devait montrer la mesure de la consommation énergétique de MAX avec Android SDK ; une session sur ExoPlayer chez VK abordait le réglage de l’estimateur, du viewport et des buffers pour réduire le délai de lecture. Ce sont des sujets annoncés, pas des résultats garantis ailleurs.

La qualité et le traçage étaient traités à travers des situations de diagnostic. La session sur l’observabilité Android proposait de montrer comment quelques informations supplémentaires sur une erreur facilitent l’analyse de pannes de plus en plus complexes. Une présentation sur les liens profonds reliait l’ouverture d’un mauvais écran au gaspillage de budget marketing et décrivait un processus avec des tests et le traçage des clics. Une autre session couvrait la modification d’une application de l’App Store : obtenir un IPA, le décompiler, le modifier, le reconstruire, puis déboguer sur un appareil ou un simulateur. Le programme IA mentionnait aussi des tests d’interface et des contrôles statiques d’applications. Ces sujets portent sur l’observabilité et le comportement vérifiable des applications.

Les interfaces et la couche visuelle apparaissaient dans des exemples d’ingénierie précis. Konstantin Moskalenko devait décomposer l’effet système Liquid Glass, le recréer avec Metal, puis passer de ses éléments à des animations interactives et à son intégration dans Telegram. Une session Compose sur les contenus lourds portait sur le déplacement et le zoom de grandes images ; sa description annonçait l’étude des causes de plantage et de latence, ainsi qu’une démonstration vers un rendu plus fluide. Une présentation sur un tableau de bord pour un monorepo de 416 modules posait la question de la fiabilité des mesures de build et de la façon dont l’enquête sur les ralentissements peut invalider l’hypothèse initiale. Ce sont les problèmes cités dans les fiches du programme, pas des conseils généraux de design.

Les personnes et les processus étaient représentés par des sessions aux objectifs définis. Alyona Novosyolova et Olga Samarina annonçaient un atelier de négociation des conflits dans lequel les participants apprendraient à distinguer les faits de leurs propres interprétations. Sergey Nuzhnenko décrivait une méthode « sur un coin de table » pour formuler une tâche de développement en échange direct avec un client ou clarifier un brief analytique incomplet. La présentation de Denis Alexandrov examinait l’évolution du métier de développeur à travers l’IA, l’économie, la politique et l’accélération du quotidien. Le programme du soir mentionnait aussi du réseautage et une soirée.

La page officielle désigne JUG Ru Group comme organisateur ; GitVerse est indiqué séparément comme partenaire principal, et non comme organisateur. Les profils de conférenciers publiés citent des professionnels de T-Bank, VK/MAX, X5 Tech, Cian, SberDevices, Uzum et d’autres organisations. Ces associations concernent les intervenants et leurs profils ; elles ne prouvent ni une présence de ces entreprises en tant qu’exposantes ni la venue des salariés cités comme visiteurs. Le public visé comprend les développeurs mobiles, architectes, spécialistes DevOps, testeurs, responsables d’équipe et de projet.

La diffusion en ligne ne concernait qu’une partie de la conférence. L’organisateur signalait séparément certains ateliers et activités supplémentaires ou tardives comme réservés au présentiel, sans diffusion ni enregistrement ; l’indication générale « Saint-Pétersbourg + ONLINE » ne s’applique donc pas à chaque entrée du calendrier. La page officielle présentait également les discussions avec les intervenants et experts juste après les conférences comme une activité en présentiel. Le calendrier listait plusieurs salles et des sujets parallèles : le choix dépendait du thème et de sa note d’accès. Le site précise que le comité de programme, composé d’experts du développement mobile, examine les contenus. Les archives et la galerie comprennent d’anciennes éditions et ne sont pas présentées ici comme des photos documentaires d’Autumn 2026.