Discussion :

[Elye - A One Eye Dev By His Grace]

Flutter, le framework de développement d'applications multiplateformes, est-il sur le point de disparaître ? Flutter remplit-il toujours son rôle chez Google ?

Permettez-moi tout d'abord de m'excuser si le titre vous a déplu. J'ai toujours été un fan des produits Google, en particulier de leurs efforts en matière de développement mobile.

Lorsqu'il s'agit de frameworks de développement mobile multiplateformes populaires comme Xamarin, React Native et Flutter, ma préférence penche fortement vers Flutter. Cette préférence est en partie due à l'implication de Google et en partie à la popularité croissante de Flutter, comme en témoignent les récentes statistiques sur les questions posées sur Stack Overflow.

Cependant, un événement inattendu s'est produit récemment : Google a licencié des coéquipiers des équipes Flutter et Dart. Cela m'a surpris et m'a incité à réfléchir aux raisons possibles de cette décision.

Il ne semble pas qu'il s'agisse d'une vaste restructuration, puisqu'elle ne semble avoir touché que des domaines spécifiques. Cela suggère une hiérarchisation des investissements et une stratégie de désinvestissement progressif, comme l'a indiqué Alex García-Kummert, porte-parole de Google : « Comme nous l'avons dit, nous investissons de manière responsable dans les plus grandes priorités de notre entreprise et dans les opportunités significatives qui s'offrent à nous ».

Après enquête, j'ai découvert qu'il ne s'agissait pas d'un incident isolé. Google avait déjà licencié une partie de l'équipe Fuchsia l'année dernière, qui construit ce système d'exploitation natif de Flutter. Cela m'amène à penser que ces actions font partie d'une stratégie planifiée.

À la lumière de ces événements récents et de la tendance émergente, je me trouve de plus en plus incertain quant à l'avenir de Flutter. Permettez-moi de partager mon point de vue, en commençant par les raisons pour lesquelles Flutter a émergé en premier lieu.

1. Flutter était probablement le plan de secours de Google

En 2010, Oracle a intenté un procès à Google pour son utilisation de Java, en particulier dans Android. Cette bataille juridique a duré des années. Malgré le litige, Android a continué à prospérer au début des années 2010 et reste une plateforme cruciale pour Google afin d'atteindre les utilisateurs mobiles et d'étendre son influence technologique. Une défaite dans l'affaire Oracle contre Google pourrait avoir de graves répercussions pour Google dans le domaine de la téléphonie mobile.

Google a donc dû élaborer une stratégie pour réduire sa dépendance à l'égard de Java. L'adoption de Kotlin en tant que « first-class citizen » en 2017 a été une étape importante. Cette décision a permis d'assurer la continuité du développement d'Android quelle que soit l'issue du procès Oracle contre Google, sauvegardant ainsi la position de Google sur le marché mobile.

Il est clair qu'à l'époque, la décision d'élever Kotlin au rang de « first-class citizen » m'a semblé précipitée, surtout si l'on considère l'évidence de son manque de préparation dans Android Studio 3.0. J'ai souligné ces préoccupations en détail dans un article que j'ai écrit à l'époque.

S'appuyer uniquement sur Kotlin présente des risques, car il s'agit d'un langage développé par JetBrains, et non par Google. Pour atténuer ce risque, Google a cherché à établir une autre option basée sur un langage qui lui appartient pleinement.

Dès 2015, Google avait exposé des plans pour une approche sans Java du développement mobile en utilisant le langage de programmation Dart et un framework connu sous le nom de Sky, qui a ensuite évolué pour devenir Flutter. Flutter a été officiellement publié en 2017, coïncidant avec la désignation de Kotlin comme « first-class citizen » pour le développement Android. Ce mouvement stratégique de Google a fourni une solution alternative, assurant une plus grande flexibilité et un meilleur contrôle dans l'écosystème de développement Android.

De 2017 à aujourd'hui, Kotlin et Flutter ont tous deux connu un succès important à mon avis, ce qui m'amène à croire que les deux resteraient proéminents dans un avenir prévisible.

Cependant, les tendances et les incidents récents suggèrent que Google pourrait finalement donner la priorité à l'un par rapport à l'autre, en éliminant potentiellement l'option secondaire. C'est ce qui ressort des développements décrits ci-dessous.

2. Kotlin a connu plus de succès

Depuis que Kotlin a été annoncé comme le « first-class citizen » pour le développement Android, Google et JetBrains n'ont cessé de l'améliorer au point que Kotlin est devenu proéminent, représentant le summum du développement Android.

Les deux entreprises travaillent en harmonie depuis l'introduction d'Android Studio en 2013, qui est entièrement basé sur IntelliJ. Ce partenariat, qui s'étend sur plus d'une décennie, s'est avéré mutuellement bénéfique. IntelliJ a étendu Kotlin au-delà du développement Android, tandis que Google a approfondi son intégration de Kotlin pour le développement Android.

D'après les statistiques, Kotlin devance clairement Dart

• Kotlin en 19ème position, Dart en 26ème position (Tiobe Index)
• Kotlin préféré par 9 %, Dart préféré par 6 % (StackOverflow 2023 Survey)

Jetpack Compose et Kotlin Gradle

