Drei Produkte kamen dazu, und ein Abzeichen war drei Tage lang falsch

Diese Woche kamen drei Produkte in den Katalog: Vela, ein Sprachlehrer, der jede gelernte Sprache in einem eigenen, getrennten Datensatz hält; Auren, ein Ort für Zyklus, Stimmung, Schmerz, Schlaf und Essen; und Forgotten Town, ein Merge-Spiel über die Instandsetzung einer Stadt, in die niemand zurückgekommen ist. Jedes davon kam mit echten Bildschirmen, einer echten Identität und einer Demo, die Sie auf dieser Seite starten können.

Der interessante Teil der Woche war keines davon. Es war die erneute Prüfung der Produkte, die schon hier waren.

Das Abzeichen, das drei Tage lang falsch war

Diese Seite sagte, Pivumo sei DEMNÄCHST und sein Audio sei fertig, die App aber nicht eingereicht. Das war wahr, als es geschrieben wurde. Es hörte am 22. September auf wahr zu sein, als Pivumo im App Store erschien — und weil sich in diesem Moment nichts an diesem Repository änderte, bemerkte hier nichts etwas.

Es ist das zweite Mal, dass derselbe Fehler in dieselbe Richtung gemacht wurde. Eine Prüfung im September kam zu dem Ergebnis, kein Produkt sei öffentlich verfügbar, während drei bereits seit vier Tagen gelistet waren. Beide Male war die Methode das Problem und nicht die Sorgfalt: Die Frage „ist dieses Produkt öffentlich?“ wurde durch Suchen im Code beantwortet, und im Code wohnt die Antwort nicht.

Also ist es jetzt ein Skript. Es fragt Apple nach jedem Bundle-Identifier, listet jede App im Entwicklerkonto auf und ruft jede Paketseite von Google Play ab. Es läuft, bevor irgendeine Veröffentlichungsaussage auf dieser Seite bearbeitet wird, und es lief unmittelbar vor der Veröffentlichung dieses Texts erneut.

Wofür eine erneute Prüfung eigentlich gut ist

Eine Katalogseite ist nicht die Beschreibung eines Portfolios. Sie ist eine Menge von Aussagen über zehn getrennte Stücke Software, von denen jedes von irgendjemandem geändert wird, nach einem Zeitplan, der mit dieser Website nichts zu tun hat. Jede dieser Aussagen verfällt. Die nützliche Frage ist nicht, ob die Seite heute korrekt ist; sie ist, welche Arten von Unrichtigkeit die Seite entwickeln kann, ohne dass es jemand merkt.

• Ein Statusabzeichen, das hinter dem Store zurückgeblieben ist. Jetzt unmöglich zu halten: Ein LIVE-Abzeichen und ein öffentlicher Store-Eintrag werden als dieselbe Tatsache behauptet, und der Build scheitert, wenn sie sich widersprechen.
• Eine Zahl in einem Satz. „Sieben Produkte“ las sich auf einer Seite, die zehn aufführt, ganz vorzüglich — genau deshalb zählt niemand nach. Jede Zahl, die diese Seite über ihren eigenen Katalog nennt, wird jetzt aus dem Katalog berechnet, und ein Test lässt den Build scheitern, wenn eine von Hand getippt wird.
• Ein Produkt, das ohne Demo aufgenommen wird. Der stärkste Satz hier ist, dass alles ausprobiert werden kann. Ein Produkt aufzunehmen ist ein Nachmittag; seine Demo zu bauen nicht. Diese Aussage wird jetzt abgeleitet statt hingeschrieben, und sie scheiterte diese Woche drei Mal, bevor sie bestand.
• Eine Zahl, die aus einem Plan statt aus einem Build zitiert wird. Forgotten Town hat hundert Aufträge und fünf Gebiete, und beide Werte werden aus der Inhaltsdatei gezählt, die das ausgelieferte Spiel lädt, nicht aus dem Dokument, das sie vorgeschlagen hat.

Zwei Produkte, die nicht sagen werden, was man ihnen zugeschrieben hat

Das Briefing, das Vela auf dieser Seite vorstellte, beschrieb bereits vorhandene Produktions- und Sicherheitsarbeit, ein nach einer Qualitätsbewertung abgeschaltetes Lehrermodell auf dem Gerät und einen servergestützten geführten Modus als aktuelles Produkterlebnis. Nichts davon steckt im Vela-Projekt. Sein eigenes Übergabedokument sagt ausdrücklich, dass es kein Backend, kein Konto, keine Persistenz, keine Zahlung, keine KI und keine Spracherkennung gibt, und eine Suche in seinem Quellcode nach irgendeinem HTTP-Client, Modellanbieter oder API-Schlüssel findet überhaupt nichts.

Vela ist eine wirklich fertige Oberfläche mit zehn Sprachen, einer echten architektonischen Idee und dreiunddreißig bestehenden Tests. Das ist eine gute Sache, und genau das sagt seine Seite. Der Rest wird nicht veröffentlicht, weil er nicht überprüfbar war — und ein Studio, das die schmeichelhafte Hälfte eines unüberprüften Briefings druckt, hat kein Recht, jemanden zu bitten, dem Rest seiner Seite zu glauben.

Auren ging denselben Weg, aus einem kleineren Grund. Es wurde mit fotogestützter Essensanalyse und Wellness-Empfehlungen beschrieben. Beides existiert — als Oberflächenabläufe, in diesem Build ausdrücklich simuliert. Also sagt seine Seite Ablauf, nicht Analyse, und seine Demo zitiert die eigene, sorgfältig abgesicherte Formulierung der App, anstatt sie zu umschreiben. Diese Absicherung ist das Produkt: Eine App in dieser Kategorie, die sagt „eine persönliche Prognose braucht zuerst verlässliche Muster“, macht ein schwereres und nützlicheres Versprechen als eine, die einfach prognostiziert.

Die Demos haben eine bessere Leiter bekommen

Mit zehn Demos funktionierten die alten Bezeichnungen nicht mehr. „Spielbar“ trug sowohl die Demos, die den eigenen Quellcode des Produkts ausführen, als auch die, die sein ausgeliefertes Audio abspielt, und das sind nicht dieselben Aussagen. Es gibt jetzt vier Stufen — der eigene Code des Produkts, das eigene Material des Produkts, eine Nachbildung und ein geführter Durchgang, der nichts berechnet — und jede Demo sagt, auf welcher sie steht.

Die Demo von Forgotten Town ist der klarste Fall für die mittlere Stufe. Die Merge-Schleife ist für den Browser geschrieben, weil ein Build aus Flutter und Flame bei einem Gewicht, das diese Seite akzeptieren würde, nicht in eine Webseite passt. Alles, womit sie arbeitet, gehört dem Spiel: das Brett, die Kette, die Sprites und Auftrag h1 mit dem Gegenstand, den er verlangt, und den zwanzig Münzen, die er zahlt, gelesen aus der Datei, die der ausgelieferte Build lädt. Es ist nicht das Spiel. Es sind die ersten dreißig Sekunden des Spiels, aus den eigenen Teilen des Spiels gemacht, und genau das zu sagen ist mehr wert, als es etwas zu nennen, das es nicht ist.