Pourquoi chaque cycle du hype produit les mêmes 27 rôles

L'argument structurel

Chaque écosystème technologique émergent a besoin d'un ensemble prévisible de fonctions pour mûrir. Quelqu'un doit construire la technologie fondamentale. Quelqu'un doit la commercialiser en produits pour lesquels des acheteurs non techniques paieront vraiment. Quelqu'un doit l'expliquer à ceux qui n'ont pas le temps de lire le whitepaper — et l'évaluer de façon critique pour ceux qui le lisent. Quelqu'un doit financer l'ensemble et relier les gens qui, sinon, ne se trouveraient jamais. Quelqu'un doit négocier la relation de la technologie avec les structures juridiques et réglementaires existantes. Et quelqu'un doit fournir l'infrastructure sur laquelle tous les autres tournent — et profiter des inefficiences de prix que les marchés immatures contiennent toujours.

Aucune de ces fonctions n'est optionnelle. Un écosystème sans builders ne dépasse pas le stade de l'article de recherche. Sans educators, l'adoption reste de niche. Sans capital, des idées prometteuses meurent dans le gouffre de la désillusion. Sans navigation juridique, des écosystèmes prometteurs sont fermés avant d'avoir prouvé leur valeur.

6 catégories. 27 rôles. Plus le Charlatan.

Les 27 rôles répartis en 6 catégories ne sont pas arbitraires — ils correspondent à six nécessités fonctionnelles que chaque cycle doit remplir, plus une septième figure, le Charlatan, que chaque cycle produit mais que personne ne devrait chercher à devenir :

Bitcoin, IA, Linux, impression 3D — même distribution, costumes différents

Prends le rôle du Tech Genius. Dans le cycle Bitcoin, ce sont Satoshi Nakamoto et Vitalik Buterin — ceux qui ont inventé le protocole fondamental. Dans le cycle de l'IA, ce sont les auteurs de l'article sur le Transformer et Ilya Sutskever. Dans la vague Linux/open source, c'étaient Linus Torvalds et Richard Stallman — le kernel et la GPL sur lesquels tout le reste repose. Et dans la vague de l'impression 3D de bureau, c'était Adrian Bowyer, dont le RepRap open source — une imprimante qui imprime ses propres pièces, publiée sous GPL — était l'équivalent matériel du kernel. Le rôle est identique ; les noms ont changé.

L'Educator de l'ère Bitcoin était Andreas Antonopoulos — rendant les concepts cryptographiques accessibles sur YouTube avant que quiconque d'autre ne juge cela utile. À l'ère de l'IA, c'est Andrej Karpathy qui fait la même chose pour les réseaux de neurones. Dans la vague Linux, c'étaient le Linux Documentation Project et les essais d'Eric S. Raymond, rendant l'open source lisible pour une génération d'ingénieurs. Dans la vague de l'impression 3D, c'étaient le magazine Make:, la Maker Faire et des YouTubeurs comme Thomas Sanladerer qui apprenaient à toute une génération à imprimer. Le chemin de monétisation (audience → réputation → cours, conférences, conseil) est structurellement identique.

L'Infrastructure Landlord chez Bitcoin, c'était Bitmain vendant des ASIC — celui qui contrôlait le matériel contrôlait les marges. Dans le cycle de l'IA, ce sont CoreWeave et Lambda Labs vendant du calcul GPU. Dans la vague Linux, c'était Red Hat, facturant un abonnement pour du Linux supporté — le “loyer” sur le logiciel libre. Dans l'impression 3D, c'étaient Stratasys et 3D Systems — et les fabricants de filament, qui vendent les lames de rasoir d'un rasoir bon marché. L'enseignement est le même : dans toute ruée vers l'or, vends des pelles.

Linux compte ici pour une raison précise : c'est le plus ancien cycle tech public complet documenté, et celui que beaucoup d'ingénieurs expérimentés ont réellement vécu. Il a connu un vrai pic et un vrai krach (les IPO de Red Hat et VA Linux en 1999, puis le krach dot-com de 2001) et une longue traîne de trente ans de capitalisation s'achevant par le rachat de Red Hat par IBM pour 34 milliards de dollars — avec la plus faible densité de charlatans de tous les cycles du livre, parce que le code ouvert rend difficile de feindre la compétence. C'est la preuve la plus nette que ces rôles décrivent une structure d'opportunité, pas le hype.

L'impression 3D compte ici pour une raison différente : elle est la preuve que les rôles ne sont pas un artefact logiciel. C'est un cycle matérielqui a déroulé tout le scénario d'un cycle logiciel — des origines open source (RepRap), un founder du hype qui a fermé ses conceptions et vendu au sommet (MakerBot à Stratasys, jusqu'à 604 M$ en 2013), une bulle boursière qui a éclaté à l'heure dite (3D Systems −46 % en 2014), et une seconde vague qui l'a ranimée (Prusa, Bambu Lab). Elle a même forcé le Regulator à exister physiquement : quand Defense Distributed a imprimé la première arme fonctionnelle, le Département d'État américain a retiré les fichiers en quelques jours au titre de la loi sur l'exportation d'armes. Les deux questions que ce livre sépare — n'est-ce que du hype ? etqui est lésé ? — ont toutes deux été posées dans ce seul cycle.

Le schéma tient à travers chaque catégorie et chaque cycle. Les technologies précises diffèrent. Les rôles, non.

Pourquoi la plupart des gens choisissent le mauvais rôle

La plupart des gens glissent dans un rôle par identité plutôt que par adéquation. Celui qui écrit du code devient Developer par défaut — même si son véritable avantage comparatif est d'expliquer les choses (Educator) ou de construire de petits produits autonomes (Micro-Founder). Celui qui a un diplôme de droit devient Lawyer — même si son réseau et ses compétences relationnelles sont le vrai atout (Connector ou Community Organizer).

Ce décalage coûte cher, parce que les rôles ont des exigences très différentes en matière de tolérance à la douleur, de capital, d'horizon temporel et de profil de compétences. Un type Scaler qui essaie d'opérer comme Micro-Founder s'ennuiera et se sous-capitalisera. Un type Freelancer qui essaie de bâtir une startup financée par du VC regrettera la perte d'autonomie. Un Capital Provider incapable d'encaisser la variance sortira au plus bas.

L'évaluation ne demande pas quel rôle sonne bien. Elle mesure lequel te correspond — en fonction de ce que tu peux réellement supporter, de ce qui te dynamise plutôt que t'épuise, et de ce que tu as construit jusqu'ici.