Du côté de Google, la domination de Kotlin dans le développement Android est devenue encore plus évidente avec l'introduction de Jetpack Compose en 2019. Ce framework, purement basé sur Kotlin, a encore solidifié le lien de Kotlin avec le développement natif d'Android.

En outre, l'environnement de construction Gradle est passé de l'utilisation de Groovy à celle de Kotlin. Par conséquent, la grande majorité de l'écosystème de développement Android tourne maintenant autour de Kotlin, cimentant son statut de « first-class citizen » évident pour le développement Android.

Kotlin multiplateforme (KMP)

JetBrains a étendu la portée de Kotlin au-delà du développement Android en ciblant le développement iOS et le développement web grâce au développement Kotlin Multiplatform.

Cette stratégie distingue Kotlin des autres frameworks de développement mobile comme React Native, Xamarin et Flutter, car il fonctionne davantage comme une plateforme que comme un framework. Contrairement à ces frameworks, Kotlin Multiplatform ne dicte pas l'ensemble de l'architecture de l'appli, mais permet d'étendre les projets iOS et Android natifs existants.

Pour garantir une intégration plus harmonieuse du framework Multiplatform dans l'environnement Android, les employés de Google ont activement contribué à son développement. Cette collaboration a facilité l'alignement du framework sur le système d'exploitation Android, simplifiant ainsi les processus de développement sur cette plateforme.

Cette flexibilité permet de passer en toute transparence d'un développement purement natif à un développement multiplateforme en fonction des besoins, ce qui permet aux développeurs d'adapter leurs projets en fonction de l'évolution de leurs exigences.

Je m'y suis personnellement plongé il y a quelque temps et j'ai remarqué son approche unique, qui le distingue des autres frameworks permettant le développement multiplateforme. J'anticipe le potentiel de Kotlin Multiplatform alors qu'il n'en est qu'à ses débuts.

3. Kotlin Multiplateforme (KMP) vs Flutter

Comme mentionné ci-dessus, Kotlin Multiplatform est en fait différent par rapport aux autres frameworks de développement mobile, il s'agit d'une plateforme et non d'un framework.

Ce n'est donc pas vraiment une comparaison des pommes avec les pommes, étant donné que Kotlin Multiplatform, dans les premiers jours, s'appuie encore beaucoup sur le développement natif, en particulier dans le domaine spécifique de l'interface utilisateur d'iOS et d'Android.

Jetpack Compose + Kotlin Multiplateforme

Cependant, ces dernières années, JetBrain a fait passer Jetpack Compose à Kotlin Multiplatform, et l'a appelé Compose Multiplatform.

Cela a permis de développer simultanément l'interface utilisateur native d'iOS et d'Android, d'étendre la plateforme vers le haut et de réduire la nécessité de travailler sur les deux plateformes.

Cette avancée en a fait un très grand concurrent pour Flutter lui-même. Bien qu'il ne soit pas créé par Google, il est en grande partie soutenu par Google.


Quelle est la proposition de valeur de Flutter pour Google ?

Flutter a d'abord été un mouvement stratégique pour Google, visant à répondre à divers domaines tels que son investissement dans le paysage en plein essor du développement mobile et l'atténuation des risques associés au litige Java entre Oracle et Google.

Cependant, le succès remarquable de Kotlin, associé au potentiel prometteur de Kotlin Multiplatform, et la forte collaboration de Google avec IntelliJ, ont remodelé le paysage du développement mobile, diminuant ainsi la proposition de valeur initiale de Flutter pour Google.

Flutter est toujours un succès de Google

Malgré cela, Flutter a également connu un succès considérable, comme en témoigne son adoption par de grands fournisseurs tels qu'Alibaba, ByteDance et Google lui-même, avec des apps comme Google Pay et Google Earth. De plus, il existe une communauté Flutter florissante qui continue de militer pour son adoption.

Bien que l'équipe de Fuchsia ait connu une certaine réduction de ses effectifs, le projet reste actif pour l'instant.

Mon pari sur les prochaines actions de Google

Ma prédiction est que Google va probablement maintenir Flutter dans un avenir prévisible. Il reste l'un des meilleurs frameworks de développement mobile multiplateforme, si ce n'est le premier choix. Par conséquent, je doute que Google l'abandonne brusquement comme Xamarin, dont le support a pris fin le 1er mai 2024.

Ce qui est plus probable, c'est une réduction progressive des équipes Flutter et Dart, ralentissant le développement, tandis que Google observe sa domination dans le paysage mobile, son partenariat avec JetBrains, l'engagement de la communauté et l'orientation de sa technologie.

Personnellement, bien que je ne sois pas un partisan du framework mobile, j'espère que Google n'abandonnera pas Flutter purement et simplement comme ils l'ont fait pour beaucoup d'autres, compte tenu de la dépendance importante de la communauté à son égard. Au minimum, j'espère que Google envisagera de l'ouvrir au soutien de la communauté avant de prendre une décision définitive.

Je souhaite le meilleur à mes collègues développeurs Flutter !

