Je partage entièrement ton avis : c'est pour moi la première solution multiplateforme que je considère comme viable.

Salut Dénis, dis moi vu que je lis que tu as énormément d'expérience en developpement d'app, c'est possible de rentrer en contact avec toi et d'avoir parfois des projets dans le but développer mes capacités ? Je suis étudiant et présentement j'apprends le dev d'app multiplateforme.

@@patrickekogha2087 tu peux me contacter, mais je te recommande surtout de t'inscrire sur le site de Maxime qui au delà des cours qui sont excellents permet de se mettre en relations avec des collègues Francophones de tous niveaux qui sont intéressés et actifs dans le développement d'applications mobiles. C'est vraiment une bonne opportunité, pour apprendre, se motiver et avoir de nombreux retours d'expérience. :-)

@@denisg.8056 Merci oki

Merci pour ton retour Kévin! Content que ce choix te soit positif ; je suis convaincu qu'à l'heure actuelle c'est une très bonne stratégie pour un indépendant qui cible iPhone et Android 👍

Merci beaucoup pour ce retour et bravo pour suivre mes formations! Je pense aussi que Flutter peut couvrir énormément de besoin en apps mobiles et que le natif va de plus en plus être réservé à des cas particuliers. Happy coding!

Merci beaucoup @snooki! Pour le moment cette stratégie a porté ses fruits 👍

Ravi de voir que nous sommes sur la même longueur d'onde Maxvyr! Happy coding!

Oui je te conseilles de regarder Flutter, même si tu es habitué à React car c'est une super plateforme! Cela dit Swift aussi est sympa, si ton objectifs est de faire uniquement des apps pour l'univers Apple

Merci Sebastien pour ton retour et ravi d'avoir pu aider :) Je suis certain que tu vas adorer, en tous cas ce sera bien plus sympa que de faire du Kotlin pour ta version Android. Si tu veux te lancer j'ai un cours gratuit d'1h pour la partie installation et découverte : www.purplegiraffe.fr/p/1h-pour-creer-app-flutter/ Happy coding!

@@PurpleGiraffe Merci Maxime! Je viens de prendre le cours. Il est très bien fait!

Content de voir que tu apprécies Flutter ! Attention tout de même : autant c'est une excellente solution pour du mobile, autant pour remplacer du web je pense qu'il faut attendre encore un petit peu.

Bien dit Sylvain, et d'ailleurs j'ai une vidéo où je creuse un peu plus ce concept d'apps premium pour iOS qui sortira dans quelques semaines.

Top ! j'attend cela avec impatience ;)

Merci pour le retour et happy coding!

Je pense que tu fais un excellent choix : flutter est vraiment une super plateforme et je suis certain que tu vas adorer 👍

Je ne suis pas convaincu que React Native soit le plus utilisé. Pour les outils de dev open source, j'aime bien voir le nombre de "Star" sur GitHub : 114k pour React Native et 160k pour Flutter. Par contre si tu prends React (web) c'est 214k. Si on ne prend que ces indicateurs, je dirais pour du Web React, pour du mobile Flutter. Mais il y a pleins d'autres paramètres à prendre en compte et le plus important est d'être capable de changer de techno tous les 4/5 ans si c'est nécessaire.

Les statistiques sont intéressantes, je viens du web avec react, actuellement je suis sur un projet mobile react/ionic. Le dev iOS natif m’attire de plus en plus car avec JS/TS il y a beaucoup de dépendances externes et pas de framework qui fixe les bonnes pratiques…

Salut Boris, je n'ai pas fait les mesures exactes mais part du principe chaque kit simplifiant la vie du développeur rajoute une couche d'outils qui consomment des ressources. Cela a 2 effets : ralentir l'execution par rapport à du natif, consommer plus d'énergie pour faire tourner ces outils en plus de l'app elle-même. Maintenant tous les kits ne se valent pas : certains sont basés sur des technos du web et embarquent un mini navigateur internet pour faire tourner l'app. Alors que d'autres utilisent des technos plus bas niveau pour diminuer leur empreinte. J'ai testé de nombreux outils et Flutter est celui qui me paraît offrir le meilleur compromis : son moteur en C++ est léger et performant, que ce soit en termes de performances ou de consommation d'énergie. Souvent la façon de développer son app a plus d'importance que l'outil lui même : une app mal codée en natif consommera plus de batterie qu'une app bien codée avec Flutter par exemple.

@@PurpleGiraffe crystal clear! Merci pour cette réponse quali !

