D'avocat à ingénieur chez Google – Comment changer de carrière et acquérir de nouvelles compétences

Article original : From Lawyer to Engineer at Google – How to Switch Careers and Learn New Skills

J'ai été avocat d'affaires pendant 12 ans. Je n'aurais jamais pensé travailler chez Google en tant qu'ingénieur logiciel, mais c'est ce que je fais depuis un an. Je travaille à distance jusqu'à ce que le COVID s'apaise et que nous puissions déménager à San Francisco.

Dans cet article, je vais partager avec vous dix leçons importantes que j'ai apprises au cours de cette transition de carrière.

J'ai terminé mes études de droit à Bangalore, en Inde, un an avant l'entrée en bourse de Google au Nasdaq. C'était il y a longtemps. Le monde était très différent. Je pense que Facebook s'appelait encore « thefacebook ».

J'ai commencé ma carrière comme plaideur devant les tribunaux en Inde. Deux ans plus tard, je me suis tourné vers le droit des affaires, puis j'ai fini par déménager en Australie pour rejoindre l'un des plus grands cabinets d'avocats au monde, dans leur bureau de Melbourne.

Plusieurs années plus tard, après avoir survécu à la crise financière mondiale de 2008, je suis devenu citoyen australien et je suis passé « in-house » – le terme utilisé lorsque les avocats quittent un cabinet pour travailler en interne au sein d'une entreprise spécifique.

J'aimais être avocat, car c'était un milieu rempli de personnes intelligentes et ambitieuses, et c'était bien payé. Mais il y avait toujours une partie de moi qui aspirait à coder, à créer et à contribuer au répertoire d'outils utiles d'Internet.

Pour moi, programmer un ordinateur est un acte magique. Écrire du texte et faire en sorte que des machines suivent vos commandes – il y a quelque chose de si puissant, de si illimité là-dedans. Cela stimulait mon imagination.

Mais je ne me considérais vraiment pas comme « matheux », « geek » ou « petit génie ». Chaque message social concernant les hackers, les codeurs, les programmeurs et les fondateurs techniques (ce qui, en 2012, était devenu un symbole de statut social !) renforçait le mythe selon lequel la programmation était le domaine de magiciens des mathématiques « incroyablement intelligents ».

