HoneyGiRead

Un lecteur de manga en ligne pour les auteurs indépendants et leurs lecteurs. Le pari : un lecteur qui joue, collectionne et soutient reste, et ce qu'il dépense finit chez l'auteur qu'il lit.

Trois piliers structurent tout, jusqu'à la navigation. Lire : un catalogue d'œuvres publiées par leurs auteurs, une liseuse webtoon, page ou double page, une bande-son par chapitre, une flamme de régularité. Collectionner : un gacha de cartes en extensions, une galerie, des échanges, neuf mini-jeux et une Battle de dessin. Soutenir : abonnement mensuel à un auteur, pourboires, part des revenus publicitaires, et un vrai virement au bout.

Rien n'est piraté : chaque œuvre appartient à un compte auteur qui la publie, la modère, la traduit, en tire un revenu et peut la céder.

Le projet est mené à deux, avec Poissonlabo, ami de toujours : tous les dessins et toutes les animations sont de lui, comme l'identité visuelle de l'app, ses cartes et ses mascottes.

Une extension Apple unique embarque toutes les cibles natives : Live Activities de téléchargement, de salle d'attente de Battle et de flamme, widget auteur, app Apple Watch, bouton du Centre de contrôle.

• App mobile : Expo SDK 52 / React Native 0.76 en bare workflow, TypeScript. 168 écrans, 134 composants. Tout le JavaScript se livre en OTA, le natif par archive Xcode.
• API : NestJS et MongoDB Atlas, 48 contrôleurs, 446 routes, 68 collections. Déploiement automatique sur AWS App Runner à chaque push.
• Site : Vite et React, une seule app qui sert la réplique consumer, le back-office et un overlay OBS pour les streamers, plus des pages SEO pré-rendues, une par œuvre. S3 et CloudFront.
• Infra : Terraform pour App Runner, S3, CloudFront, sauvegardes et budget. Le plan est lu à la main avant chaque apply.

Trois modes de lecture, une barre à crans avec les numéros de page, une bande-son par segments avec fondus et quantification à la mesure, un calque de traduction posé par-dessus la planche d'origine sans jamais effacer le dessin, et une zone sécurisée native qui noircit les captures d'écran du contenu payant.

Un moteur de téléchargement natif travaille en arrière-plan et affiche sa progression en Live Activity. Le lecteur peut couper le réseau volontairement et garder l'app utilisable sur ce qu'il a téléchargé.

La découverte est filtrée par langue de lecture : l'accueil et la recherche ne montrent que les œuvres réellement disponibles dans la langue choisie. La bibliothèque et l'historique, eux, ne sont jamais filtrés.

HoneyCoins s'achètent (App Store, Google Play, abonnement Premium via RevenueCat) et servent à déverrouiller un chapitre, soutenir un auteur ou laisser un pourboire. HoneyDrops se gagnent uniquement, en jouant, par les quêtes, la flamme et les événements, et servent aux boosters, aux échanges et aux mises de Battle.

Trois lignes rouges jamais franchies : on ne vend pas de Drops, on ne convertit jamais Coins en Drops, et aucun retrait en argent n'est possible pour un joueur. C'est ce qui garde la Battle du côté du concours d'adresse. La difficulté d'un jeu n'est jamais ajustée à la mise.

Chaque mouvement écrit une ligne dans le grand livre, le portefeuille porte un numéro de version contre les écritures concurrentes, et un achat se montre avant de débiter : stock, solde, prix, reste.

Le modèle de lecture payante, inspiré de Piccoma, est décidé côté serveur, œuvre par œuvre : les derniers chapitres se déverrouillent en attendant ou en payant, tout le fond de catalogue est gratuit, et les routes publiques ne renvoient jamais les pages d'un chapitre verrouillé.

Un seul barème d'XP pour tout : chapitre lu, œuvre terminée, partie, booster, échange, concours, quête, flamme, soutien, commentaire. Les niveaux suivent une courbe quadratique et chaque réponse d'API porte le gain d'XP dans un en-tête, pour l'afficher sans requête supplémentaire.

Le gacha range les cartes en extensions avec raretés, compteur de pitié, tirage gratuit quotidien et taux affichés avant l'achat. Les neuf mini-jeux tournent en boucle de rendu sur le thread UI, en Reanimated et Skia, sans un seul setState par image.

La Battle de dessin : quatre dessinateurs, les mêmes contraintes, un temps limité, puis un vote anonyme. Quatre modes, publique, entre amis, classée avec Elo par durée, et à mise en Drops. Le serveur pousse la salle d'attente sur l'écran verrouillé en Live Activity via APNs, et les salles streamer ont un overlay OBS public.

Deux rendez-vous automatiques : le concours de la semaine, ouvert chaque lundi par une tâche planifiée, et le one-shot du mois, le 1er.

Un compte auteur publie ses œuvres, chapitres et tomes, importe des planches en lot depuis un ZIP, pose une bande-son, ouvre une fenêtre de gratuité, traduit ses chapitres, et suit ses lecteurs par langue et pays. Âge, genre et géolocalisation ont été écartés volontairement.

Être payé : soutien mensuel prélevé le 1er du mois, pourboires, part du pot publicitaire répartie au prorata des lectures, et retrait par virement avec IBAN chiffré au repos, validé à la main. Un audit de bout en bout a trouvé trois bugs d'argent réel, depuis corrigés, et ces chemins sont sous tests obligatoires.

Le back-office existe en 42 écrans dans l'app et 27 pages sur le web, sur les mêmes routes : contenu, modération, communauté, économie, mise en avant, notifications, exploitation, événementiel. Six rôles, dont un modérateur volontairement amputé des notifications, des comptes et de la monnaie, périmètre verrouillé par un test qui lit le code source.

L'interface est traduite en français, anglais, espagnol, italien, allemand et portugais : un dictionnaire unique d'environ 2 700 entrées, repli sur le français, interpolation par variables. Le contenu, lui, se traduit en calque par-dessus les planches, avec détection des bulles, traduction Apple sur l'appareil, et une file serveur traitée par un worker local.

Dix failles trouvées et fermées, dont un paywall appliqué seulement dans l'app, un webhook de paiement sans secret, un achat crédité depuis le client, et un compte de revue Apple en dur crédité de 5 000 coins. Quatorze tâches planifiées, sauvegardes avec exercice de restauration automatisé, scan de secrets à chaque push.

248 fichiers de tests, comportementaux plutôt que des instantanés, dont certains lisent le code source pour verrouiller une décision. Compilation TypeScript et tests verts des deux côtés avant toute livraison.

Publiée d'abord sur l'App Store néo-zélandais le 2 septembre 2026, un lancement volontairement cloisonné pour faire valider la régie publicitaire avant d'ouvrir la France. La bêta est depuis ouverte en France par TestFlight, en plus de la Nouvelle-Zélande. Android attend ses clés. Le chantier suivant est le catalogue : traduire les œuvres pour que l'app soit réellement utilisable hors du français.