Indépendant, prolifique, et intraitable sur le protocole.
Toka Lab publie ses propres produits, dans des domaines qui n'ont rien à voir entre eux. Ce qui les relie n'est pas un thème — c'est une façon de construire qu'aucun projet ne saute.
Cinq étapes, jamais dans le désordre
Une étape ne s'ouvre pas avant que la précédente soit close. Cette règle n'est pas théorique : elle vient d'une interface entièrement refaite parce qu'elle avait été construite avant ses visuels.
Les règles
Écrites en entier, cas limites compris : blocage, répétition, égalité, fin au temps.
La validation
Équilibre mesuré sur des milliers de parties, résolution exacte quand la taille le permet.
Les visuels
Définitifs et validés avant qu'une seule interface soit construite.
L'interface
Construite une seule fois, sur ces visuels-là. Jamais deux.
L'intégration
Moteur, réseau, mise en ligne — puis neuf contrôles dont un seul échec bloque la livraison.
Rien n'est livré sur la seule lecture du code
Chaque livraison est chargée dans un vrai moteur et exercée automatiquement. Neuf contrôles ; un seul échec bloque la livraison.
Chacun de ces contrôles correspond à un défaut réellement passé en production. Une fois, et une seule — tout défaut ajoute définitivement un contrôle à la liste.
- Script compilablePas de page morte
- Éléments référencés présentsPas de bouton inerte
- Feuille de style intègrePas de plateau invisible
- Aucune règle concurrentePas de mise en page écrasée
- Géométrie du plateauPas de pièce mal placée
- Liens et fin de documentPas de lien mort, pas de troncature
Six règles qui ne se négocient pas
- Reproduire avant de corriger
Si un défaut ne se reproduit pas en test, l'hypothèse est fausse. On cherche plus loin plutôt que de corriger au jugé.
- La cause, jamais le symptôme
Une correction qui empile une règle sur une règle fautive est refusée, même si le problème disparaît à l'écran.
- Un correctif, un contrôle en plus
Tout défaut passé en production rejoint définitivement la liste des vérifications automatiques.
- Le nom est figé avant le code
Aucun nom provisoire, même en interne. Les clés de stockage portent le nom définitif dès le premier jour, sinon les données disparaissent au renommage.
- Deux mécanismes ne gèrent jamais la même chose
Avant d'ajouter un comportement, on cherche ce qui traite déjà le même sujet et on le neutralise explicitement.
- Ce qui est validé n'est plus touché
Une décision gelée le reste. Quand une demande y revient par effet de bord, on le dit avant d'écrire quoi que ce soit.
Et six choses qu'on n'ajoutera jamais
- La publicité
Pas de bannière, pas de coupure vidéo, pas de bonus contre visionnage.
- Les achats cachés
Aucune fonction essentielle derrière un paiement.
- Le compte obligatoire
Jeu en ligne compris. Aucune donnée personnelle collectée.
- Le tutoriel
Si un produit a besoin d'un mode d'emploi, c'est qu'il en demande trop.
- La dépendance au réseau
Le terrain n'a pas de signal, le train non plus.
- Le produit qu'on n'aime pas
Un prototype reste hors catalogue tant qu'il n'est pas au niveau.
Une question, un bug, une idée ?
Les messages arrivent chez les personnes qui écrivent les règles. Une bonne part de nos corrections démarre là.