J'ai involontairement renforcé ce mythe pour moi-même – j'ai essayé d'apprendre à coder TROIS fois. En 2014, en 2015 et en 2017. Et les trois fois, j'ai abandonné parce que j'ai essayé de viser trop haut, je me suis préparé à l'échec, puis j'ai supposé que je n'étais pas assez intelligent (alors qu'en réalité, j'avais juste essayé de courir avant d'avoir appris à marcher).

La programmation semblait hors de ma portée. Juste. Trop. Difficile. Je n'avais aucune clarté sur par où commencer, quelles parties apprendre et, le plus frustrant, quelles parties ignorer.

À la place, j'ai lancé une entreprise technologique et j'ai embauché une équipe de codeurs. L'un d'eux est devenu mon cofondateur technique. Il a démissionné au bout d'un an, et je me suis retrouvé avec des partenariats et des contrats avec des gouvernements locaux que je devais honorer.

Face au choix d'être vaincu ou d'apprendre à coder, j'ai choisi d'essayer à nouveau – d'apprendre à coder.

J'avais 37 ans. En 2020, le COVID a frappé, et juste au moment où cela devenait très sérieux, j'ai signé mon contrat pour être ingénieur chez Google. Je venais d'avoir 39 ans.

C'était étrange de « recommencer » à zéro. Mais c'est aussi incroyablement amusant d'être à nouveau un débutant. En fait, je peux vraiment m'identifier à ce que Steve Jobs a dit lors de son célèbre discours de remise des diplômes à Stanford en 2005 :

« La lourdeur du succès a été remplacée par la légèreté d'être à nouveau un débutant, moins sûr de tout. Cela m'a libéré pour entrer dans l'une des périodes les plus créatives de ma vie. »

J'avais quitté une carrière juridique réussie, puis un parcours de startup moins fructueux pour redevenir débutant. En tant que codeur et coach, je suis plus créatif que je n'ai jamais eu le privilège de l'être.

Il ne s'agit pas de Google ou de toute autre entreprise technologique légendaire. Il s'agit de vous. Peu importe votre objectif. Je veux que vous sachiez que les transformations ne sont pas « spéciales » ou « miraculeuses » – elles en donnent simplement l'impression.

Les personnes que je coache ont compris comment j'ai « trouvé » ma feuille de route pour devenir codeur, dans un monde où il y a beaucoup trop d'informations et, par conséquent, beaucoup trop peu de clarté. Mais nous n'avons pas assez de temps ici pour approfondir cela.

Aujourd'hui, je veux vous aider en résumant mes 10 principes les plus importants pour les personnes souhaitant transformer leur vie et atteindre leurs objectifs.

Vous verrez que c'est vrai pour le code, ou pour n'importe quoi d'autre. Mais comme je suis maintenant un ingénieur autodidacte travaillant chez Google, c'est particulièrement pertinent pour les autres codeurs ou futurs codeurs.

À la fin de cet article, j'ai indiqué quelques moyens de me contacter si vous avez des questions.

5 choses à NE PAS faire lors d'un changement de carrière

Je commence par les « à ne pas faire » car il est plus facile d'identifier les choses que nous faisons et qui nous freinent que de développer de nouvelles habitudes. S'attaquer d'abord aux points négatifs vous apportera des victoires rapides qui renforceront votre confiance – et à partir de là, vous pourrez construire les « choses à faire ».

NE regardez PAS le sommet de la montagne

Pendant longtemps, vous allez gravir une montagne escarpée. Cela semblera long sur le moment, mais c'est une période courte dans le contexte d'une vie.

Le sommet de la montagne ne se rapprochera pas, peu importe la fréquence à laquelle vous le regardez. Mais plus vous le regarderez, plus vous vous découragerez car, au fond, nous sommes tous pressés. Les choses prennent du temps. Et comme le dit Jeff Bezos, on ne peut pas sauter d'étapes.

Si vous perdez votre optimisme, vous perdez votre confiance, puis vous perdez votre énergie et votre élan.

Au lieu de cela, concentrez-vous simplement sur le processus d'apprentissage. Peu importe la quantité de code que vous écrivez, vous apprenez toujours de nouveaux outils, techniques, pratiques, langages, Frameworks et ainsi de suite. Et si vous vous précipitez pour vous sentir « compétent », vous serez déçu, car au début, vous allez être mauvais.

C'est normal. Vous ne pouvez pas sauter l'étape de novice lorsque vous apprenez, et si vous essayez de la sauter, vous serez frustré et perdrez votre passion.

Le processus d'apprentissage consiste à en faire un peu régulièrement, plutôt qu'une tonne de choses dans un élan d'inspiration. 60 minutes chaque jour pendant 3 mois est bien plus efficace que de s'acharner pendant 20 heures un week-end et de ne rien faire pendant un mois.

Alors ne vous concentrez pas sur le fait de « devenir un bon ingénieur » ou d'« obtenir ce poste ». Concentrez-vous plutôt sur l'apprentissage et sur la répétition jusqu'à ce que les choses commencent à devenir confortables.

NE confondez PAS les doutes avec des preuves

Vous allez avoir des doutes et de la peur à chaque étape du chemin. Si vous les considérez comme une ombre, vous arrêterez peut-être d'y prêter autant d'attention.

Les doutes ont une façon de nous convaincre qu'ils sont réels. Ils mettent en lumière nos faiblesses et accentuent nos échecs. Et puis, sans nous en rendre compte, nous les prenons comme des preuves de nos capacités.

Cela demande de la pratique. Et comme vous ne serez jamais totalement exempt de doutes, quel que soit votre niveau d'expertise, vous devriez vous entraîner à faire de la place à vos doutes tout en n'y prêtant pas trop d'attention.

Peu importe ce que vos doutes vous disent, il n'y a qu'une seule chose que vous sachiez avec certitude : si votre doute a raison, il n'a raison que maintenant. Demain, il pourrait avoir tort. Sinon demain, le jour d'après.

Vos doutes ne prouvent rien sur demain. Il y a de fortes chances que vos doutes ne soient pas fondés du tout – ce ne sont que des insécurités et de l'épuisement.

Plutôt que de combattre le doute, il vaut mieux faire 10 minutes d'exercice vigoureux ou faire une sieste. Si les doutes disparaissent (et vous l'avez déjà vécu !), alors ils ne peuvent pas être si réels que ça.

NE mesurez PAS la réalité par rapport à vos désirs secrets

