Tout les soucis des IA (se baser sur l'exploitation humaine à deux niveaux - via l'utilisation massives de contenus fait par des gens n'ayant pas été payé ET via l'exploitation massive de personnes dans des pays du tiers-monde pour étiqueter les contenus volé - et une utilisation massive de ressources pour créer une bouillasse de mot et de contenus) et en plus ceux des GAFAMs (utilisations des données personnelles de l'utilisateurs, connections abusives entre les services pour fournir encore plus d'info, centralisation de pleins de trucs dans un seul gros monolithes) en même temps !

Mais qu'est-ce qui pourrait mal se passer ?

Visiblement, d'après Warren Graff, ils avaient peu leur mot à dire sur les décisions de storytelling fait durant la période où ils étaient écrivain, et que chaque brouillon du texte avait des notes reçus de la Sonic Team, et que chaque mot et/ou éléments de l'histoire était fournis par SEGA ou basé sur la "Sonic Game Bible" (la bible narrative étant la description des éléments narratifs d'un univers fictifs, indiquant les différents aspects). Il y rajoute qu'ils y avaient peu de "liberté créative".

C'est difficile de vraiment ensuite savoir ce que cela signifie pour l'impact que chaque élément ont eut dans le jeu. D'un côté, critiquer Pontac et Graff pour tout les aspects (notamment ceux où ils ont aucun contrôle) de l'histoire de Sonic est absurde, de l'autre, leur style existe et à un effet sur l'écriture et tout (notamment, si le truc a été "on a proposé jusqu'à ce que c'était bon ou qu'on implémentait chaque correction", ne veut pas dire qu'on a pas eut d'impact). Du coup si les attaquer sur la cohérence de l'histoire est absurde (notamment où même si on aime pas leur style, bah SEGA à accepté la version finale avec ce style), la notion de "qui a un impacte sur l'histoire" n'est pas quelque chose de simple et binaire (et c'est pas dit que les brouillons étaient mieux, aussi, mais au fond c'est sans importance).

C'est pour ça qu'il est important de pas prendre chaque news comme une grosse révélation et tout : au final, ce que cette news nous apprends surtout est que chercher "un coupable" est une mauvaise idée (surtout dans une oeuvre collective), et qu'il faut faire attention à déclarer de manière très sûr des trucs où au final on connait pas tant que ça. Les oeuvres de l'époque de 2010 et après n'étaient pas comme elle sont parce que quelqu'un voulait "ruiner Sonic" ou s'en foutait : c'était un ensemble d'élément et de visions différentes.

L'application Evince (le lecteur de PDF et document de GNOME) a été fork pour donner une nouvelle application, Papers, qui aura pour but d'être plus proche des HIG de GNOME

Les contenus de Sonic X ne seront pas disponible pour usage dans les autres séries (genre le comics IDW) du hérisson bleu.

Je ne suis pas 100% surpris, et je me demande si c'est toujours lié aux histoires de droits aux USA (ou c'est le distributeur qui a les droits, si je me souviens bien), ou si c'est lié à autre chose. En tout cas, c'est plutôt dommage, une grosse partie de l'héritage du hérisson est coupé en morceau du aux différents trucs du genre.

Après bon, y'a moyen de faire avec tout ce qu'on a, mais dommage.

Un projet de homebrew genesis, un clone de Metroid sur SEGA

Un hackroms sympa de Super Mario World qui reprend les graphismes de SMW2: Yoshi's Island, et quelques un de ses éléments.

Godot va désormais supporter en plus les export vers les Linux ARM, ce qui peut permettre pas mal de chose niveau possibiliter de diffuser un jeu Godot sur des plateformes style raspberry pi et tout. Beaucoup de potentiels !

Un portage gratuit/libre de Godot a été fait pour la Switch, pour permettre aux utilisateurs de godots de pouvoir faire tourner leur jeu sur Switch. Cependant, il ne supporte que GDScript.

Le port est gratuit/libre mais est fournis sans support (l'équipe recommande de faire un partenariat avec une entreprise de portage pour porter le jeu sur switch) et est accessible depuis le Nintendo Developer Portal (je sais pas trop comment ça se goupille avec la licence MIT ?).

En tout cas c'est une bonne nouvelle, parce que ça va rendre Godot plus intéressant pour pas mal de devs ! Déjà plusieurs jeux sont listé l'utilisant.

Le repackaging en Snap de Steam cause des soucis avec Steam. Ce serait mieux si ce genre de packaging était fait en commun avec les créateurs des applis originelles (et ça vaut aussi pour celle flatpak, même si a priori elle marche mieux).

C'est après c'est imo mieux géré côté flathub, où :

• Ils indiquent directement de reporter les bugs dans le dépot du repackaging pour qu'ils puissent voir si ça vient de leur côté (y'a notamment certains bugs avec AppImage)
• Flathub indique sa checkmarck de vérification pour les applications "vérifiés" (publiées ou approuvée par les devs officiels), là ou Snap l'affiche même quand c'est eux qui publient.

Donc je pense que Canonical à vraiment des améliorations à faire sur ce front, notamment arrêter d'afficher une checkmarck quand c'est eux qui publient et pas les créateurs de l'application