Trois produits sont arrivés, et un badge était faux depuis trois jours

Trois produits ont rejoint le catalogue cette semaine : Vela, un professeur de langues qui garde chaque langue apprise dans sa propre fiche distincte ; Auren, un seul endroit pour le cycle, l’humeur, la douleur, le sommeil et les repas ; et Forgotten Town, un jeu de fusion sur la remise en état d’une ville où personne n’est revenu. Chacun est arrivé avec de vrais écrans, une vraie identité et une démo que vous pouvez lancer sur ce site.

La partie intéressante de la semaine n’était aucune de celles-là. C’était la réaudition des produits déjà présents.

Le badge qui était faux depuis trois jours

Ce site indiquait que Pivumo était BIENTÔT DISPONIBLE, et que son audio était terminé mais que l’application n’avait pas été soumise. C’était vrai au moment où cela a été écrit. Cela a cessé d’être vrai le 22 septembre, quand Pivumo est sorti sur l’App Store — et comme rien n’a changé dans ce dépôt à ce moment-là, rien ici ne l’a remarqué.

C’est la deuxième fois que la même erreur est commise dans le même sens. Un audit de septembre avait conclu qu’aucun produit n’était disponible publiquement, alors que trois étaient déjà en ligne depuis quatre jours. Les deux fois, c’est la méthode qui posait problème et non la rigueur : la question « ce produit est-il public ? » recevait sa réponse en cherchant dans le code, et la réponse n’habite pas le code.

C’est donc un script désormais. Il interroge Apple sur chaque identifiant de bundle, liste chaque application du compte développeur et demande chaque page de paquet à Google Play. Il s’exécute avant toute modification d’une affirmation de sortie sur ce site, et il s’est exécuté à nouveau juste avant la publication de ce texte.

À quoi sert vraiment une réaudition

Une page de catalogue n’est pas la description d’un portfolio. C’est un ensemble d’affirmations sur dix logiciels distincts, chacun modifié par quelqu’un, selon un calendrier qui n’a rien à voir avec ce site web. Chacune de ces affirmations se dégrade. La question utile n’est pas de savoir si la page est exacte aujourd’hui ; c’est de savoir quelles sortes d’inexactitude la page peut développer sans que personne ne s’en aperçoive.

• Un badge de statut qui a pris du retard sur la boutique. Désormais impossible à conserver : un badge LIVE et une fiche publique en boutique sont affirmés comme étant le même fait, et la compilation échoue s’ils se contredisent.
• Un nombre dans une phrase. « Sept produits » se lisait parfaitement bien sur une page qui en énumère dix, et c’est exactement pour cela que personne ne compte. Chaque nombre que ce site affirme au sujet de son propre catalogue est maintenant calculé à partir du catalogue, et un test fait échouer la compilation si quelqu’un en saisit un à la main.
• Un produit ajouté sans démo. La phrase la plus forte ici est que tout peut être essayé. Ajouter un produit, c’est un après-midi ; construire sa démo, non. Cette affirmation est désormais déduite plutôt qu’écrite, et elle a échoué trois fois cette semaine avant de passer.
• Un nombre cité d’un plan au lieu d’une compilation. Forgotten Town compte cent commandes et cinq zones, et les deux chiffres sont comptés dans le fichier de contenu que charge le jeu publié, pas dans le document qui les proposait.

Deux produits qui ne diront pas ce qu’on leur a fait dire

Le brief qui a présenté Vela sur ce site décrivait un travail de production et de sécurité déjà en place, un modèle d’enseignant sur l’appareil désactivé après une évaluation de qualité, et un mode guidé adossé à un serveur comme expérience actuelle du produit. Rien de tout cela n’existe dans le projet Vela. Son propre document de transmission dit, en ces termes, qu’il n’y a pas de backend, pas de compte, pas de persistance, pas de paiement, pas d’IA et pas de reconnaissance vocale, et une recherche dans ses sources d’un quelconque client HTTP, fournisseur de modèle ou clé d’API ne trouve absolument rien.

Vela est une interface véritablement achevée, avec dix langues, une vraie idée d’architecture et trente-trois tests qui passent. C’est une bonne chose à être, et c’est ce que dit sa page. Le reste n’est pas publié, parce qu’il n’a pas pu être vérifié — et un studio qui imprime la moitié flatteuse d’un brief non vérifié n’a aucun droit de demander à quiconque de croire le reste de son site.

Auren a suivi le même chemin pour une raison plus modeste. Il était décrit avec une analyse des repas assistée par photo et des recommandations de bien-être. Les deux existent — sous forme de parcours d’interface, explicitement simulés dans cette version. Sa page dit donc parcours, et non analyse, et sa démo cite la formulation prudente de l’application elle-même plutôt que de la paraphraser. Cette prudence est le produit : dans cette catégorie, une application qui dit « une prévision personnelle a d’abord besoin de régularités fiables » fait une promesse plus difficile et plus utile que celle qui se contente de prévoir.

Les démos ont gagné une meilleure échelle

Avec dix démos, les anciennes étiquettes ont cessé de fonctionner. « Jouable » portait à la fois les démos qui exécutent le code source du produit et celle qui joue son audio publié, et ce ne sont pas les mêmes affirmations. Il y a maintenant quatre échelons — le code propre du produit, le matériau propre du produit, une reconstitution, et une visite guidée qui ne calcule rien — et chaque démo dit sur lequel elle se tient.

La démo de Forgotten Town est le cas le plus clair de l’échelon intermédiaire. La boucle de fusion est écrite pour le navigateur, parce qu’une compilation Flutter et Flame ne peut pas tenir dans une page web à un poids que ce site accepterait. Tout ce sur quoi elle opère appartient au jeu : le plateau, la chaîne, les sprites, et la commande h1 avec l’objet qu’elle demande et les vingt pièces qu’elle paie, lus dans le fichier que charge la version publiée. Ce n’est pas le jeu. Ce sont les trente premières secondes du jeu, faites des pièces mêmes du jeu, et dire exactement cela vaut mieux que de l’appeler ce qu’il n’est pas.