Nous avons tous des espoirs et des fantasmes secrets. Nous espérons être reconnus comme brillants et que notre patron nous promeuve sans que nous ayons fait grand-chose, ou que nous puissions avoir un corps super athlétique en allant à la salle de sport pendant 2 mois, ou que nos 3 premiers articles de blog reçoivent des tonnes de commentaires et de partages sur les réseaux sociaux. Nous souhaitons secrètement le succès, sans trop d'efforts, et très rapidement.

Peut-être. Statistiquement, certaines personnes auront cette chance, tout comme une horloge arrêtée indique l'heure exacte deux fois par jour.

But si vous n'êtes pas conscient de ce désir secret et de son pouvoir sur votre esprit, vous ressentirez de la déception. Et vous ne trouverez pas l'énergie et la discipline nécessaires pour continuer.

La vérité est que presque n'importe quel objectif qui dépasse vos compétences actuelles demande beaucoup de temps, d'énergie, de concentration et de discipline. Et cela exige que vous mainteniez ces pratiques bien au-delà du moment où vous espériez secrètement une gratification instantanée. En fait, vous pourriez passer des mois sans recevoir beaucoup de renforcement positif du monde qui vous entoure.

Ainsi, mesurer vos résultats par rapport à vos désirs secrets est une recette pour abandonner. Mesurez plutôt vos résultats par rapport à vos résultats précédents.

J'utilise une technique simple pour cela – ma devise personnelle est d'être 1 % meilleur chaque jour. Tant que vous vous améliorez un petit peu chaque jour (peut-être avez-vous juste lu un blog, ou fait de la pratique délibérée pendant 30 minutes), alors vous vous serez amélioré. Ces micro-améliorations ne s'additionnent pas – elles se cumulent.

Mesurez-vous par rapport à vos résultats passés, pas à vos fantasmes secrets, et vous ressentirez une motivation immense pour continuer.

NE prenez PAS de grandes décisions les mauvais jours

Vous allez avoir beaucoup de mauvais jours. Ne négociez pas avec cela – acceptez-le et ne lui accordez pas trop de poids émotionnel. Même quand on est le meilleur dans ce qu'on fait, on a des mauvais jours.

Vous devez donc vous attendre à en avoir beaucoup plus, et beaucoup plus fréquemment, lorsque vous apprenez de nouvelles compétences complexes. Vous devez vous attendre à avoir des jours si mauvais que la seule chose rationnelle à faire semblera être d'abandonner.

Vous aurez des jours si sombres que vous ne verrez pas comment les choses peuvent s'améliorer. Vous aurez des jours si horribles que vous supposerez que ce que vous ressentez à ce moment-là est ce que vous ressentirez pour toujours, à moins que vous ne vous accordiez le soulagement d'abandonner.

Je suis passé par là tellement de fois. Pas seulement en codant – mais dans chaque emploi que j'ai occupé. C'est pourquoi les gens réagissent si bien au fait d'avoir un coach. Un coach est un « esprit externe » qui peut voir plus clairement que vous lorsque vous êtes perdu, en difficulté, confus ou découragé.

La menace d'abandonner un mauvais jour est si élevée que j'ai développé une technique pour contourner cela. Plutôt que de discuter et de négocier constamment avec moi-même dans ma tête, et de m'embrouiller jusqu'à l'épuisement, je suis simplement une règle : est-ce une mauvaise journée ? Oh que oui. D'accord, pas de décision aujourd'hui.

Plutôt que d'abandonner, faites une pause. Quand j'apprenais à coder, il m'arrivait d'arrêter d'étudier et de coder pendant une semaine si j'étais dangereusement proche de l'abandon. Je me disais que je préférais perdre une semaine de progression plutôt que d'abandonner complètement. Le plus souvent, en 2 ou 3 jours, mon « état » interne changeait et je m'y remettais, plus fort que jamais.

En fait, j'ai trouvé une règle d'une gymnaste olympique que j'ai adoptée. J'ai même écrit à ce sujet quand je l'ai découverte, comme moyen de m'assurer de suivre son conseil.

« Tu peux abandonner quand tu veux... tant que tu passes une bonne journée. Mais tu ne peux pas abandonner quand tu passes une mauvaise journée. »

NE supposez PAS que vos résultats reflètent vos capacités

Il est facile de supposer que vos résultats reflètent vos capacités. Dans un sens, c'est vrai – ils reflètent soit vos efforts, soit votre capacité actuelle. Et c'est la distinction la plus importante à faire.

