Tek'Notes !

On sort d’une grosse session devant un mur de son magnifique. Un son nous a retournés, et le lendemain, impossible de retrouver qui jouait. Le nom traîne dans une story déjà expirée, ou dans les notes du téléphone, entre une liste de courses et un code Wi-Fi.

Les applis de musique n’aident pas beaucoup ici : une bonne partie de cette scène n’existe sur aucune plateforme.

C’est la même idée que dans Swikko, l’autosuffisance. Personne ne remplit le catalogue à l’avance. Quand quelqu’un note un soundsystem ou un artiste qui n’est pas encore dans l’app, il crée sa fiche, et elle devient disponible pour tout le monde. Chaque fiche se corrige comme un wiki, avec son historique¹².

Il n’y a pas d’administrateur pour valider chaque ajout. L’app prévient quand une fiche existe peut-être déj๹, la communauté peut proposer une fusion, signaler¹³ une fiche ou bloquer quelqu’un, et une fiche très signalée se masque toute seule.

On commence par une courte présentation⁰¹, puis le carnet⁰³ se remplit nuit après nuit.

• noter une soirée en deux appuis, ou à la voix, avec le lieu, les soundsystems et les artistes ;
• ajouter à la nuit⁰⁵ un set (un artiste sur un soundsystem), une note de 1 à 5 et un commentaire ;
• tout garder hors ligne : le carnet marche sans compte et sans réseau ;
• retrouver un nom par lieu, par artiste ou par date, même avec une faute de frappe⁰⁴ ;
• protéger l’app par un code⁰² à l’ouverture.

L’annuaire public⁰⁷ est partagé : on y cherche, et avec un compte on y crée et on y corrige. Chaque fiche⁰⁹ montre ses alias, ses styles, ses artistes et les nuits partagées par d’autres.

J’ai choisi Kotlin après un cours très intéressant donné par un intervenant pédagogue. C’est ce qui m’a donné l’idée d’écrire le cœur de l’app une seule fois, en Kotlin Multiplatform : les modèles, la recherche, les règles et la base locale.

Par-dessus, deux apps natives : SwiftUI sur iPhone et Jetpack Compose sur Android. Chaque écran est écrit une fois par plateforme, mais la logique n’existe qu’en un seul exemplaire.

Côté serveur, Supabase (Postgres) avec des règles d’accès écrites en SQL et testées automatiquement à chaque modification. Les changements faits hors ligne attendent dans une file locale et partent dès qu’il y a du réseau.

La première version est écrite et testée, et je l’essaie sur mon iPhone avec des données de démonstration, clairement fictives : c’est avec elles que les captures de cette page ont été faites. Elle n’est pas encore publiée : il me reste à créer le serveur de production et à faire relire les textes légaux. Le code est public.