Le développeur Android
Pluzhnik et le développeur iOS Vasily Kotsyuba parlent de la façon dont MBLT DEV 2018 s'est déroulé et des rapports qui valent la peine d'être vus dans l'enregistrement.
Problèmes d'organisation
Les organisateurs essaient, et cela se remarque. La conférence était ce cas rare où le calendrier et le calendrier étaient respectés, et il y avait suffisamment de temps entre les représentations pour prendre un café et discuter des rapports avec des collègues.
Mais pas de problème. La salle présidentielle, où les orateurs ont pris la parole, était trop petite. Lorsque tous les sièges des chaises très serrées étaient occupés, les portes se fermaient simplement. Ceux qui sont entrés ont eu de la chance car ils pouvaient poser des questions aux orateurs, et pas de chance - parce que la ventilation faisait face à des difficultés. Ceux qui n'ont pas eu le temps de s'asseoir ont été envoyés pour regarder l'émission dans la Glass Hall - c'était frais là-bas, mais pour poser une question, l'orateur a dû être pris pendant la pause.
La décision d'allouer une demi-heure pour le déjeuner ne peut pas non plus être considérée comme réussie - il y avait une file d'attente pour la nourriture juste là, nous avons donc décidé de déjeuner dans un café. À 30 minutes, c'était difficile de le suivre, mais en quittant le site, j'ai dû passer un laissez-passer et, à mon retour, le récupérer en présentant mon passeport. Inopportunément.
Rapports: Android
En général, tous les rapports de la partie Android méritent attention. Un merci spécial aux anglophones qui ont essayé d'être compris même par ceux dont l'anglais est loin d'être parfait.
Une vision intéressante de l'architecture de l'application, ou plutôt du travail avec la couche de visualisation, a été décrite par Instaus Kaushik Gopal dans son rapport «Refactoring d'une application mobile en UDF». Les développeurs familiers avec l'architecture de développement Web Flux ont remarqué que Kaushik a suggéré cette approche pour travailler avec des applications mobiles.
Un rapport intéressant a été rédigé par Artyom Rudovoy de Badoo sur les raisons de la création d'un système de conception unifié, les difficultés de mise en œuvre de ce concept et comment les résoudre. Si vous pensez que votre projet nécessite une approche unifiée de la conception, vous devriez certainement consulter le rapport d'Artem.
J'ai également été impressionné par le rapport de Harshit Dwivedi de Coding Blocks sur les capacités de la bibliothèque Firebase ML Kit. En utilisant seulement quelques lignes de code, vous pouvez ajouter la fonction de reconnaissance du texte, des visages, des codes à barres, des objets et des lieux dans les images à l'application. De plus, la plupart de ces fonctionnalités sont disponibles même hors ligne.
Si tout ce qui précède ne suffit pas pour vos tâches, vous pouvez créer indépendamment un modèle sur les serveurs Firebase, fournir les données pour la formation et l'utiliser à l'avenir en ligne ou hors ligne, en ajoutant apk. Ça a l'air très intéressant.
Je me souviens du discours de Dmitry Melnikov de TamTam sur l'optimisation de la consommation de la batterie. Les données d'études décrivant la consommation de batterie des composants matériels des plates-formes mobiles ont été particulièrement intéressantes. Par exemple, le Wi-Fi consomme beaucoup plus d'énergie que la 3G et l'utilisation de capteurs matériels de l'appareil est pratiquement «gratuite». Le rapport contenait de nombreux graphiques comparatifs comparatifs de la consommation d'énergie en fonction des scénarios d'utilisation de l'appareil, montrant la consommation d'énergie de divers composants du système. Il y avait également des documents sur la consommation d'énergie de différentes versions d'Android. Je vous recommande exclusivement de lire ce rapport à tous ceux qui souhaitent optimiser le fonctionnement de leur application.
Rapports: iOS
Sur iOS, cette année, il y avait encore plus de locuteurs étrangers que de locuteurs locaux.
Bien sûr, le rapport de Krzysztof Zabłocki avec le titre fort «Architecture des applications iOS» a suscité le plus grand intérêt. Après un rapport horaire, Krzysztof a répondu encore 3 heures pour des questions et a donné des conseils dans la zone de loisirs.
Si vous avez une application avec localisation pour différentes langues, assurez-vous de consulter le rapport de John C. Fox de Netflix "Création d'une application pratique pour les utilisateurs du monde entier". En plus de conseils de développement utiles, John devrait certainement apprendre à présenter un rapport à un large public.
Pour beaucoup, Alexey Borodkin de ROSBANK a essayé de résoudre le problème délicat de la construction de processus de développement idéaux pour beaucoup dans son rapport «Product Ops: comment passer du codage à la création de produits».
Général
Parmi les rapports, bien sûr, n'étaient pas les plus intéressants. Par exemple, nous étions perplexes lorsque le sujet déclaré était intéressant, et le rapport lui-même était assez prosaïque, et le problème décrit dans celui-ci a finalement été résolu en augmentant la productivité du fer. À la fin de la présentation, il y avait plus de questions sur le sujet que de réponses, et l'orateur n'a pas pu répondre à de nombreuses questions apparemment évidentes. En toute honnêteté, il convient de noter que l'orateur lui-même a proposé de discuter des questions dans la zone de discussion, où, peut-être, les inconvénients de la présentation ont été compensés par la communication personnelle. De plus, l'orateur a immédiatement aligné une lignée de développeurs dont les questions sont restées sans réponse.
Bien sûr, une conférence est avant tout l'occasion de communiquer avec des collègues, de discuter des problèmes et de leurs solutions. Eh bien, et gagnez quelque chose des sponsors. Et cela vaut vraiment la peine d'aller pour MBLT DEV.