Si ce n'est pas un manque d'effort, alors c'est une lacune dans vos compétences actuelles. Et c'est génial, car les compétences peuvent toujours être améliorées. C'est juste difficile parce que nous souhaitons secrètement que le succès soit plus rapide, plus facile et plus prestigieux !

Plus important encore, il est crucial de ne pas laisser votre dialogue interne passer de « Je ne sais pas comment faire X » à « Je ne peux pas faire X ».

Nous confondons souvent involontairement le manque de connaissances ou de compétences avec le manque de capacité ou de potentiel. C'est particulièrement facile à faire lorsque nous sommes entourés de personnes bien meilleures que nous.

Je l'ai ressenti tant de fois. En tant qu'avocat junior, puis 15 ans plus tard en tant qu'ingénieur junior. Je supposais que les autres étaient talentueux ou doués et que je ne l'étais pas. À mesure que je gagnais en expérience, d'autres « juniors » me considéraient comme talentueux ou doué. Ce n'était que de l'expérience et de l'apprentissage.

Il y a une phrase de T. Harv Ecker que j'ai vraiment trouvée vraie dans mes diverses carrières :

« Si vous ne réussissez pas aussi bien que vous le souhaiteriez, cela signifie simplement qu'il y a quelque chose que vous ne savez pas. »

De plus, comme proche cousin de ce principe, suivez le conseil de John Wooden :

« Ne laissez jamais ce que vous ne pouvez pas faire entraver ce que vous pouvez faire. »

Il y aura de nombreuses semaines où vous serez aux prises avec quelque chose que vous ne savez tout simplement pas faire. Ce ne sera pas facile. Ce ne sera pas rapide. Et vous pourriez vous sentir très bloqué.

Mais il y aura toujours quelque chose – peut-être quelque chose de petit – que vous pourrez faire pour faire un pas en avant. En avançant toujours, même si c'est un minuscule pas, vous garderez votre élan. Et généralement, ces petits pas sont les petits apprentissages que vous devez accumuler pour résoudre le problème plus important qui vous bloque si durement.

5 choses à faire ABSOLUMENT lors d'un changement de carrière

TRAVAILLEZ sur votre état d'esprit de croissance (Growth Mindset)

Si vous pratiquez les 5 « à ne pas faire » ci-dessus, vous commencerez automatiquement à construire un état d'esprit de croissance. Au début, vous n'aurez peut-être pas un état d'esprit de croissance – il est plus probable que vous supprimiez progressivement les habitudes improductives de « l'état d'esprit fixe » que nous avons tous.

Si vous n'êtes pas familier avec le concept de l'état d'esprit de croissance, jetez un œil à cette conférence TED de Carol Dweck. Elle a même publié ses recherches dans un livre à succès. C'est une vision du monde fondamentale qui vous aidera dans tout ce que vous ferez.

Notez que je dis « travaillez » sur votre état d'esprit de croissance. Ce n'est pas une astuce de week-end. C'est un mode de vie. Cela demande une pratique constante et une conscience de soi.

D'après mon expérience, l'impact le plus puissant de la pratique d'un état d'esprit de croissance est que je posais des questions radicalement différentes lorsque j'échouais ou que j'étais en difficulté.

Par exemple, au lieu de me demander « pourquoi n'arrivé-je pas à comprendre ça ? », je me suis entraîné à demander « comment puis-je trouver quelqu'un ou quelque chose pour m'aider à comprendre ça ? ».

Je me souviens quand j'apprenais les promesses JavaScript, et que j'avais vraiment du mal à saisir le concept. Au début, j'ai sombré dans la déprime parce que j'avais lu quelques blogs et que je n'arrivais tout simplement pas à saisir certaines subtilités et modèles mentaux. Je me sentais épuisé et effrayé, dépassé et très seul.

J'ai regardé cette conférence TED et je me suis immédiatement demandé : est-ce que je connais des développeurs JavaScript ? Je suis allé sur LinkedIn et j'ai cherché dans mes contacts (j'étais trop timide pour demander à de parfaits inconnus sur Twitter – un signe de mon état d'esprit fixe !).

