La main sur la scie

l'atelier

Un designer, plusieurs instruments

Il y a un designer. Son travail est de décider ce que la chose doit être — comment elle paraît, comment elle se comporte, ce qu'elle refuse de devenir.

Autour de lui, des instruments d'un genre nouveau : des sessions d'IA de longue durée, qui portent chacune un rôle et une mémoire survivant d'un jour à l'autre. L'une garde les plans. L'autre dirige les chantiers. D'autres naissent pour une seule tâche et disparaissent une fois qu'elle est faite. Ce sont elles qui écrivent chaque ligne du code.

Disons-le une fois et n'y revenons plus : ces instruments sont remarquables, et ils ne sont pas le sujet. Une scie est tout pour le menuisier et n'est rien sans lui. Ce qui fait l'ouvrage, c'est la technique — la façon dont la main tient l'outil. Il y en a cinq.

technique un

Écrire le goût

Chaque décision du designer est écrite, et chaque décision reçoit un numéro. D41. B9. Des noms courts que n'importe qui peut citer et retrouver, aujourd'hui ou dans six mois. Ensemble, ils forment le canon.

Quand une spécification est prête, il la lit, la corrige, puis la marque : FINAL — approuvé par le designer. À partir de cet instant, elle fait loi dans l'atelier. On peut demander à l'amender. On ne peut pas la contourner.

C'est la technique qui transforme le goût — la chose la plus volatile qu'une personne possède — en quelque chose sur quoi d'autres peuvent bâtir.

Il a changé d'avis en trois phrases, presque en passant. Dans la journée, la spécification était réécrite, le travail devenu inutile arrêté avant que quiconque ne l'ait commencé, et le changement était devenu dix décisions numérotées. Il n'a touché aucun fichier.

technique deux

Ne jamais trancher dans l'abstrait

Rien ne se décide sur une intuition à propos du système. Avant que la conception ne commence, l'existant est relevé — inventaires, audits, une carte de ce qui est réellement là — comme un architecte mesure un bâtiment avant d'y dessiner. Cinquante questions se distillent en cinq. Vient alors la séance : une décision à la fois, débattue sur des mécanismes réels montrés dans la langue du designer. Des schémas, des images, des alternatives qu'il peut voir, plutôt qu'un vocabulaire d'ingénieur qu'il devrait décoder.

Cela paie, et pas comme on l'attend. Au cours d'une séance, le versant ingénierie proposait qu'une œuvre soit représentée par son calque principal. Le designer a tranché autrement — la représentation doit être un composite de tous les calques — puis a repéré un défaut que personne n'avait vu : une visualisation sonore en direct n'a pas d'image fixe véridique. Sa vraie image, c'est la forme d'onde, toute la performance d'un coup. Un défaut dans la logique du temps, attrapé par un œil.

technique trois

Ne juger que la chose réelle

Le designer ne juge jamais une maquette, une démonstration, ni un rapport de réussite. La règle est absolue : pas de démo locale. Le travail compte lorsqu'il est déployé sur le vrai serveur qu'utilisent de vraies personnes, et c'est là qu'il va regarder — en se servant lui-même de la plateforme, en capturant ce qui cloche, en rendant un verdict. Le défaut persiste. Mauvaise stratégie. Approuvé.

Chaque verdict rentre comme consigne de la passe suivante. C'est le geste le plus ancien de tous les métiers : reculer d'un pas, regarder la chose elle-même, y retourner.

technique quatre

Ne rien croire qu'on n'ait vérifié

Les instruments ont un défaut connu : ils sont plausibles. Ils énoncent ce qui est vrai et ce qui est presque vrai avec exactement la même assurance. L'atelier traite donc chaque affirmation comme une hypothèse tant qu'elle n'est pas vérifiée. Chacune doit citer d'où elle vient — le fichier, la ligne. Avant qu'une session ne transmette la trouvaille d'une autre, elle la re-dérive depuis la source. Dans les faits, environ une alerte sur quatre voit sa gravité corrigée à la vérification, ce qui est précisément pourquoi la vérification existe.

La même technique garde l'autorité elle-même. Aucune session ne peut approuver ce qu'une autre attend, aucune ne peut prendre le message d'un pair pour le consentement du designer. Quand quelqu'un rapporte que le designer a dit quelque chose, on va le lui demander.

technique cinq

Construire par vagues

Quand une part du canon est prête, elle est découpée en petits morceaux bornés et plusieurs sessions construisent à la fois, chacune dans une copie isolée de l'ouvrage. Rien n'est accepté sur parole. Chaque contribution doit passer les gardes — types, tests, style, et, depuis qu'un défaut a survécu à trois passes dans un environnement de test qui ne voyait pas du tout la mise en page, la géométrie réelle de l'écran. Ce qui passe est fusionné puis déployé. La vague se retire, et l'ouvrage a un étage de plus. Puis le designer regarde, et cela recommence.

à quoi cela sert

Protéger le soin

Les métiers et les procédures de cet atelier sont bâtis sur BMAD, un cadre de méthode ouvert — des rôles d'agents (analyste, architecte, designer UX, développeur) et des façons de travailler, publiés pour que chacun s'en serve. Crédit à qui de droit : ce qui se passe ici est une interprétation de cette partition, jouée à la main.

Mais le fond n'a jamais été technique. Beriah s'adresse à des gens qui portent de la culture — artistes, labels, collectifs, maisons de production — et qui méritent des outils faits avec le soin qu'ils mettent dans leur propre travail. Les cinq techniques existent pour protéger ce soin : pour qu'une seule personne puisse tenir la vision entière d'un ouvrage, du premier croquis jusqu'au serveur, sans qu'elle soit diluée par la machinerie qui le construit.

Les instruments posent les pierres. La main décide du bâtiment.