Chegaram três produtos, e um selo esteve errado durante três dias

Esta semana juntaram-se três produtos ao catálogo: o Vela, um professor de línguas que guarda cada língua que aprendemos num registo próprio e separado; o Auren, um único lugar para ciclo, humor, dor, sono e alimentação; e o Forgotten Town, um jogo de fusão sobre reparar uma vila a que ninguém voltou. Cada um chegou com ecrãs reais, uma identidade real e uma demonstração que pode executar neste site.

A parte interessante da semana não foi nenhuma dessas. Foi a reauditoria dos produtos que já estavam aqui.

O selo que esteve errado durante três dias

Este site dizia que o Pivumo estava EM BREVE, e que o seu áudio estava terminado mas a aplicação não tinha sido submetida. Era verdade quando foi escrito. Deixou de ser verdade a 22 de setembro, quando o Pivumo entrou na App Store — e como nada neste repositório mudou nesse momento, nada aqui deu por isso.

É a segunda vez que o mesmo erro é cometido no mesmo sentido. Uma auditoria em setembro concluiu que nenhum produto estava publicamente disponível, quando três já estavam listados havia quatro dias. Nas duas vezes o problema foi o método e não o cuidado: a pergunta «este produto é público?» era respondida procurando no código, e a resposta não vive no código.

Por isso agora é um script. Pergunta à Apple por cada identificador de pacote, lista cada aplicação da conta de desenvolvedor e pede cada página de pacote à Google Play. Corre antes de se editar qualquer afirmação de lançamento neste site, e correu outra vez imediatamente antes de isto ser publicado.

Para que serve realmente uma reauditoria

Uma página de catálogo não é a descrição de um portefólio. É um conjunto de afirmações sobre dez peças de software distintas, cada uma delas a ser alterada por alguém, num calendário que nada tem a ver com este site. Todas essas afirmações se degradam. A pergunta útil não é se a página está exata hoje; é que tipos de inexatidão a página consegue desenvolver sem que ninguém repare.

• Um selo de estado que ficou atrás da loja. Agora impossível de manter: afirma-se que um selo LIVE e uma ficha pública na loja são o mesmo facto, e a compilação falha se se contradisserem.
• Um número dentro de uma frase. «Sete produtos» lia-se perfeitamente bem numa página que enumera dez, que é exatamente a razão por que ninguém conta. Cada número que este site afirma sobre o seu próprio catálogo é agora calculado a partir do catálogo, e um teste derruba a compilação se alguém escrever um à mão.
• Um produto acrescentado sem demonstração. A frase mais forte aqui é que tudo pode ser experimentado. Acrescentar um produto é uma tarde; construir a sua demonstração não é. Essa afirmação é agora derivada em vez de escrita, e falhou três vezes esta semana antes de passar.
• Um número citado de um plano em vez de uma compilação. O Forgotten Town tem cem encomendas e cinco zonas, e ambos os valores são contados do ficheiro de conteúdo que o jogo publicado carrega, não do documento que os propôs.

Dois produtos que não dirão o que se disse que diziam

O briefing que apresentou o Vela neste site descrevia trabalho de produção e segurança já implantado, um modelo de professor no dispositivo desativado depois de uma avaliação de qualidade, e um modo guiado apoiado em servidor como experiência atual do produto. Nada disso está no projeto Vela. O seu próprio documento de transição diz, nesses termos, que não há backend, nem conta, nem persistência, nem pagamento, nem IA, nem reconhecimento de fala, e uma busca no seu código por qualquer cliente HTTP, fornecedor de modelos ou chave de API não encontra absolutamente nada.

O Vela é uma interface genuinamente terminada, com dez línguas, uma ideia arquitetónica real e trinta e três testes que passam. Isso é uma boa coisa para se ser, e é o que a sua página diz. O resto não é publicado, porque não foi possível verificá-lo — e um estúdio que imprime a metade lisonjeira de um briefing não verificado não tem o direito de pedir a ninguém que acredite no resto do seu site.

O Auren seguiu o mesmo caminho por uma razão menor. Foi descrito com análise de refeições assistida por fotografia e recomendações de bem-estar. Ambas existem — como percursos de interface, explicitamente simulados nesta compilação. Por isso a sua página diz percurso, não análise, e a sua demonstração cita a formulação cuidadosamente ressalvada da própria aplicação em vez de a parafrasear. Essa ressalva é o produto: nesta categoria, uma aplicação que diz «uma previsão pessoal precisa primeiro de padrões fiáveis» faz uma promessa mais difícil e mais útil do que uma que simplesmente prevê.

As demonstrações ganharam uma escada melhor

Com dez demonstrações as etiquetas antigas deixaram de funcionar. «Jogável» carregava ao mesmo tempo as demonstrações que executam o próprio código do produto e aquela que reproduz o seu áudio publicado, e essas não são a mesma afirmação. Há agora quatro degraus — o código próprio do produto, o material próprio do produto, uma recriação, e um percurso guiado que não calcula nada — e cada demonstração diz em qual está apoiada.

A demonstração do Forgotten Town é o caso mais claro do degrau intermédio. O ciclo de fusão foi escrito para o navegador, porque uma compilação de Flutter e Flame não cabe numa página web com um peso que este site aceitasse. Tudo aquilo sobre que opera é do jogo: o tabuleiro, a cadeia, os sprites, e a encomenda h1 com o objeto que pede e as vinte moedas que paga, lidos do ficheiro que a compilação publicada carrega. Não é o jogo. São os primeiros trinta segundos do jogo, feitos das próprias peças do jogo, e dizer exatamente isso vale mais do que chamar-lhe algo que não é.