J'ai trouvé un gars que j'avais rencontré lors d'un événement de startup, qui était autodidacte et avait construit une application web en JavaScript. Je l'ai contacté et il s'est avéré que son bureau était à 15 minutes de chez moi. Deux jours plus tard, il a passé sa pause déjeuner à me montrer comment utiliser les promesses. C'est devenu facile après ça.

Carol Dweck avait raison – ce n'était pas que je ne connaissais pas les promesses JavaScript, c'était que je ne les connaissais pas... encore.

Faites-vous des amis avec le syndrome de l'imposteur

Le syndrome de l'imposteur, c'est quand vous pensez secrètement que vous n'êtes pas assez bon pour faire ce que vous faites et que vous allez être découvert et exposé comme une fraude ou un imposteur. Je ne dirais pas que c'est courant. Je dirais que c'est presque universel.

Lors de mon intégration chez Google, j'ai entendu ce sujet revenir tant de fois. Il existe des tonnes de blogs, de ressources et de conseils internes sur la façon de le gérer. Les ingénieurs le ressentent partout. Même le cofondateur d'Atlassian a fait une conférence TED à ce sujet.

C'est donc une forme de doute, et nous avons déjà vu comment gérer le doute dans la section des « à ne pas faire ».

Le syndrome de l'imposteur comporte des couches supplémentaires, car il survient généralement dans des contextes professionnels. C'est pourquoi il bénéficie d'un traitement spécial ici dans la section des « choses à faire ».

Les contextes professionnels produisent plus de peur de l'embarras parce que nous avons tout ce bagage concernant la performance, les promotions et le fait d'être évalué par des patrons. Tout ce bagage supplémentaire lui donne plus de pouvoir sur nous.

Alors que vous commencez à réussir dans votre parcours de codeur, faites-vous des amis avec le syndrome de l'imposteur et plaisantez à ce sujet – curieusement, cela rendra votre état d'esprit plus orienté vers la croissance, car en admettant que vous ne savez pas quelque chose, vous vous ouvrez à l'apprentissage.

Si vous le cachez, vous dépensez beaucoup d'énergie à vous rassurer, énergie que vous pourriez autrement utiliser pour apprendre la chose que vous ne connaissez pas encore.

PRATIQUEZ le recadrage des échecs et des revers comme des moments d'apprentissage

Nous détestons tous le sentiment d'échec. Nous ne pouvons pas non plus l'éviter. Que faites-vous quand vous ne pouvez pas éviter quelque chose que vous détestez intensément ?

Vous y attachez une signification différente.

Si vous classez les revers et les déceptions comme des échecs, alors vous y réagirez émotionnellement comme à des échecs. Si vous classez les revers et les déceptions comme des informations sur ce que vous devez apprendre, alors vous y réagirez comme à des leçons.

Laissez-moi être clair – ce n'est pas facile à faire ! Comme tout ce dont je parle ici, cela demande de la pratique. Tout comme le code.

Aussi cliché que cela puisse paraître, l'impact émotionnel du débat entre le verre à moitié plein et le verre à moitié vide est très réel. En fait, les spécialistes du marketing le savent. Ils ne vous disent pas que votre yaourt aux fruits contient 20 % de matières grasses. Ils vous disent qu'il est à 80 % sans matières grasses.

Vous allez absolument échouer, et si vous en tirez des leçons, vous devez vous demander : ai-je échoué ou ai-je simplement appris quelque chose ?

Concentrez toute votre attention sur la compréhension de ce que vous avez appris de cet échec, analysez-le, déconstruisez-le et intériorisez-le. De cette façon, vous ne remarquerez plus autant l'échec.

Tenez-vous responsable en prenant moins de décisions

En tant qu'avocat, je peux vous dire que nos esprits sont experts pour argumenter des deux côtés, selon ce qui les arrange. Si vous demandez à votre esprit pourquoi il est acceptable de sauter une séance de course aujourd'hui, il vous le dira. Si vous lui demandez pourquoi courir est important, il vous le dira aussi.

Comment faire quoi que ce soit avec un esprit qui change au gré du vent ?

On ne demande pas à l'esprit. On s'engage simplement dans une action. Si jamais nous discutons de cette action avec notre esprit, nous serons entraînés dans une négociation avec, ou plutôt contre, nous-mêmes. Cela gaspille beaucoup d'énergie.

Avez-vous déjà tourné en rond dans votre tête en vous demandant si vous deviez vraiment faire ce devoir maintenant, ou si vous pouviez finir de regarder le film sur Netflix et trouver du temps plus tard ? Nous l'avons tous fait.

