- En 2019 : quand j’ai commencé à apprendre le développement web, les auteurs de cours et de blogs techniques disaient qu’il fallait apprendre à la fois en surface et en profondeur pour devenir expert d’une technologie ou d’un framework en particulier.
- En 2022 : lorsque j’ai assisté à une conférence d’un professionnel en activité à l’université, un ancien de mon école embauché dans un grand groupe disait qu’il ne fallait pas définir son identité par les outils, mais devenir expert d’un domaine spécifique.
- Aujourd’hui, en 2025 : dans les magazines IT ou sur les blogs d’entreprises tech, on explique, en s’appuyant sur les progrès de l’IA, qu’il faut des product engineers capables d’assumer l’ensemble du cycle de vie d’un produit.
J’ai souvent entendu dire que c’était un métier où les tendances évoluent très vite. Mais je me suis demandé quels risques pouvait rencontrer un junior qui entre tout juste dans le métier en essayant de suivre la tendance de son époque.
Au final, les trois tendances énumérées ci-dessus donnent toutes l’impression que, quel que soit le poste dans n’importe quelle entreprise, « c’est évidemment une bonne chose si on sait le faire ». Dans ce cas, les profils recherchés ne se déplacent-ils pas d’une tendance à l’autre, mais ne sont-ils pas plutôt en train de s’élargir progressivement ?
À une époque où apparaissent sans cesse davantage d’outils et de concepts, et où il faut juger de plus en plus de choses par soi-même, je pose cette question pour obtenir de l’aide afin de mieux comprendre l’état d’esprit qu’un junior devrait adopter.
8 commentaires
À mon avis, la tendance ressemble à un « changement de pondération dû aux progrès de l’abstraction ».
L’informatique fondamentale, les langages, les frameworks, le domaine métier et le SDLC sont tous des compétences nécessaires pour créer un produit. Mais selon les époques, leur importance relative a varié.
À l’époque des 1GL et 2GL, il fallait comprendre en profondeur la structure mémoire, l’utilisation des registres, le processus de compilation et le principe de fonctionnement du matériel pour pouvoir développer des logiciels ; le poids des connaissances en informatique fondamentale était donc important.
À l’époque des 3GL et 4GL, avec l’apparition de langages de haut niveau comme C et Java, le langage lui-même abstraisait les détails du matériel ; la capacité à bien choisir un langage et à bien l’utiliser déterminait donc la qualité et la rapidité du développement, ce qui a accru le poids de la maîtrise des langages.
À l’ère de l’open source, avec l’essor explosif des frameworks web, mobile et d’infrastructure cloud, il est devenu plus important de savoir comprendre les frameworks et les utiliser de manière productive.
Récemment, avec les progrès de l’IA générative, il est devenu plus important de comprendre et de maîtriser en profondeur le domaine métier que d’apprendre un langage ou un framework en particulier.
Même si les pondérations ont évolué avec les époques, aucune compétence n’est tombée à zéro. Si l’on est junior, il me semble préférable d’anticiper la manière dont se répartiront ces pondérations au moment de se présenter sur le marché de l’emploi, puis d’investir son temps de façon appropriée afin de maximiser sa valeur.
Pour ma part, j’ai pensé l’inverse. Par rapport à 2019, beaucoup plus de choses me semblent être devenues faciles en 2025.
En 2019, le framework Django devait être autour de la version 2.0, et il y a peu, la version Django 6.0 a été annoncée. Spring Framework a, cette fois-ci, été publié en version 7.0. Les frameworks destinés à créer des pages web progressent de jour en jour, mais par rapport à cela, que ce soit en 2019 ou en 2025, ce qu’il faut encore construire reste essentiellement une « plateforme pour XXX ». Autrement dit, il ne semble pas que les exigences des gens se complexifient à proportion des avancées technologiques. Par conséquent, j’ai l’impression que l’intérêt s’est progressivement déplacé de « comment implémenter cela ? » vers « à quelle vitesse peut-on l’implémenter ? ». (Bien sûr, je pense qu’il fallait bien le faire à l’époque comme aujourd’hui.)
La nuance entre 2022 et 2025 me paraît presque identique. J’ai l’impression qu’on dit la même chose — « comprenez le business (et pas seulement le code) » — simplement avec des formulations différentes.
Merci pour cette belle analyse. Même lorsqu’on n’écrit qu’une seule phrase, cela pousse à se rappeler que ce que je vois n’est pas la totalité.
Cela dit, concernant la nuance entre 2022 et 2025, je pense en réalité qu’en 2025, le product engineer se rapproche d’un ingénieur full-stack ; c’est pourquoi j’ai parlé d’un élargissement du profil recherché.
Il y a aussi cet aspect, en effet ! Vu sous cet angle, on peut aussi y voir une « diminution continue de l’intérêt pour la technologie » entre 2019 et 2025.
P.-S. : je pense que vous avez probablement écrit « superficiel et profond » au lieu de « étroit et profond » par erreur :D
Ah oui, je l’ai mal écrit !! Merci
Ce qu’on construit, pourquoi on le construit, comment on le construit, ce qu’on a envie de construire, qui nous sommes,
je pense que ces questions n’ont pas vraiment changé, hier comme aujourd’hui. Un bon talent, ce sont sans doute des personnes capables d’apporter leurs propres réponses à ces questions essentielles.
À l’époque où les barrières techniques autour du « comment construire » étaient élevées, les organisations qui disposaient d’experts capables de résoudre cette question pouvaient aussi se permettre davantage de choix sur le « quoi construire » ou le « pourquoi construire »… c’était donc important.
Mais avec le temps, les barrières sur le « comment construire » baissent progressivement et le niveau moyen se rapproche vers le haut ; il me semble donc juste de dire qu’à l’avenir, la grande tendance sera de devenir des généralistes plutôt que des spécialistes qui ne savent résoudre que le « comment ».
Cela dit, tout dépend de l’entreprise, de la personne et de la situation ; je ne peux donc pas dire qu’il faille simplement suivre à tout prix les grandes tendances du monde. Moi, je veux devenir une personne adaptée à mon entreprise, à mes collègues et à ma situation. J’essaie de m’y employer. Du haut de mes seulement dix années de travail… c’est ce que je me dis. J’espère que cela vous sera utile.
Cela permet de réfléchir à la situation donnée ! Merci pour ces bonnes remarques.