Large partout, profond quelque part

Il y a deux façons de rater, et elles sont opposées.

Le trait plat. Tu as suivi douze tutoriels, tu sais démarrer un projet dans cinq langages, tu n'as jamais fini un seul truc. Sur le papier tu coches beaucoup de cases. En face, quelqu'un a fait une seule chose sérieusement, jusqu'à la mise en ligne, jusqu'au bug de production. C'est lui qu'on rappelle.

Le I. L'inverse. Tu connais un sujet à fond, tu n'as jamais regardé ce que font les autres. Tu produis, mais tu ne sais pas parler à l'équipe d'à côté, tu ne comprends pas pourquoi ta demande met trois semaines. Et le jour où ta technologie passe de mode, tu passes avec elle.

Et en 2026, une chose a changé le prix de tout ça : écrire du code que tu ne comprends pas ne coûte plus rien. La largeur toute seule ne vaut plus grand-chose — l'IA la donne à tout le monde en un après-midi. Ce qui se paye encore, c'est de savoir juger : choisir, refuser, réparer.

Le terme n'est pas neuf et il ne vient pas du marketing. Il apparaît en 1991, sous la plume de David Guest, dans un article du quotidien britannique The Independent sur le recrutement en informatique — le titre parlait déjà de chercher « l'homme de la Renaissance de l'informatique ». Il a été popularisé une quinzaine d'années plus tard par Tim Brown, le patron du cabinet de design IDEO, qui recrutait explicitement sur cette forme-là.

La définition tient en deux traits.

• La tige verticale, c'est la profondeur : la compétence assez solide pour que tu produises vraiment quelque chose. Peu importe la discipline.
• La barre horizontale, c'est la capacité à travailler hors de ta discipline. Brown la décrit en deux morceaux : l'empathie, se mettre à la place de quelqu'un dont ce n'est pas le métier ; et la curiosité pour le métier des autres, au point de commencer à le pratiquer un peu.

Traduit chez un développeur : la barre du haut, c'est la base — du front, du back, une base de données, savoir mettre en ligne. La tige, c'est un sujet où tu vas plus loin que « ça marche ».

Le premier tri se fait sur la tige. Personne ne publie une offre pour « un développeur ». On publie parce qu'il manque quelqu'un pour faire une chose nommée. Si ton profil ne dit pas ce que tu sais faire, il ne répond à aucune offre en particulier, donc à aucune.

L'entretien et les six premiers mois se jouent sur la barre du haut. On te met dans une équipe. Tu es sur l'écran, mais il faut comprendre ce que renvoie le serveur. Tu es sur le serveur, mais il faut comprendre pourquoi la mise en ligne casse. Un profil qui ne sait qu'une chose fait perdre du temps à tout le monde, et ça se voit vite.

Et la demande existe : l'Apec prévoit 61 160 recrutements de cadres informatiques en 2026, en hausse de 4 % sur 2025, soit la famille de métiers la plus recherchée par les entreprises du privé. Ce sont des postes écrits pour des besoins précis — c'est-à-dire pour des tiges.

C'est la partie que tout le monde raconte mal, parce qu'on la confond avec une liste de technologies. Une liste de technologies périme. Les cinq briques, non : elles décrivent ce qu'il faut savoir faire, pas avec quel outil.

Deux choses à retenir. D'abord, cette liste se termine : tu peux dire « c'est fait » un jour. Ensuite, c'est là que l'IA t'aide le plus, et le plus vite — la barre du haut, en 2026, s'obtient en mois et non en années. C'est exactement ce que couvre le plan des 6 premiers mois : la base, pas la spécialité.

Il y a trois moments, dans cet ordre.

1. Pendant la base, tu ne choisis pas : tu remarques. Garde un fichier. Une ligne à chaque fois qu'un truc t'a plu, une ligne à chaque fois que tu as détesté ta journée. Au bout de quelques mois, le fichier a déjà choisi pour toi.
2. À la fin de la base, tu choisis un sujet et un seul. Pas pour la vie : pour un projet, celui qui va plus loin que les autres et que tu montreras.
3. Au premier job, souvent, c'est l'employeur qui te donne la verticale. Ne le vis pas comme un échec. Une verticale reçue vaut une verticale choisie : tu es payé pendant que tu creuses, et tu vois de l'intérieur un métier que tu n'aurais jamais deviné depuis une vidéo.

C'est la nuance que la plupart des articles sur le sujet oublient. La forme idéale de ton T n'est pas la même selon qui signe.

Le petit client, en freelance, au forfait. Il t'achète un résultat : un site, une application, un outil qui marche, livré pour un prix convenu. Il n'a pas d'équipe technique — l'équipe technique, c'est toi. Tu fais l'écran, le serveur, la base, la mise en ligne, et tu expliques ce que tu fais. Un spécialiste pur ne peut pas livrer ça seul. Ici, c'est la barre du haut qui te fait gagner, et une tige courte suffit.

La grosse boîte : grand groupe, ESN, régie. Elle n'achète pas un résultat, elle achète une compétence nommée, pour une place précise dans une équipe qui a déjà quelqu'un sur chaque sujet. La fiche de poste dit le sujet, et le tarif suit le sujet. Ici, il faut creuser vite : large et peu profond y reste payé comme un débutant, longtemps.