C'est beaucoup plus facile si nous disons : de 20h à 22h, je ne fais rien d'autre que X. Tant que je n'ai pas fait X, je ne ferai pas Y. Mais une fois que j'aurai fait X, je me récompenserai avec Y, et je ne me laisserai pas distraire par Z.

Si cela semble demander beaucoup d'efforts, je peux vous promettre que c'est bien moins d'efforts que d'avoir le même débat interne tous les quelques jours et de s'en vouloir plus tard.

Engagez-vous une fois et épargnez-vous le mal de tête de négocier constamment avec vous-même. C'est le meilleur moyen que j'ai trouvé pour rester responsable, car je n'ai pas besoin de vérifier sans cesse. Je vérifie simplement par rapport à une règle qu'il n'appartient pas à mon esprit de décider.

CONCENTREZ-VOUS sur la compréhension plutôt que sur l'implémentation

Ce point est important pour les codeurs et est un peu moins « méta » que les autres.

Finalement, la plupart des gens qui lisent ceci cherchent à coder professionnellement ou pour un gain économique quelconque. Il est facile d'être pressé quand les progrès prennent plus de temps que ce que vous aviez secrètement souhaité ou prévu.

En conséquence, nous avons tendance à essayer d'apprendre des « astuces » et des « raccourcis ». Ceux-ci sont tactiquement utiles car ils nous aideront à progresser un peu. Mais ils ont aussi un coût – ces raccourcis peuvent ne pas nous aider à appliquer les principes à des contextes inconnus.

Par exemple, si vous apprenez à utiliser la récursivité, il est tentant de mémoriser l'approche plutôt que de construire votre intuition mentale autour d'elle. Mais si vous ne voyez pas comment la même technique peut être utilisée pour résoudre d'autres problèmes ou une « classe » de problèmes, alors vous passez à côté de la véritable puissance de l'outil.

Cela peut ensuite vous rattraper lors d'entretiens ou sur votre lieu de travail. Lors des entretiens, vous pourriez ne pas reconnaître la « classe » de problèmes sous-jacente.

Par exemple, quand j'apprenais les structures de données, j'ai une fois échoué à reconnaître un problème sur les structures de reporting RH comme un problème de parcours d'arbre/graphe. C'est arrivé lors d'un entretien blanc ! J'avais pratiqué les parcours de graphes et mémorisé les implémentations, mais je n'avais pas pleinement intériorisé le concept.

De même, sans comprendre les concepts, vous ne pouvez pas communiquer efficacement avec les membres de votre équipe ou les personnes qui viennent apprendre auprès de vous. Cela vous pénalisera sur votre lieu de travail, car les ingénieurs efficaces doivent bien communiquer des concepts abstraits.

À un niveau plus général, adopter cette règle signifie que vous ne ferez pas semblant. Cela vous forcera à être patient et persévérant dans le développement de votre compréhension, plutôt que de chercher un contournement à une véritable compréhension.

Quelle que soit la compétence que vous apprenez dans la vie, avoir de la clarté sur les concepts est beaucoup plus évolutif que de connaître une seule implémentation du concept.

Conclusion

Pour finir – voici mes 5 conseils sur ce qu'il faut faire et ne pas faire. Si vous les faites vôtres, je peux vous garantir que vous progresserez et que vous créerez les vôtres – c'est extrêmement important car votre propre Framework ne peut émerger que de la confiance et de la pratique.

Mais avoir votre propre Framework fera de vous une véritable arme, car il est réutilisable dans n'importe quel contexte d'apprentissage.

J'espère vraiment que ces leçons vous seront utiles. Je crois sincèrement que si une personne peut le faire, je le peux aussi, et si vous croyez cela, vous pourrez le faire aussi.

Post-scriptum

Si vous souhaitez en savoir plus sur mon parcours d'avocat à ingénieur logiciel, écoutez l'épisode 53 du podcast freeCodeCamp ainsi que l'épisode 207 de « Lessons from a Quitter ». Ils fournissent le plan directeur de mon changement de carrière.

Si vous souhaitez apprendre à coder par vous-même, changer de carrière et devenir un codeur professionnel, ou devenir votre propre cofondateur technique, n'hésitez pas à me contacter ici. Vous pouvez également consulter mon webinaire gratuit sur le changement de carrière vers le code si c'est ce dont vous rêvez.