Source : "Is Flutter Facing its End?" (d'après Elye - A One Eye Developer)

Et vous ?

Quel est votre avis sur le sujet ?
Trouvez-vous cette analyse crédible ou pertinente ?

Voir aussi :

Google publie Flutter 3.7 et évoque l'avenir du framework de développement d'applications, cette version améliore le support de Material You, les performances et la gestion de la mémoire

Flutter 3 de Google ajoute la prise en charge des applications de bureau macOS et Linux, le framework s'accompagne d'intégrations plus approfondies avec Firebase

[OuftiBoy]

Flutter, le framework de développement d'applications multiplateformes, est-il sur le point de disparaître ? Flutter remplit-il toujours son rôle chez Google ?

Permettez-moi tout d'abord de m'excuser si le titre vous a déplu.

J'ai toujours été un fan des produits Google, en particulier de leurs efforts en matière de développement mobile. Cela m'étonne toujours quand on se dit "fan" de quelque chose. Ce n'est pas une position rationnel.

Lorsqu'il s'agit de frameworks de développement mobile multiplateformes populaires comme Xamarin, React Native et Flutter, ma préférence penche fortement vers Flutter. Cette préférence est en partie due à l'implication de Google et en partie à la popularité croissante de Flutter, comme en témoignent les récentes statistiques sur les questions posées sur Stack Overflow.

Franchement, j'ai un doute... J'ai essayé Xamarin, et ça a toujours été un calvaire. Mais avoir une préférence pour un "produit" et/ou service Google, due à l'implication de Google, ça une grave erreur. Google est le spécialiste pour proposer des choses ou des services, qu'il débranche assez brusquement lorsqu'ils ne voyent pas un retour sur investissement. Préférer utiliser un produit ou un service Google, c'est prendre un énorme risque, car ils abandonnent régulièrement des "projets" dès qu'il sentent que ça ne prendra pas.

Cependant, un événement inattendu s'est produit récemment : Google a licencié des coéquipiers des équipes Flutter et Dart. Cela m'a surpris et m'a incité à réfléchir aux raisons possibles de cette décision.

Il ne semble pas qu'il s'agisse d'une vaste restructuration, puisqu'elle ne semble avoir touché que des domaines spécifiques. Cela suggère une hiérarchisation des investissements et une stratégie de désinvestissement progressif, comme l'a indiqué Alex García-Kummert, porte-parole de Google : « Comme nous l'avons dit, nous investissons de manière responsable dans les plus grandes priorités de notre entreprise et dans les opportunités significatives qui s'offrent à nous ».

Comme l'a indiqué Alex García-Kummert, porte-parole de Google : « Comme nous l'avons dit, nous investissons de manière responsable dans les plus grandes priorités de notre entreprise et dans les opportunités significatives qui s'offrent à nous ». En langage moins "corporate, ça peut se traduire par très simplement: On investit là où on peut se faire un max de blé, et l'utilisateur de ce qu'on abandonne, on en a rien a foutre.

Après enquête, j'ai découvert qu'il ne s'agissait pas d'un incident isolé. Google avait déjà licencié une partie de l'équipe Fuchsia l'année dernière, qui construit ce système d'exploitation natif de Flutter. Cela m'amène à penser que ces actions font partie d'une stratégie planifiée.

À la lumière de ces événements récents et de la tendance émergente, je me trouve de plus en plus incertain quant à l'avenir de Flutter. Permettez-moi de partager mon point de vue, en commençant par les raisons pour lesquelles Flutter a émergé en premier lieu.

1. Flutter était probablement le plan de secours de Google

En 2010, Oracle a intenté un procès à Google pour son utilisation de Java, en particulier dans Android. Cette bataille juridique a duré des années. Malgré le litige, Android a continué à prospérer au début des années 2010 et reste une plateforme cruciale pour Google afin d'atteindre les utilisateurs mobiles et d'étendre son influence technologique. Une défaite dans l'affaire Oracle contre Google pourrait avoir de graves répercussions pour Google dans le domaine de la téléphonie mobile.

Google a donc dû élaborer une stratégie pour réduire sa dépendance à l'égard de Java. L'adoption de Kotlin en tant que « first-class citizen » en 2017 a été une étape importante. Cette décision a permis d'assurer la continuité du développement d'Android quelle que soit l'issue du procès Oracle contre Google, sauvegardant ainsi la position de Google sur le marché mobile.

Il est clair qu'à l'époque, la décision d'élever Kotlin au rang de « first-class citizen » m'a semblé précipitée, surtout si l'on considère l'évidence de son manque de préparation dans Android Studio 3.0. J'ai souligné ces préoccupations en détail dans un article que j'ai écrit à l'époque.

S'appuyer uniquement sur Kotlin présente des risques, car il s'agit d'un langage développé par JetBrains, et non par Google. Pour atténuer ce risque, Google a cherché à établir une autre option basée sur un langage qui lui appartient pleinement.

Dès 2015, Google avait exposé des plans pour une approche sans Java du développement mobile en utilisant le langage de programmation Dart et un framework connu sous le nom de Sky, qui a ensuite évolué pour devenir Flutter. Flutter a été officiellement publié en 2017, coïncidant avec la désignation de Kotlin comme « first-class citizen » pour le développement Android. Ce mouvement stratégique de Google a fourni une solution alternative, assurant une plus grande flexibilité et un meilleur contrôle dans l'écosystème de développement Android.

De 2017 à aujourd'hui, Kotlin et Flutter ont tous deux connu un succès important à mon avis, ce qui m'amène à croire que les deux resteraient proéminents dans un avenir prévisible.

Cependant, les tendances et les incidents récents suggèrent que Google pourrait finalement donner la priorité à l'un par rapport à l'autre, en éliminant potentiellement l'option secondaire. C'est ce qui ressort des développements décrits ci-dessous.

2. Kotlin a connu plus de succès

Depuis que Kotlin a été annoncé comme le « first-class citizen » pour le développement Android, Google et JetBrains n'ont cessé de l'améliorer au point que Kotlin est devenu proéminent, représentant le summum du développement Android.

Les deux entreprises travaillent en harmonie depuis l'introduction d'Android Studio en 2013, qui est entièrement basé sur IntelliJ. Ce partenariat, qui s'étend sur plus d'une décennie, s'est avéré mutuellement bénéfique. IntelliJ a étendu Kotlin au-delà du développement Android, tandis que Google a approfondi son intégration de Kotlin pour le développement Android.

D'après les statistiques, Kotlin devance clairement Dart

• Kotlin en 19ème position, Dart en 26ème position (Tiobe Index)
• Kotlin préféré par 9 %, Dart préféré par 6 % (StackOverflow 2023 Survey)

Jetpack Compose et Kotlin Gradle

Du côté de Google, la domination de Kotlin dans le développement Android est devenue encore plus évidente avec l'introduction de Jetpack Compose en 2019. Ce framework, purement basé sur Kotlin, a encore solidifié le lien de Kotlin avec le développement natif d'Android.

En outre, l'environnement de construction Gradle est passé de l'utilisation de Groovy à celle de Kotlin. Par conséquent, la grande majorité de l'écosystème de développement Android tourne maintenant autour de Kotlin, cimentant son statut de « first-class citizen » évident pour le développement Android.

Kotlin multiplateforme (KMP)

JetBrains a étendu la portée de Kotlin au-delà du développement Android en ciblant le développement iOS et le développement web grâce au développement Kotlin Multiplatform.

Cette stratégie distingue Kotlin des autres frameworks de développement mobile comme React Native, Xamarin et Flutter, car il fonctionne davantage comme une plateforme que comme un framework. Contrairement à ces frameworks, Kotlin Multiplatform ne dicte pas l'ensemble de l'architecture de l'appli, mais permet d'étendre les projets iOS et Android natifs existants.

Pour garantir une intégration plus harmonieuse du framework Multiplatform dans l'environnement Android, les employés de Google ont activement contribué à son développement. Cette collaboration a facilité l'alignement du framework sur le système d'exploitation Android, simplifiant ainsi les processus de développement sur cette plateforme.

Cette flexibilité permet de passer en toute transparence d'un développement purement natif à un développement multiplateforme en fonction des besoins, ce qui permet aux développeurs d'adapter leurs projets en fonction de l'évolution de leurs exigences.

Je m'y suis personnellement plongé il y a quelque temps et j'ai remarqué son approche unique, qui le distingue des autres frameworks permettant le développement multiplateforme. J'anticipe le potentiel de Kotlin Multiplatform alors qu'il n'en est qu'à ses débuts.

3. Kotlin Multiplateforme (KMP) vs Flutter

Comme mentionné ci-dessus, Kotlin Multiplatform est en fait différent par rapport aux autres frameworks de développement mobile, il s'agit d'une plateforme et non d'un framework.

Ce n'est donc pas vraiment une comparaison des pommes avec les pommes, étant donné que Kotlin Multiplatform, dans les premiers jours, s'appuie encore beaucoup sur le développement natif, en particulier dans le domaine spécifique de l'interface utilisateur d'iOS et d'Android.

Jetpack Compose + Kotlin Multiplateforme

Cependant, ces dernières années, JetBrain a fait passer Jetpack Compose à Kotlin Multiplatform, et l'a appelé Compose Multiplatform.

Cela a permis de développer simultanément l'interface utilisateur native d'iOS et d'Android, d'étendre la plateforme vers le haut et de réduire la nécessité de travailler sur les deux plateformes.

Cette avancée en a fait un très grand concurrent pour Flutter lui-même. Bien qu'il ne soit pas créé par Google, il est en grande partie soutenu par Google.

Ce qui loin d'être un gage de qualité et encore moins de pérénité.

Quelle est la proposition de valeur de Flutter pour Google ?

Aucune.

Flutter a d'abord été un mouvement stratégique pour Google, visant à répondre à divers domaines tels que son investissement dans le paysage en plein essor du développement mobile et l'atténuation des risques associés au litige Java entre Oracle et Google.

Cependant, le succès remarquable de Kotlin, associé au potentiel prometteur de Kotlin Multiplatform, et la forte collaboration de Google avec IntelliJ, ont remodelé le paysage du développement mobile, diminuant ainsi la proposition de valeur initiale de Flutter pour Google.

Kotlin, un "succès" remarquable ? Il n' a que des développeurs pour la monstruosité que sont les "smartphone" qui peuvent penser ça. Ce n'est plus des téléphones, c'est des jouets, dont l'utilité est en réalité très limitées.

Flutter est toujours un succès de Google

Malgré cela, Flutter a également connu un succès considérable, comme en témoigne son adoption par de grands fournisseurs tels qu'Alibaba, ByteDance et Google lui-même, avec des apps comme Google Pay et Google Earth. De plus, il existe une communauté Flutter florissante qui continue de militer pour son adoption.

Ah, faut militer maintenant. Une technologie n'est adopté et ne dure que si elle est bonne, et on ne compte pas son succès par le nombre de "militant". Militer, c'est être persuadé qu'on a raison et que les autres on tord. Et y'a même des militants qui militent sans vraiment savoir de quoi ils parlent.
Bien que l'équipe de Fuchsia ait connu une certaine réduction de ses effectifs, le projet reste actif pour l'instant.

Mon pari sur les prochaines actions de Google

Ma prédiction est que Google va probablement maintenir Flutter dans un avenir prévisible. Il reste l'un des meilleurs frameworks de développement mobile multiplateforme, si ce n'est le premier choix. Par conséquent, je doute que Google l'abandonne brusquement comme Xamarin, dont le support a pris fin le 1er mai 2024.

Voila l'entrée de madame Irma et de sa boule de cristal. c'est de mieux en mieux. Voilà une enquête sérieuse

Ce qui est plus probable, c'est une réduction progressive des équipes Flutter et Dart, ralentissant le développement, tandis que Google observe sa domination dans le paysage mobile, son partenariat avec JetBrains, l'engagement de la communauté et l'orientation de sa technologie.

Personnellement, bien que je ne sois pas un partisan du framework mobile, j'espère que Google n'abandonnera pas Flutter purement et simplement comme ils l'ont fait pour beaucoup d'autres, compte tenu de la dépendance importante de la communauté à son égard. Au minimum, j'espère que Google envisagera de l'ouvrir au soutien de la communauté avant de prendre une décision définitive.

Je souhaite le meilleur à mes collègues développeurs Flutter !

Tu aurais pu résumer ton article très facilement. Google ferme et fermera encore des services, pour tout rediriger sur l'IA. Parce que Google gagne 90% de son pognon via la publicité; et qu'ils espèrent, avec l'IA, pouvoir présenter des pubs qui collent le mieux au "profile" de chaque utilisateur. Il font du flicage, volent toutes les données du web (comme les autres acteurs de l'IA), tracent les utilisateur même contre leur grès.