Et ça ne t'enferme pas : les deux marchés se traversent, dans les deux sens. Beaucoup commencent en grosse boîte, où la spécialité se creuse pendant qu'on te paye, puis passent aux petits clients en réélargissant la barre du haut. Les deux catalogues qui suivent servent dans les deux cas : ce qui change, c'est la vitesse à laquelle tu creuses, pas la liste.

Une remarque qui vaut pour toute la liste : un langage n'est pas une verticale. « Python » ne dit pas ce que tu sais faire. « Automatiser des traitements de données » le dit.

Deux choses honnêtes sur cette colonne-là. Ces postes vivent surtout dans les grandes structures — industrie, banque, énergie, distribution — souvent via des sociétés de services, avec des missions longues. Et ils demandent la même barre du haut que les autres : quelqu'un qui ne sait pas déployer ni lire du code ne tient pas un poste de données.

1. Qu'est-ce que tu supportes six heures par jour ? Pas ce qui te fait rêver dans une vidéo de trois minutes : ce que tu es encore capable de faire un mardi de novembre. Regarde ton fichier de la section 5.
2. Combien d'offres, près de chez toi ? Ouvre trois sites d'annonces, cherche ta verticale candidate dans ta région et en télétravail, et compte. Compte aussi celles qui acceptent un débutant. Une verticale sans offres dans ta zone, ce n'est pas un métier, c'est un loisir.
3. Qu'est-ce que tu peux prouver avec un seul projet ? Si tu ne vois pas quel projet montrerait cette compétence, tu ne sauras pas la vendre non plus.
4. Qu'est-ce qui ne s'apprend pas en un week-end ? Plus une compétence est chère à acquérir, mieux elle se paye, et moins l'IA la recopie. Une verticale qui s'apprend en deux soirs n'est pas une verticale.

Trop tôt. Tu apprends le vocabulaire d'un spécialiste avant de savoir écrire une application entière. Tu sais parler d'architecture de données et tu n'as jamais mis un site en ligne. En entretien, ça s'entend en deux questions.

Jamais. Tu restes large, indéfiniment, en te disant que tu choisiras plus tard. À compétence égale, on prend celui qui a une raison d'être là. Rester généraliste n'est pas prudent : c'est se rendre remplaçable par le candidat suivant, et par la machine.

Et le cas le plus fréquent, entre les deux : changer de verticale tous les deux mois. Trois débuts ne font pas une profondeur. Une verticale, c'est un sujet sur lequel tu es allé jusqu'au bout d'une chose au moins une fois.

1. Ça marche. Tu suis la documentation, tu obtiens le résultat. C'est le niveau que l'IA te donne aujourd'hui en quelques minutes — donc celui qui ne se vend plus.
2. Tu sais pourquoi ça marche. Tu peux expliquer ce que fait la couche en dessous, tu répares une panne sans copier une réponse trouvée en ligne, tu prévois ce qui va casser. C'est le niveau qu'un employeur paye.
3. Tu sais quand ne pas le faire. Tu connais les limites, le coût, les solutions concurrentes, et tu peux dire non en expliquant pourquoi. C'est le niveau dont vit un freelance, et c'est celui qui décide d'un salaire.

On ne monte pas ces niveaux avec des tutoriels : un projet qui va au bout vaut dix cours commencés. « Au bout » veut dire : mis en ligne, utilisé par quelqu'un d'autre que toi, cassé une fois, réparé par toi. C'est la casse qui fait la profondeur — c'est le seul moment où tu es obligé de comprendre ce qui se passe vraiment.

Ce qui a changé depuis que l'IA écrit du code, ce n'est pas le modèle : c'est le prix des deux barres.

La barre du haut est devenue bon marché. Tu peux toucher à une partie que tu ne connais pas et obtenir un résultat correct le jour même. Tant mieux : élargis vite, sers-t'en, ne passe pas six mois sur ce que l'IA fait pour toi.

La tige, elle, n'a pas bougé de prix — elle est même devenue plus rare. Juger un résultat, décider d'une forme de données, savoir ce qui va coûter cher dans deux ans : ça ne s'obtient pas en posant une question. Ce qui te distingue, c'est ce que tu sais quand la machine se trompe.

Plus tard vient parfois une deuxième tige — le π. Elle arrive toute seule, quand ton métier te pousse à côté. Ne la commence pas avant que la première te fasse gagner ta vie.

La formule : « Développeur [la base], spécialisé [la verticale] », puis une preuve pour chaque morceau. Une preuve, c'est une adresse qu'on peut ouvrir, pas un adjectif.

• « Développeur web — je fais du front, du back et je déploie. Spécialisé sur les interfaces accessibles : voici un site refait, avant/après, avec les mesures. »
• « Développeur — j'ai construit et mis en ligne une application complète. Spécialisé sur l'automatisation de traitements de données : voici un traitement qui tourne tous les jours depuis six mois. »

Le piège inverse, c'est la liste de vingt-deux technologies séparées par des virgules. Elle dit « je n'ai pas choisi », et elle se lit en une seconde et demie. Deux lignes qui disent ce que tu sais faire valent mieux qu'un mur de logos.