Comment publier son app sur les stores ? Hier, on a généré… – Armand PETIT📱

Armand PETIT📱

Expert React Native & Expo

Generated by linktime

13 18 Comment on LinkedIn

February 12, 2025

Comment publier son app sur les stores ? Hier, on a généré notre build via EAS Build de Expo (https://lnkd.in/eEX2en9Y) Parfait on a notre build ! Mais Il reste encore une étape : le publier sur l'App Store et Google Play Store. Et là... l'expression "se prendre la tête" prend tout son sens. 💀 App Store Connect qui vous rejette votre binaire parce que vous avez oublié d’incrémenter le numéro de build 💀 Google Play Console qui exige un bundle .aab au lieu d’un .apk, et qui refuse l’upload si la signature n’est pas correcte 💀 Xcode qui prend 15 minutes à uploader un fichier… et échoue sans explication (oui ça m'est déja arrivé) J’en ai d’autres, mais on va dire que je suis un harceleur. Bref, c'est un parcours du combattant. Mais notre grand sauveur, alias Expo et le service EAS Submit est là pour nous aider ! Objectif : Automatiser la soumission. Et accrochez-vous, ça va être rapide : eas submit --platform all Voilà c'est fini ! Expo s'occupe de tout : upload des fichiers, gestion des certificats et soumission aux stores. Tout est optimisé ! Bon, j'abuse un peu. Il y a un peu de configuration à établir pour connecter votre compte expo.dev à vos comptes développeurs Google et Apple mais les tutos sont à jour et la documentation est très complète. Avec EAS Build + EAS Submit, vous avez déja un pipeline de déploiement fluide et optimisée, sans prise de tête. Mais maintenant… imaginez que vous pouvez mettre à jour votre code en production sans devoir générer un nouveau build et refaire une soumission ? Je vous explique demain 😉

13 Comment on LinkedIn

February 12, 2025

Top
Latest

J'ai reçu ce message d'un recruteur aujourd'hui. Il résume parfaitement ce qui cloche dans le processus de recrutement tech. Peu importe votre passion, vos projets persos ou vos compétences réelles. Seul le nombre d'années compte. Ce qui signifie qu'un développeur qui a : → Fait uniquement de la maintenance pendant 6 ans → N'a jamais déployé sur les stores → N'a jamais construit de backend ...sera toujours considéré comme meilleur que moi qui ai : → Développé et publié 2 applications mobiles complètes → Construit des architectures backend scalables → Résolu des problèmes de performance critique en production. La motivation? Inutile. Les projets personnels? Sans valeur. Les compétences réelles? Secondaires. Et après, on va me faire passer un test technique sur Coding Game pour vérifier si je sais coder... Le recrutement tech est cassé. Il faut l'admettre et le réparer.

"Prends OVH, c'est français." Oui, mais encore faut-il que le produit soit à la hauteur. On me reproche d'utiliser AWS. Une solution américaine plutôt que française. Mon patriotisme doit-il dicter mes choix technologiques ? Aujourd'hui, AWS me permet de : - Bénéficier d'une infrastructure performante à moindre coût. - Accéder à une gamme de services plus étendue que celle proposée par OVH. Le gouvernement a même créé le label "Cloud de Confiance". Ce label permet : → À des acteurs étrangers d'être considérés comme équivalents aux entreprises françaises. → D'utiliser des solutions internationales tout en respectant les exigences françaises de souveraineté des données. → De certifier officiellement la fiabilité de certains clouds non français. Alors, pourquoi se limiter ? Ne soyez pas patriote à vos dépens. Soyez exigeant pour votre business.

Expo vient de frapper un grand coup. Tu peux maintenant déployer ton app mobile depuis un SAAS. Tu te souviens du temps où shipper une app iOS nécessitait : - un Mac - Xcode - des certificats Apple - une config manuelle d’App Store Connect - un café bien serré et quelques sueurs Même avec EAS, tu devais encore passer par la CLI. Autant dire que les PM, QA ou designers restaient sur la touche. Et que les devs perdaient du temps pour de simples builds de test. Evan Bacon vient de montrer quelque chose qui change la donne. Avec launch.expo.dev, tu peux : → coller l’URL GitHub de ton projet → cliquer sur “Launch” → laisser la plateforme créer ton app côté Apple, signer ton code, build, et soumettre sur TestFlight → recevoir l’invitation sur ton iPhone quelques minutes plus tard Le tout, sans ouvrir un terminal. Depuis un navigateur. Sur Windows, sur mobile… ou même sur une Nintendo Switch. Ce n’est pas juste un raccourci. C’est une nouvelle manière de shipper : - Aucun setup local requis - Aucune CLI à apprendre - N’importe qui dans l’équipe peut déclencher une release - Une app testable en quelques minutes via TestFlight - Et une version web déployée en bonus si tu veux Launch.expo.dev, c’est EAS pour les humains. C’est le dernier kilomètre, enfin automatisé. Evan Bacon l’a dit simplement : “It has never been easier to build and submit an iOS app.” Difficile de dire le contraire. Crédit : Evan Bacon

August 22, 2025

2016 : Airbnb adopte React Native 2018 : Airbnb revienne sur du natif. La vérité crue sur l'abandon de React Native. Une histoire qui a marqué le monde du développement mobile. En 2016, Airbnb fait un pari audacieux : unifier ses équipes iOS et Android avec React Native. Objectif : développer plus vite, avec moins de code. Au pic de leur adoption, 70% de l'application était développée avec React Native. Un investissement massif. Mais la réalité fut complexe : 1. Problèmes rencontrés → Performances limitées sur fonctionnalités complexes → Difficultés de mise à jour → Nécessité de développer des infrastructures supplémentaires 2. Résultats du sondage interne → 60% des développeurs ont adoré l'expérience → 74% envisageraient à nouveau React Native → Malgré ces chiffres, des frustrations persistent 3. Décision finale → Retour au développement natif → Arrêt des nouveaux développements React Native → Transition progressive vers des technologies natives L'histoire n'est pas un échec. C'est un apprentissage. React Native en 2025 ? Un monstre de performances. (Pour les rageux) vos arguments de 2018 sont obsolètes. L'innovation ne s'arrête jamais.

T’es dev mobile ? Prouve-le. Reproduis cette animation. 50€ à la clé. Un seul gagnant. J’aurais adoré coder cette animation vue dans l’app Finary. Mais j’ai pas le temps. Alors je transforme l’idée en défi. Voici les règles : → Tu reproduis l’animation, dans le framework que tu veux : React Native, Flutter, natif… même Ionic si t’oses. → Tu postes un commentaire sous ce post avec : 1. Le lien vers une démo (Loom, YouTube, etc.) 2. Le lien vers ton GitHub Deadline : 𝘃𝗲𝗻𝗱𝗿𝗲𝗱𝗶 6 𝗷𝘂𝗶𝗻 à 𝗺𝗶𝗻𝘂𝗶𝘁. Le projet le plus propre, le plus fidèle, le plus fluide repart avec 50€. Critères de jugement : - Fidélité à l’animation originale - Propreté et clarté du code - Fluidité, responsivité Je jugerai personnellement chaque projet. Besoin de plus d’infos ? Regarde la vidéo que j’ai ajoutée au post. Tout y est. Et si tu veux m’aider à faire décoller ce défi, repartage ce post. Plus il circule, plus il y aura de participants… et plus le gagnant pourra être fier. Pas besoin d’être une rockstar. Juste d’aimer builder. À toi de jouer.