Merci pour ton retour! En soi Swift et Flutter sont tous les 2 gratuits, mais si tu fais référence au matériel nécessaire, alors oui, il te faut obligatoirement un mac pour créer des apps iPhone/iPad alors qu'avec Flutter tu peux rester sur le monde Android, Windows et Web si tu le souhaites.

C'est un critère très important que j'ai oublié de mentionner dans ma vidéo, merci pour ce retour! A mon niveau la dynamique est claire : sur Purple Giraffe une écrasante majorité des étudiants suit les cours Flutter, en 2ème position (mais très loin de Flutter) j'ai les cours iOS/Swift et loin derrière j'avais les cours Android/Kotlin (que je ne maintiens plus maintenant). Sachant que Flutter est plus récent ont peut supposer qu'actuellement la marché de l'emploi possède déjà des profils expérimentés iOS/Swift (et peut être Android/Kotlin) mais que de nouveaux développeurs Flutter arrivent en masse et seront disponibles dans les prochaines années. Ça n'est qu'une estimation basée sur des chiffres non standardisés mais ça donne déjà une première idée d'évolution possible

Bonjour et merci pour ton retour, c'est tout à fait vrai : SwiftUI et Compose simplifient énormément la création d'interfaces graphiques pour iPhone et Android. Il reste tout de même à faire 2 fois l'interface graphique : une fois avec SwiftUI pour iPhone et une fois avec Compose pour Android. Sans compter le reste de l'app (modèle, contrôleurs, gestion des données, etc.) car le Swift et le Kotlin sont difficilement inter-opérables. Pour un dev indépendant, si on veut supporter les 2 plateformes, avoir une seule base de code simplifie énormément les choses :)

@@PurpleGiraffe bonjour c est vrai as tu vue aussi un des outil hybride de jetbrain kotlin multiplateforme mobile qui pourrai être un sérieux concurrent à flutter si il étais adopté par Apple

@@ecupowerable C'est vrai que le projet est prometteur mais ça n'est pas à Apple de l'adopter, c'est à l'équipe de Kotlin multiplateforme de continuer à le développer. Apple investit des millions dans l'écosystème Swift/Xcode et ont pour but d'améliorer l'expérience des développeurs iOS/macOS/iPadOS/watchOS/tvOS. J'ai du mal à les voir repartir de 0 pour un autre langage qui ne leur apporte rien à eux.

Oui, si le bundle id reste identique alors ce sera une simple mise à jour pour les utilisateurs sur l’AppStore et le PlayStore 👍

Merci pour ce retour! C'est une excellente raison et la majorité des projets multiplateforme adoptent cette logique. Il faut juste être certain que les contraintes de votre projet soient compatibles avec Flutter (ou une autre techno multiplateforme) car si vous avez besoin de fonctions spécifiques (3D, realité augmentée, performances très élevées, etc.) alors il est parfois obligatoire de rester sur du natif.

Merci pour ton retour Lucas! Il y a pleins de cas où le natif reste une meilleure solution donc tu peux bien entendu conserver cette stratégie :) Y-a-t-il une raison particulière pour laquelle tu ne veux pas essayer d'autres technos ?

@@PurpleGiraffe j'ai essayé flutter c'était certes efficace mais je trouve qu'il y'a unpeu de retard par rapport aux natifs

@@lucashoumga642 du retard à quel niveau ?

Merci pour ton retour! Effectivement la webview fonctionne aussi mais le résultat est souvent moins bon qu'en utilisant une techno dédiée comme Flutter ou React Native. Mais ça reste une solution viable si tu faire des sites mobiles de qualité

Flutter est vraiment en train de s'imposer sur secteur du développement multiplateforme, je suis vraiment content d'avoir pris cette direction aussi. Mais restons à l'affut pour être capable de s'adapter si d'autres solution venaient à s'imposer à l'avenir. Happy coding!

@@PurpleGiraffe Oui, je suis tout à fait, nous somme à peu prêt dans l'obligation de s'adapter à de nouvelles solutions

Merci pour ton retour, Kotlin Multiplatform est vraiment intéressant, mais la génération d'apps iOS est au stade alpha donc je préfère attendre avant de me jeter dessus. Ce qui m'inquiète un peu c'est qu'on parle de Kotlin MPP depuis des années maintenant et ça ne semble jamais sortir en version stable.

J'aime voir une telle ouverture d'esprit et prise en compte des contextes différents du sien. C'est un véritable plaisir de débattre avec des personnes telles que vous, qui ne faites pas de raccourcis et allez au delà du "J'ai une raison, donc j'ai raison et donc les autres ont tort." Continuez ainsi, c'est clairement le meilleur moyen de progresser dans votre métier 😘