Parcours

Situation réelle “Quand est-ce que je serai senior ?” Cette question revient constamment. Réponse courte : quand tu arrêtes de penser en lignes de code et commences à penser en impact et en équipe. Ce que j’ai observé : devenir senior n’est pas juste coder mieux. C’est un changement de perspective, de responsabilités, et d’attentes. Le faux problème Le faux problème serait de croire que senior = X années d’expérience. En réalité, certains sont senior à 3 ans, d’autres jamais après 10 ans. C’est une question de compétences ET de mindset. ...

Situation réelle Tu débutes. Tu as des questions, des doutes, besoin de perspective. Un bon mentor peut transformer ta trajectoire. Mais comment en trouver un ? Et comment construire cette relation ? Ce que j’ai observé : les meilleurs mentorships émergent organiquement, pas via programmes formels. Ils se construisent sur valeur mutuelle, pas demande unilatérale. Le faux problème Le faux problème serait de chercher “LE mentor parfait” qui résoudra tous tes problèmes. En réalité, tu auras plusieurs mentors dans ta carrière, chacun pour des aspects différents. ...

Situation réelle Tu réalises que tu es dans un environnement toxique. Anxiété dimanche soir, burn-out rampant, culture du blâme. La question n’est pas “est-ce toxique ?” mais “quand et comment je pars ?” Ce que j’ai observé : rester trop longtemps dans un environnement toxique détruit santé mentale, compétences, et confiance. Partir est souvent la décision la plus saine, même si difficile. Le faux problème Le faux problème serait de croire que tu dois “tenir” ou “faire tes preuves”. En réalité, rester dans un environnement toxique ne prouve rien sauf ta capacité à souffrir inutilement. ...

Situation réelle L’entretien se passe bien. Discours rodé, promesses alléchantes. Tu acceptes. Trois mois plus tard, tu réalises : les signaux étaient là. Tu ne les as juste pas vus ou voulu voir. Ce que j’ai observé : certains red flags sont évidents (manager agressif, turnover massif). D’autres sont subtils : formulations, hésitations, non-dits. Apprendre à les lire change tout. Le faux problème Le faux problème serait de croire que les recruteurs mentent activement. En réalité, la plupart croient ce qu’ils disent ou présentent la version optimiste. Ton job est de décoder la réalité derrière le discours. ...

Situation réelle Nouveau job. Premier jour. Tout est nouveau : codebase, outils, équipe, culture, processus. Ces 90 premiers jours vont largement déterminer ta trajectoire dans cette boîte. Ce que j’ai observé : les 90 premiers jours sont une fenêtre critique. Bien navigués, ils posent des fondations solides. Mal navigués, tu rattrapes pendant 6-12 mois. Le faux problème Le faux problème serait de croire que tu dois tout comprendre et livrer immédiatement. En réalité, ces 90 jours sont pour apprendre, observer, créer des relations. La performance viendra après. ...

Analyse du livre “En quête d’expérience”, chapitre “Choisir son modèle”. Dédramatisation “Freelance = 2x le salaire !” Oui, mais aussi 2x les risques. Cette simplification masque une réalité plus complexe. Le choix entre freelance et salarié n’est pas une question de “meilleur” ou “pire”, c’est une question de correspondance avec votre profil, vos priorités, et votre situation. Ce que j’ai observé : beaucoup de développeurs choisissent le freelance pour les revenus sans comprendre les risques réels (pas de congés payés, pas de chômage, risque inter-contrats, administratif lourd, pression constante). D’autres restent salariés par sécurité sans considérer les avantages du freelance (flexibilité totale, choix missions, remote facile, autonomie). Le choix doit être éclairé, pas idéologique. ...

Situation réelle “Je m’ennuie, je pars.” Ou à l’inverse : “Je suis malheureux mais je reste par peur.” Ces deux extrêmes sont problématiques. Changer de boîte est une décision importante qui mérite réflexion. Ce que j’ai observé : les meilleurs changements sont réfléchis, motivés par attraction (vers quoi tu vas) pas juste répulsion (fuir d’où tu es). Le faux problème Le faux problème serait de croire qu’il faut rester 5 ans minimum dans chaque boîte. En réalité, 12-24 mois peut suffire si tu as appris ce que tu pouvais et que l’opportunité suivante est vraiment meilleure. ...

Du livre “En quête d’expérience”, chapitre “Cultiver son réseau”. Dédramatisation “Networking = vendre sa mère ?” Non. Networking = Relations authentiques qui aident mutuellement. Cette idée reçue masque une réalité plus simple : votre réseau professionnel est un atout pour votre carrière, et le construire n’a pas besoin d’être faux ou vendeur. Ce que j’ai observé : beaucoup de développeurs évitent le networking par peur d’être “salesy” ou par introversion. En réalité, le networking authentique n’a rien à voir avec la vente. C’est construire des relations professionnelles basées sur l’intérêt mutuel et l’entraide. Impact mesuré : jobs trouvés via job boards 15%, recruteurs 25%, network 60% (majoritaire). Votre network = votre net worth (carrière). ...

Situation réelle “Je veux me reconvertir en dev mais j’ai 35 ans, c’est trop tard ?” Cette question revient constamment. Réponse courte : non, ce n’est pas trop tard. Réponse longue : il y a des obstacles réels mais pas ceux que tu crois. Ce que j’ai observé : l’âge peut être un désavantage dans certains contextes (startups jeunes, ageism), un avantage dans d’autres (maturité, soft skills), et neutre dans beaucoup. ...

Situation réelle Tu viens du commerce, de la compta, du marketing, de l’industrie. Tu arrives en tech. Certains codes sont identiques, d’autres radicalement différents. Comprendre ces différences accélère ton adaptation. Ce que j’ai observé : les reconversions qui réussissent comprennent rapidement les spécificités culturelles de la tech. Celles qui galèrent essaient d’appliquer les codes de leur ancien monde sans adaptation. Le faux problème Le faux problème serait de croire que “travail = travail”, que les codes sont universels. En réalité, chaque secteur a sa culture, et la tech a la sienne, pour le meilleur et le pire. ...