Quel rôle tech te correspond ?

La question derrière la question

Cherche “quel rôle tech me correspond” et tu trouveras surtout des tests de bootcamp. Ils posent six questions et — surprise — la réponse est toujours un job que leur cours se trouve enseigner. C'est de la génération de leads, pas une réponse.

La version honnête de la question est plus grande qu'un intitulé de poste. Une vague technologique — l'AI maintenant, la crypto avant elle, quoi que ce soit qui vienne ensuite — est un écosystème qui a besoin qu'un ensemble fixe de fonctions soit rempli : quelqu'un construit la technologie, quelqu'un la commercialise, quelqu'un l'explique, quelqu'un connecte les gens, quelqu'un la finance, quelqu'un négocie sa relation avec le pouvoir existant. Ces fonctions se résolvent en 27 rôles récurrents — et ils reviennent si fidèlement à travers les cycles (Linux, Bitcoin, Ethereum, AI) que tu peux les étudier comme une carte.

Un job est quelque chose qu'un employeur définit. Un rôle est une position dans cet écosystème — et plusieurs des 27 ne sont pas du tout des jobs. C'est exactement pourquoi les tests de bootcamp ne peuvent pas les voir : il n'y a pas de cours à vendre pour “construis un petit produit qui t'appartient” ou “deviens la personne qui cure le bruit”.

L'erreur : choisir par identité plutôt que par fit

Demande à un developer quel rôle lui correspond et la réponse est généralement “developer” — non parce que ça lui correspond, mais parce que c'est déjà ce qu'il est. Le codeur se rabat sur Developer même quand son vrai avantage est d'expliquer (c'est un Educator), ou de repérer ce qui devrait être construit (Product Manager), ou de livrer de petits produits qui lui appartiennent (Micro-Founder).

Une heuristique brutale tranche la plupart : qui décide de ce qui sera construit le trimestre prochain ?Si c'est toi, tu es un Product Manager. Si tu convaincs les autres de simplement le permettre, tu es un Bridge Builder. Si tu peux virer l'équipe, tu es un Founder. Le mismatch coûte cher parce que les rôles exigent des tolérances à la douleur, des capitaux, des horizons temporels et des compétences très différents — et tu ne le découvres généralement qu'en milieu de cycle, quand changer coûte le plus.

Ce que “fit” signifie vraiment

Le fit n'est pas “dans quoi es-tu bon”. Les compétences sont la partie la plus apprenable de l'équation. Les parties qui ne plient pas sont comportementales :

• Ce qui te donne de l'énergie — le travail que tu ferais un samedi libre, pas le travail que tu tolères pour un salaire.
• Quelle douleur tu peux absorber— chaque rôle a un négatif spécifique : le rejet, l'obscurité, les trous de revenus, les projets tués. Tu n'échappes pas à la douleur en choisissant bien ; tu choisis quelle douleur.
• Tes dispositions — niche vs. masse, autonomie vs. échelle, profondeur en solo vs. énergie de groupe.
• Ce que tu as réellement fait— parcours et compétences actuelles, pondérés le moins, parce qu'ils changent le plus vite.

Au-dessus du fit siège une cinquième force qui n'a rien à voir avec toi : le timing. Le même rôle rapporte de façon complètement différente selon l'endroit où en est le cycle — entrer dans un rôle de phase de hype au pic, c'est concurrencer un millier de personnes qui ont commencé la même semaine. (Où en est le cycle de l'AI en ce moment se suit sur notre page du cycle du hype.)

La carte : 27 rôles en 6 catégories

Les descriptions complètes des rôles vivent sur la page des rôles— voici le territoire en un coup d'œil :

Trois questions qui affinent vite

1. À quoi ressemblait un super samedi, récemment ?Quelque chose que tu as construit a enfin marché → cluster builder. Quelqu'un a enfin compris une chose grâce à toi → knowledge producer. Trois personnes que tu as présentées ont lancé quelque chose → cluster network. Tu as repéré une erreur de prix → capital & markets.
2. Avec quel mauvais jour peux-tu vivre ?Du code qui casse à 2 h du matin ? Publier pour douze likes pendant un an ? Un deal qui meurt après six mois de travail ? L'inconvénient de chaque rôle est différent — celui que tu peux hausser les épaules pointe vers ton rôle.
3. Pour quoi les gens viennent-ils déjà te voir ?Pas ce pour quoi tu aimerais qu'on te sollicite — ce pour quoi on te sollicite vraiment. Réparer la chose, expliquer la chose, décider la chose, ou savoir qui appeler : quatre rôles différents.

Mismatches courants (et ce qu'ils coûtent)

• Le developer dont l'avantage est d'expliquer. Reste la tête dans le code pendant que son vrai levier — rendre les choses complexes lisibles — reste inutilisé. Le cycle le récompense le moins de toutes ses options.
• L'organizer qui ne convertit jamais.Bâtit communauté et réputation pendant des années — le rôle de construction classique — mais ne transforme jamais le capital social accumulé en une position d'operator, de founder ou d'investor avant que le cycle tourne.
• L'expert fonctionnel qui a rejoint pour la fiche de paie.“Je travaille dans l'industrie de l'AI” est un job ; “J'ai une position dans l'écosystème de l'AI” est un rôle. Le premier est remplaçable et part en premier lors du krach.

FAQ