Après des années de mystères et de changements plus ou moins importants, Fuchsia serait-il prêt à lancer sa première version à destination des développeurs ? C’est en tout cas ce que laissent penser certains ajustements du projet open source de Google.
Fuchsia F1 arrive
Comme repéré par 9to5Google, une nouvelle branche du projet Fuchsia a vu le jour en janvier dernier sous la référence /releases/F1, suivie d’une version F2. Ces deux versions viennent compléter la branche « dogfood » servant aux tests en interne par les employés de Google depuis février 2020.
Cette numérotation suit la logique que l’on peut trouver sur les autres projets de Google. Comme le souligne le site spécialisé, Chrome possède de son côté des branches pour chaque « Milestone » correspondant à une version du logiciel, la dernière en date étant M90 pour Chrome 90.
La création de ces branches F1 et F2 laissent donc penser qu’une version prête à être utilisée devrait enfin voir le jour prochainement, une fois les différents changements portés depuis les autres branches et le tout modifié pour assurer la stabilité du système.
Une version de Fuchsia pour les développeurs ?
Pour le moment, le projet Fuchsia reste encore très flou. Existant depuis plusieurs années, il vise à proposer une alternative tout aussi sécurisée aux systèmes d’exploitation basés sur Linux (comme Android par exemple). Pour autant, Fuchsia devrait être capable de faire tourner les applications Linux et Android.
L’OS a pour l’instant été testé sur de nombreux appareils en interne et il se murmure qu’il pourrait tout aussi bien animer des objets connectés (montres, bracelets, frigos, enceintes…) que des appareils un peu plus évolués comme des smartphones et des ordinateurs. Pourtant, depuis la suppression de l’interface graphique Armadillo en décembre 2018, on ne sait pas à quoi peut réellement ressembler le système sur ces terminaux.
Ces versions F1 et F2 pourraient donc dans un premier temps être des moutures très simplifiées de l’OS, sans fioritures, permettant ainsi aux développeurs de s’approprier le système et de porter leurs applications dessus avant une sortie plus grand public.
En toute logique, une présentation en bonne et due forme serait attendue à la Google I/O 2021, mais Google n’a pas encore dévoilé de date pour son grand show annuel après avoir annulé l’édition 2020 en raison du Coronavirus. Il n’est pas impossible cependant que la firme de Mountain View vise cette même fenêtre de sortie pour Fuchsia, que l’évènement ait lieu ou pas. Si tel est le cas, on pourrait s’attendre à une présentation en mai.
Pour aller plus loin
Fuchsia : qu’est-ce que le nouvel OS de Google et à quoi servira-t-il ?
Chaque matin, WhatsApp s’anime avec les dernières nouvelles tech. Rejoignez notre canal Frandroid pour ne rien manquer !
Tellement prêt qu'ils ont loupés l'occasion de le sortir sur smartphone en temps voulu... parce que contrairement à la communication qui disait "osef des Américains on peut faire sans" on apprends après que c'est loin d'être prêt.
Pourquoi risqué ? C'est un autre OS et non une mise à jour de Android. Si ça ne marche pas ils auront toujours Android.
Bon, en même temps, ça fait quand même 5 ans qu'ils nous l'on annoncé (et ils travaillé dessus encore bien avant), donc au bout d'un moment, le peaufinage, il faut trouver le cran de ce lancer, sinon, on en fini jamais
Dans les programmes que j'ai pu faire, au début ça se passe bien dans la logique simple, mais quand il faut toucher à l'interface, c'est complexe et puis l'interopérabilité ou l'intégration est souvent limitée (Flutter est un ovni en terme d'interface, il est pas du tout integré). Qt fonctionne pas mal, mais les options pour faire varier l'ergonomie selon les appareils sont complexes, GTK est dégueulasse et impossible à maintenir, les outils web sont des usines à gaz, Xamarin est un moyen détourné de réécrire toutes les applications 1 par 1 (en plus d'etre aussi lent sur certains Android sans raison apparente). Finalement aucune solution n'est parfaite, mais au final je pense qu'il faut juste choisir une cible puis porter.
Et en tant que développeur, j'appelle ça une libération. Y a bien une raison pour laquelle on a de plus en plus d'outils pour permettre un développement unifié sur plusieurs plate-formes : c'est un cauchemar de porter une application sur au bas-mot 4-5 plateformes (Android, iOS, Windows, MacOS, Linux, et éventuellement une version Web) avec chaque fois la réimplantation des mêmes fonctionnalités et des tests dans un framework et un langage différents. C'est pas pour rien qu'Electron et Javascript a explosé (Discord, VSCode, Twitch...) en dépit de son utilisation de ressources totalement démesurée, que Qt propose du multi-plateforme, et que Flutter est actuellement en train de percer malgré ses défauts (trop jeune, Dart qui est franchement bof venant de Kotlin...) : c'est beaucoup plus simple d'avoir à gérer une seule base de code et d'ajuster éventuellement quelques trucs selon les OS, malgré ce que tu peux prétendre. Quand à prétendre que l'application sera "forcément mauvaise sur l'un des supports", c'est d'une mauvaise foi totale. Exemple de Flutter que j'ai pris en main depuis quelques temps déjà : tu as une base de code en Dart, mais tu peux, sans y être obligé, aller directement aller toucher au code natif. Et ce sera toujours moins complexe que de réécrire une application complète dans un langage que tu ne maîtrises pas forcément.
Merci pour ce retour de développeur et je peux comprendre, sauf que devant le peu d'applications sur Android TV et chromeos il faut bien trouver une solution reste que j'espère justement que le kit de développement permet de passer outre ce genre de problème et amène aux devs une meilleure intégration quelque soit le support.
C'est risqué mais si les deux peuvent fonctionner de la même manière et permettre une transition douce ça passera.
je ne pense pas qu'il sera présenté en 2021. Ils dominent avec Android /Chrome OS, ils ont tout intérêt à le peaufiner sans se presser.
Bah non, l'application sera responsive, elle s'adaptera selon le support utilisé.
En tant que développeur j'appelle ça un enfer. Quasiment tout veut nous pousser à faire des applications avec des outils permettant à la fois de faire des applications pour ordi et mobiles. Résultat: c'est forcément une mauvaise application sur l'un des supports, ou un enfer avec des comportements différents selon chaque plateforme (=t'y gagnes rien, à part de la complexité). La meilleure solution reste, comme toujours, de faire une application par support, en réfléchissant bien à comment le faire.
Un os vraiment multitâche serait un must, capable d'être uniformisé pour smartphone, tablette, TV et pc obligeant les devs à proposer leurs apps sur tous les supports 😁
Kler
Bof avec harmony os qui est prêt depuis 2 ans ils ont aucune chance 😎
Ce contenu est bloqué car vous n'avez pas accepté les cookies et autres traceurs. Ce contenu est fourni par Disqus.
Pour pouvoir le visualiser, vous devez accepter l'usage étant opéré par Disqus avec vos données qui pourront être utilisées pour les finalités suivantes : vous permettre de visualiser et de partager des contenus avec des médias sociaux, favoriser le développement et l'amélioration des produits d'Humanoid et de ses partenaires, vous afficher des publicités personnalisées par rapport à votre profil et activité, vous définir un profil publicitaire personnalisé, mesurer la performance des publicités et du contenu de ce site et mesurer l'audience de ce site (en savoir plus)
En cliquant sur « J’accepte tout », vous consentez aux finalités susmentionnées pour l’ensemble des cookies et autres traceurs déposés par Humanoid et ses partenaires.
Vous gardez la possibilité de retirer votre consentement à tout moment. Pour plus d’informations, nous vous invitons à prendre connaissance de notre Politique cookies.
Gérer mes choix