À l'heure où je parle, chaque CEO a déjà demandé à son CTO quelle est la stratégie IA de son entreprise. L'obsession est toujours la même : augmenter la productivité à masse salariale égale, ou maintenir la productivité en réduisant la masse salariale. Mais la question que personne ne pose encore clairement : on sait utiliser l'IA individuellement. On ne sait pas encore l'utiliser en équipe.
Je passe beaucoup trop de temps sur LinkedIn. Chaque jour je vois des centaines de personnes qui ont automatisé l'intégralité de leur activité professionnelle. Ça semble trop beau pour être vrai. Ça l'est.
En 3 ans, on est passé de "l'IA est un gadget pour les développeurs" à des PDG qui déclarent que 25 à 50% du code produit chez eux est généré par IA. Que les chiffres soient exacts ou gonflés pour rassurer les investisseurs, la direction est claire.
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.
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.
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 à 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.
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.
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.
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.
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 se pose inévitablement.
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.
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.
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.
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.