Carriere

Article basé sur le livre “Être ou ne pas être CTO”, chapitre “Le rôle de CTO démystifié”. Situation réelle “Je veux devenir CTO.” Cette ambition est légitime, mais elle masque souvent une confusion sur ce que représente réellement ce rôle. Dans la pratique, j’observe que beaucoup confondent CTO, Lead Developer et VP Engineering, trois rôles aux responsabilités et aux enjeux distincts. Cette confusion crée des attentes décalées : des développeurs qui visent le titre CTO sans comprendre qu’ils devront coder moins, des organisations qui nomment CTO quelqu’un qui devrait être VP Engineering, des carrières qui s’orientent vers un rôle qui ne correspond pas à leurs aspirations réelles. ...

Inspiré du livre “En quête d’expérience”, chapitre “Pivoter intelligent”. Dédramatisation “J’ai 8 ans en Java, je veux passer à Rust. Je recommence junior ?” Non. Vous ne repartez pas de zéro. Vos années d’expérience en développement vous donnent des compétences transférables : logique de programmation, architecture, debugging, collaboration en équipe. Ces compétences sont précieuses, même si la technologie change. Ce que j’ai observé : les transitions de carrière sont possibles à tout âge. Beaucoup de développeurs ont changé de domaine ou de technologie sans repartir de zéro. La clé n’est pas de tout réapprendre, mais d’identifier ce qui est transférable et ce qui doit être appris. ...

Situation réelle Premier jour de stage ou premier job. Terminal noir, code incompréhensible, acronymes partout, impression que tout le monde sait sauf toi. Cette sensation est universelle et trompeuse. Ce que j’ai observé : tous les développeurs seniors ont traversé cette phase. La différence n’est pas le talent, c’est le temps et l’exposition répétée. Le faux problème Le faux problème serait de croire que tu dois tout comprendre immédiatement. En réalité, personne ne comprend tout. Les seniors ont juste appris à naviguer l’inconnu avec moins de panique. ...

Situation réelle Junior pense qu’on attend de lui : code parfait, vélocité de senior, zéro question. Réalité: on attend curiosité, effort d’apprentissage, communication claire. Cet écart entre attente fantasmée et réelle crée stress inutile. Ce que j’ai observé : les juniors qui progressent vite ne sont pas les plus talentueux, ce sont ceux qui comprennent ce qu’on attend vraiment d’eux. Le faux problème Le faux problème serait de croire qu’on attend de toi la même chose qu’un senior. En réalité, on attend que tu progresses, pas que tu sois déjà arrivé. ...

Situation réelle “Notre nouveau CTO était le meilleur dev de l’équipe.” Cette phrase, je l’ai entendue des dizaines de fois. Elle traduit une croyance répandue : le CTO devrait être le développeur le plus talentueux de l’organisation. Ce que j’ai observé : cette croyance crée des attentes décalées et des promotions ratées. Le meilleur développeur ne fait pas nécessairement un bon CTO. Pire, promouvoir systématiquement les meilleurs devs au rôle de CTO prive l’organisation d’excellents contributeurs techniques et crée des CTOs malheureux. ...

Situation réelle “La tech recrute, reconvertis-toi en 3 mois, salaire doublé garanti.” Ce discours marketing occulte la réalité : la reconversion est possible mais exigeante, avec des vrais défis et pas de garantie. Ce que j’ai observé : des reconversions réussies existent. Mais le chemin est plus long et difficile que ce que les bootcamps te vendent. Le faux problème Le faux problème serait de croire que la tech résoudra tous tes problèmes professionnels. En réalité, c’est un secteur avec ses propres défis, frustrations et toxicités. ...

Stratégies du livre “En quête d’expérience”, chapitre “Apprendre en continu”. Dédramatisation “React 19, Astro, Bun, Deno 2.0, HTMX…” Comment suivre sans devenir fou ? Réponse : vous ne pouvez pas tout suivre. Et ce n’est pas grave. Vous n’êtes pas obligé de maîtriser toutes les technologies qui sortent. L’important est d’apprendre stratégiquement ce qui fait avancer votre carrière. Ce que j’ai observé : beaucoup de développeurs tombent dans le piège du FOMO tech. Nouveau framework chaque mois, “je dois tout apprendre”, burnout en 6 mois. En réalité, un développeur efficace maîtrise les fondamentaux (80% de la valeur) et apprend les nouvelles technologies seulement si nécessaire pour le job (20%). Le reste, c’est de la hype passagère qu’on peut ignorer. ...

Inspiré des stratégies du livre “En quête d’expérience”, chapitre “Maximiser sa rémunération”. Dédramatisation “Je suis payé 45k€, je vaux combien ?” Cette question, 80% des devs ne savent pas y répondre. Résultat: ils laissent 10-20k€/an sur la table. Mais ce n’est pas une fatalité. La négociation salariale n’est pas un combat, c’est une discussion professionnelle sur votre valeur. Ce que j’ai observé : beaucoup de développeurs évitent la négociation par peur ou par manque de préparation. Ils acceptent la première offre ou n’osent pas demander d’augmentation. En réalité, la négociation est une compétence qui s’apprend. Avec préparation et technique, obtenir +20-30% est réaliste. **Impact : ** +20% une fois = +200k€ sur carrière 30 ans. ...

Situation réelle “Je dois me spécialiser ou rester généraliste ?” Cette question arrive souvent après 2-3 ans. Réponse : dépend de tes objectifs, du marché, et de ce qui t’énergise. Ce que j’ai observé : ni spécialisation ni généralisme ne sont “mieux”. Ce sont des stratégies différentes avec des avantages et inconvénients selon contexte. Le faux problème Le faux problème serait de croire qu’il faut choisir immédiatement et irréversiblement. En réalité, beaucoup de carrières évoluent : généraliste → spécialiste → T-shaped (expertise + largeur). ...

Situation réelle “Tu es senior maintenant, tu veux manager ou rester IC ?” Cette question arrive souvent. Et beaucoup choisissent sans comprendre vraiment ce que chaque voie implique. Ce que j’ai observé : beaucoup deviennent managers par défaut (“seule évolution visible”) et regrettent. D’autres restent IC sans savoir que c’est une voie légitime avec ses propres niveaux (staff, principal, distinguished). Le faux problème Le faux problème serait de croire que management = évolution et IC = stagnation. En réalité, les deux sont des voies d’évolution légitimes avec des trajectoires parallèles. ...