La seul chose que google a bien fait, c'est son système d'indexation, mais ça remonte à 20 ans. Et Androide, il ne l'on pas fait, il m'on acheté, pour aller sur le marché du "smartphone" (qui sont des calamités pour ceux qui ouvrent un peu les yeux), pas pour faire un bon OS, mais simplement pour aller vite mettre leur pub partout.

J'espère ne pas t'avoir froissé. Mais plus plates excuses si c'est le cas.

BàT et peace & love.

Source : "Is Flutter Facing its End?" (d'après Elye - A One Eye Developer)

Et vous ?

Quel est votre avis sur le sujet ?
Trouvez-vous cette analyse crédible ou pertinente ?

Voir aussi :

Google publie Flutter 3.7 et évoque l'avenir du framework de développement d'applications, cette version améliore le support de Material You, les performances et la gestion de la mémoire

Flutter 3 de Google ajoute la prise en charge des applications de bureau macOS et Linux, le framework s'accompagne d'intégrations plus approfondies avec Firebase

[marc.collin]

très possible comme on l'a vu avec gwt...

pourrait être le cas d'angular dans quelques années

[OuftiBoy]

Même Google "pousse" à l'utilisation de Go Rust.
Quand le créateur d'un langage pousse a l'utilisation d'un autre, c'est pas bon signe.
Avec cette déclaration, Google vient de tuer son propre langage Go.
C'est une habitude chez eux. Ils lancent des ballons d'essais, et si ça prend pas, on ferme boutique.
S'appuyer sur un service ou outil Google, c'est prendre un risque énorme.

BàV et Peace & Love.

[popo]

Tout le monde peut avoir un avis.
OK, tu es un grand fan de Google.
Moi aussi dans une certaine mesure.

Je suis assez d'accord avec OuftiBoy pour dire que Google abandonne assez facilement ces projets, et que le pari de s'appuyer dessus est risqué sur certaines techno.

Mais ce que je n'apprécie pas, ce sont les dénigrements des concurrent en propageant de fausse informations.
Notamment, celle-ci :

Ma prédiction est que Google va probablement maintenir Flutter dans un avenir prévisible. Il reste l'un des meilleurs frameworks de développement mobile multiplateforme, si ce n'est le premier choix. Par conséquent, je doute que Google l'abandonne brusquement comme Xamarin, dont le support a pris fin le 1er mai 2024.

Xamarin n'a pas été abandonné brusquement.
La fin du support de Xamarin a été annoncé depuis mai 2022, depuis l'annonce officielle de la sortie de son remplaçant : MAUI.

[OuftiBoy]

Tout le monde peut avoir un avis.
OK, tu es un grand fan de Google.
Moi aussi dans une certaine mesure.

Je suis d'accord, et chacun peut avoir un avis, mais également tout comme "popo", la désinformation (volontaire ou pas), je n'aime pas. Il y a des faits et rien que des faits. Le reste c'est du blabla, je reprend ta citation Elye - A One Eye Dev By His Grace (tiens, au passage, que veux dire exactement A One Eye Dev By His Grace ?

Citation Envoyé par Elye - A One Eye Dev By His Grace
Ma prédiction est que Google va probablement maintenir Flutter dans un avenir prévisible. Il reste l'un des meilleurs frameworks de développement mobile multiplateforme, si ce n'est le premier choix. Par conséquent, je doute que Google l'abandonne brusquement comme Xamarin, dont le support a pris fin le 1er mai 2024...

• prédiction : C'est le rôle de madame Iram de prédire, elle a une boule de crystal. Tu en as une aussi ?
• va probablement : Donc tu "prédis" quelque choses, "mais ce quelque chose n'est que probable" selon ton analyse à toi ? Ce genre de tournure de phrase, c'est une marque déposée par "Monsieur Météo", qui "prédit" qu'il "risque" d'y avoir des "précipitations" en "alternance avec quelques beaux rayons de Soleil". En bref, ça ne veut strictement rien dire.
• dans un avenir prévisible : C'est déjà très fort de faire une prédiction mais en plus dans un avenir prévisible, je dis "chapeau monsieur". On dirais que tu es un cousin du prédicateur Elon Musk, qui prédit chaque année que le FSD (Niveau 5), c'est pour dans les 6 mois. Il peut se tromper une ou deux fois, mais dix fois, ç'est plus de l'arnaque qu'autre chose, et là il vient de jeter l'éponge.
• je doute : C'est bien de douter, ça permet de réflèchir à ce que l'on dit, mais tu retourne encore la phrase, car tu doutes que Google abandonne Brusquement, ce qui se traduit par Google ne vas pas abandonner brusquement, alors que c'est justement une de leur spécialité.
• comme Xamarin, Bah, un petit mensonge au passage, ça ne peut pas faire de mal.

J'espère que tu n'as perdu de nombreuses heures pour produire un post à rallonge qui n'apporte rien, ce serait dommage.

BàT et Peace & Love.

[Fagus]

Même Google "pousse" à l'utilisation de Go Rust.
Quand le créateur d'un langage pousse a l'utilisation d'un autre, c'est pas bon signe.
Avec cette déclaration, Google vient de tuer son propre langage Go.
C'est une habitude chez eux. Ils lancent des ballons d'essais, et si ça prend pas, on ferme boutique.
S'appuyer sur un service ou outil Google, c'est prendre un risque énorme.

BàV et Peace & Love.

Bonjour,
Sur quels arguments dites-vous que google tue go en faveur de rust ?
Certes, tout le monde chante les louanges de rust pour sa gestion de la mémoire, mais rust est difficile, alors que go a sciemment été conçu comme un langage simplifié pour être adoptable par tout le monde en équipe.
Donc, il y en a un plus pour la performance critique et système (ou les gens qui aiment la belle programmation) et un qui a un bon ratio résultat/effort.

[Gugelhupf]

Ce que j'ai remarqué avec Google c'est qu'ils n'hésitent pas à sortir un produit très vite et ne gardent le produit que si ce dernier n'a pas de meilleur concurrent ou sait se distinguer.

Pour citer quelques exemples qui me viennent à l'esprit :

• Apache Avro et Apache Thrift étaient bien en dessous de protobuf en terme de poids du message et durée de sérialisation/désérialisation lors de mes derniers benchmarks qui remotent à 5 ans. Toi tu vis
• grpc reprend les principes de Corba et le surpasse en terme d'implémentation en fournissant des clients relativement simple à utiliser. Toi tu vis
• Google a vite laissé tomber GWT quand ils ont vu qu'il n'y avait pas d'avenir à tout vouloir implémenter en Java coté front, et a été très innovant avec angularJS en 2010, et je pense que la seule raison pour laquelle Angular 2 (TypeScript) existe toujours, même si le taux d'utilisation de React et Vue sont plus élevé, c'est parce qu'Angular est très différent de ses concurrents. Toi tu vis
• ...

A titre personnel quand j'ai entendu d'un nouveau langage Dart et que j'ai regardé ses caractéristiques techniques je me suis dit "pourquoi ?", qu'est-ce que ce dernier apporte réellement de plus ? C'est sans conteste un bien meilleur langage que JavaScript, mais fera-t-il le poids face à la popularité de ce dernier combiné au superset TypeScript ? Qu'est-ce que Dart apporte de plus que Java/Kotlin/etc qui sont maintenu par les autres sociétés ? Toi tu crèves

Je suis persuadé que nous n'aurions jamais eu Golang tel que nous le connaissons aujourd'hui si Rust était sorti avant. Certes Golang est super rapide à compiler, est un poil plus rapide que Java, et consomme bien moins de mémoire que ce dernier, mais essayer de vendre ce langage à des devs C alors qu'il y avait absence de generic/template, le typage interface{} très similaire à void*, et présence d'un Garbage Collector qui est l'ennemi juré... Maintenant la question est si Golang continuera à se distinguer.

[OuftiBoy]

Bonjour,
Sur quels arguments dites-vous que google tue go en faveur de rust ?

Parce que Google vient d'annoncé qu'il demande à ce que leurs équipes de développement utilisent désormais Rust au lieu de C++ ou Go ou autre, parce qu'il rend le code plus fiable, en mettant en lumière des bugs qui ne seraient pas détectés par d'autres méthodes. Mais je ne suis pas spécialiste en Rust, et je n'ai jamais vue une seule ligne de Go.

Certes, tout le monde chante les louanges de rust pour sa gestion de la mémoire, mais rust est difficile, alors que go a sciemment été conçu comme un langage simplifié pour être adoptable par tout le monde en équipe.

Oui, Rust est plus difficile, j'en parle depuis plusieurs semaine avec quelques membres qui sont plus au courant que moi des avantages de Rust.

Donc, il y en a un plus pour la performance critique et système (ou les gens qui aiment la belle programmation) et un qui a un bon ratio résultat/effort.

Un plus de Go pour la performance critique et système ? Ou Un plus de Rust pour la performance critique et système ?

Il y a moyen de faire du beau code avec n'importe quelle langage, tout comme on peut faire du laid code avec n'importe quel langage. Et si Go permet de faire "de la belle programmation", d'autres langages plus répandu et pérenne dans le temps peuvent facilement en faire autant.

Pour la programmation système, de bas niveau, je m'en tient au C. Parce quand on sait ce qu'on fait, il ne pose pas de soucis. Il n'est pas sécure comme peut l'être Rust, mais il a l'avantage (le 'C') d'être utilisable partout, du petit µC qui a 2k de RAM au dernier PC.

Actuellement, (et pour bien des années encore), le seul language qu'on est certains d'avoir pour n'importe quel plateform/architecture, c'est le 'C'. Il est là depuis 40ans, c'est une brique de base de l'informatique, et il n'est pas près d'être détrôner de si tôt.

De plus, énormément de languages (pour ne pas dire tous) on un moyen ou un autre pour pouvoir intéragir avec du code 'C', et beaucoup de fonctionnalités qu'on retrouve dans les librairies de ces langages, sont juste de "wrapper" qui s'appuye sur une librairie écrite en 'C'.

Dans un autre domaine, le domaine banquaire, certains ont essayé de remplacer le "vieux" code COBOL en réimplémentant les mêmes fonctionnalités en Java ou en C++. Malheureusement, aucun de ces projets n'a abouti, et le COBOL reste la norme dans le domaine banquaire, et comme il y'a peut de gens qui connaissent le COBOL, on y gagne TRES bien sa vie.

Dans tous les cas, quelques soient les qualité de Go, je ne l'utiliserais jamais ni le conseillerais jamais, justement parce qu'il est de Google et que Google du jour au lendemain, peut débrancher la prise. C'est un risque qu'on ne peut pas prendre quand on fait des vrais produits.

BàV et Peace & Love.

[marc.collin]

Ce que j'ai remarqué avec Google c'est qu'ils n'hésitent pas à sortir un produit très vite et ne gardent le produit que si ce dernier n'a pas de meilleur concurrent ou sait se distinguer.

Pour citer quelques exemples qui me viennent à l'esprit :

• Apache Avro et Apache Thrift étaient bien en dessous de protobuf en terme de poids du message et durée de sérialisation/désérialisation lors de mes derniers benchmarks qui remotent à 5 ans. Toi tu vis

pourrais être intéressant de refaire des tests avec java 21, graalvm...

[*]Google a vite laissé tomber GWT quand ils ont vu qu'il n'y avait pas d'avenir à tout vouloir implémenter en Java coté front, et a été très innovant avec angularJS en 2010, et je pense que la seule raison pour laquelle Angular 2 (TypeScript) existe toujours, même si le taux d'utilisation de React et Vue sont plus élevé, c'est parce qu'Angular est très différent de ses concurrents. Toi tu vis

pense qu'un des soucis de gwt pour en avoir fait c'est que la version de google était complètement à la ramasse niveau composant comparativement à ceux qui avait construit par dessus gwt tel que

Sencha GXT
https://smartclient.com/smartgwtee/showcase/#main

qui même aujourd'hui leur composant est au top

[Fagus]

Qu'est-ce que Dart apporte de plus que Java/Kotlin/etc qui sont maintenu par les autres sociétés ? Toi tu crèves

...
Un plus de Go pour la performance critique et système ? Ou Un plus de Rust pour la performance critique et système ?

Il y a moyen de faire du beau code avec n'importe quelle langage, tout comme on peut faire du laid code avec n'importe quel langage. Et si Go permet de faire "de la belle programmation", d'autres langages plus répandu et pérenne dans le temps peuvent facilement en faire autant.
...

Je voulais dire rust pour le système et la performance bien sûr.

Google a crée plusieurs langages qui ont leurs atouts mais qui ajoutent de la redondance au marché des langages.
C'est même dommage qu'ils aient lié flutter à dart plutôt qu'un de leurs autres langages, c'est sa dernière raison d'être.

Il existe en effet beaucoup d'autres langages parfois anciens, très bons mais peu populaires car google n'est pas derrière.

[OuftiBoy]

Je voulais dire rust pour le système et la performance bien sûr.
Il existe en effet beaucoup d'autres langages parfois anciens, très bons mais peu populaires car google n'est pas derrière.

Heu, vous êtes bien au courant qu'il n'y a pas que Google dans ce monde ? Dire qu'un langage n'est pas populaire parce que google n'est pas derrière, c'est de l'obscurentisme, au minumum. Le 'C' a été inventé bien avant Google, Idem pour Ada, le C++, Python, Modula, Obéron, Lua, Rust. En fait, je ne connais pas de langage ayant une (grande) popularité qui vienne de chez Google.

Désolé, je n'aime pas la controverse pour la contreverse, mais à ce niveau d'endoctrinement, une consultation s'impose...

BàV et Peace & Love.

[Fagus]

Heu, vous êtes bien au courant qu'il n'y a pas que Google dans ce monde ? Dire qu'un langage n'est pas populaire parce que google n'est pas derrière, c'est de l'obscurentisme, au minumum. Le 'C' a été inventé bien avant Google, Idem pour Ada, le C++, Python, Modula, Obéron, Lua, Rust. En fait, je ne connais pas de langage ayant une (grande) popularité qui vienne de chez Google.

Désolé, je n'aime pas la controverse pour la contreverse, mais à ce niveau d'endoctrinement, une consultation s'impose...

BàV et Peace & Love.

Ce n'est pas très cordial, d'autant que nous sommes d'accord mais qu'il y a eu quiproquo sur un morceau de phrase.

Je voulais dire justement qu'il existe certains langages ex pharo, ocaml, nim, qui n'ont pas à rougir de ceux crées par ou pour google, mais qui souffrent d'une petite communauté. A côté de ça, google qui a des moyens financiers considérables, peut se permettre de faire beaucoup de communication, d'embaucher et de former beaucoup de monde, de développer des librairies, des environnements de production pratiques (ex la gestion des dépendances par go et la compilation multiplateformes), des GUI multiplateformes comme flutter.

Parlons en de python, qui a embauché Guido van Rossum pendant des années ? (google avant microsoft) qui finance la fondation python pour payer leur peu de dév ?

Je ne suis pas un fan de google, je suis juste conscient de son poids.

[OuftiBoy]

Ce n'est pas très cordial, d'autant que nous sommes d'accord mais qu'il y a eu quiproquo sur un morceau de phrase.

Je m'excuse platement, c'est vrai que ce n'était pas très cordial. Il y a certainement eu quiproquo.

Je voulais dire justement qu'il existe certains langages ex pharo, ocaml, nim, qui n'ont pas à rougir de ceux crées par ou pour google, mais qui souffrent d'une petite communauté. A côté de ça, google qui a des moyens financiers considérables, peut se permettre de faire beaucoup de communication, d'embaucher et de former beaucoup de monde, de développer des librairies, des environnements de production pratiques (ex la gestion des dépendances par go et la compilation multiplateformes), des GUI multiplateformes comme flutter.

Il ya d'autres entrprises toutes aussi puissante que google, dont on pourrait dire la même chose. Mais en fait toutes ces grosses multinationnales n'ont qu'un seul objectif, c'est de gagner du pognon.

Parlons en de python, qui a embauché Guido van Rossum pendant des années ? (google avant microsoft) qui finance la fondation python pour payer leur peu de dév ?

Il y a une nuance à côté de laquel vous passez. Python (puisque c'est l'exemple que vous prenez) a été créer avant la naissance de Google. Et s'il c'est imposé petit à petit, c'est grâce à ses qualités. Peu d'innovation sortent en fait d'une grosse entreprise.

Je vais faire un petit parralèlle. Les jeux télévisés. Il y'a très peu d'originalité par rapport à ce qui se faisait avant. Pourquoi ? Parce que ça coûte très cher de développer un concept de jeux, et il est impossible de savoir à l'avance si cela va plaire ou non au public. C'est pour ça que (bien souvent, il y a toujours des expections), les chaînes télé ne créent plus de jeux "originaux", mais "adapte" un format qui a déjà fait ces preuves avant, pour limiter le risque.

Si on parle du financement de ces fondations, c'est uniquement pour "en être" et avoir son mot à dire si ça marche. Ce n'est pas les quelqes millions que donnent ces entreprises qui fonc la différence.

Beaucoups d'innovations viennent de gens qui ont une idée, une critique fasse ce qui est disponible, et assayent de concrétiser leurs idées. Après, dès que ça devient gros ou important, elles rachête l'idée, et le gars que a lancé ou créé et concrétisé son idée a bien du mal a résister quand on lui posse quelques millions sur la table, sommes qu'ils ne pourrait gagner en continuant seul son projet. Alors, il prend ces millions, et soit repart sur une nouvelle idée, soit il se coule douce et mets sa famille, ses enfants et petits-enfants à l'abris du besoin.

Je ne suis pas un fan de google, je suis juste conscient de son poids.

Je veux bien vous croire, mais comme vous n'avez que ce mot à la bouche, on pourrait croire que vous ne voyer pas ce qui existe ailleurs. Il n'y a pas que Google qui a du poids. Tous les GAFAM ont du poids, et d'autre entreprise moi connues, mais toute aussi puissante.

BàV. et Peace & Love.