Pourquoi réduire la charge mentale des développeurs à travers la Developer Experience ?
J’ai récemment abordé la diversité des tâches que doivent traiter les développeurs au travers d’un article nommé Être développeur, c’est bien plus que développer. Il est important d’avoir conscience de cette diversité de tâches, car elle est génératrice de temps perdu. Et perdre du temps, c’est quelque chose que l’on veut éviter à tout prix.
Être développeur, c'est bien plus que développer
Vous côtoyez des développeurs dans le cadre de votre travail ? Alors, il y a de fortes chances que vous n’ayez aucune connaissance de ce qu’ils font au quotidien. Beaucoup pensent que développer est un métier facile. Après tout, il suffit d’écrire du code puis de le mettre en production en évitant les bugs.
Réussir ses recrutements en impliquant son équipe
Au cours des dernières années, j’ai conduit des centaines d’entretiens de recrutement. Cela n’a jamais été un exercice que j’apprécie particulièrement. Pourtant, je suis persuadé que c’est la tâche la plus importante à traiter. Et ce, même si l’on pense ne pas en avoir le temps.
Être le leader dont l'équipe a besoin
Être à un poste de dirigeant implique directement de savoir décider. Mais indirectement, cela implique d’être un leader et de savoir faire preuve de leadership. Ces deux notions ont des définitions différentes pour chacun. Cependant, nous pouvons dire qu’un leader doit savoir montrer le chemin à suivre. Il doit savoir convaincre son équipe de l’y accompagner.
Être CTO ou l'art de représenter plusieurs parties
En tant qu’intermédiaire, le CTO représente plusieurs interlocuteurs différents. D’abord, il représente l’équipe technique auprès des dirigeants. Ensuite, il représente les dirigeants auprès de l’équipe technique. Enfin, il représente l’entreprise auprès du monde extérieur.
Savoir communiquer, au cœur du rôle de CTO
Le CTO a une position particulière au sein de l’entreprise. Au yeux des dirigeants, il représente l’équipe technique. Au yeux de l’équipe technique, il représente les dirigeants.
Se remettre en question : le syndrome de l’imposteur est un cadeau
La première des compétences qu’il me semble nécessaire de trouver chez un CTO est sa capacité à se remettre en question. De mon expérience, celle-ci s’accompagne parfois de ce que l’on nomme le syndrome de l’imposteur. Un doute maladif qui nie les accomplissements personnels.
Qu'est ce qu'un bon CTO ?
Que vous soyez un dirigeant d’entreprise qui cherche à recruter son prochain CTO ou un développeur qui souhaite le devenir, la question des compétences à avoir pour assumer ce rôle avec succès rôle se pose inévitablement.
Dette technique : pourquoi vous ne devriez pas faire de refonte
Dans ma récente exploration de la gestion de la dette technique, j’ai partagé une perspective proactive que j’ai baptisée l’effort supplémentaire. Cette approche vise à prévenir la dégradation de la base de code en maintenant une vigilance constante. Cependant, elle ne s’attaque pas aux problèmes existants, au code déjà en ruine.
L'anti dette technique : la théorie de l'effort supplémentaire
Après une carrière de 15 ans dans le domaine du développement logiciel, d’abord en tant que développeur puis en tant que CTO, j’ai constamment entendu parler de “dette technique”. C’est un terme si omniprésent qu’il semble avoir perdu une partie de sa signification initiale.
Comment réduire la complexité produit pour maintenir un système simple ?
Cet article cherche à expliquer comment lePERMISLIBRE veille à maintenir une simplicité (donc une maintenabilité) produit & technique à travers l’exemple de la création de sa nouvelle offre de conduite accélérée qui a mobilisé des dizaines de personnes, d’équipes différentes sur plus d’une année complète. Si vous n’avez pas le temps de tout lire, vous pouvez directement vous rendre en fin d’article afin de connaitre les règles que l’on essaie de s’appliquer.
De développeur backend à CTO, un retour à zéro
Il y a un an, suite au départ de notre CTO, la proposition d’assumer ce rôle m’a été faite. Cela faisait déjà 3 ans que je travaillais pour lePERMISLIBRE en tant qu’ingénieur backend principal.