Amen. Plus sérieusement, être développeur "senior" n'a absolument rien à voir avec une quelconque temporalité. Il s'agit de qualités à acquérir, qui peuvent être présentes chez quelqu'un qui a peu d'expérience. Etre "senior" (= compétent dans ce que l'on fait) est corrélé avec le temps qui passe, mais ce n'est pas une causalité. Ne pas confondre causalité et corrélation. On connait tous quelqu'un qui a 20 ans d'expérience et qui ne sait pas faire son métier.
Biensur que oui ça a à voir avec une "temporalité". Apprendre , murir, développer des compétences prend du temps, beaucoup de temps. Si on a réalisé un parcours professionnel (et même un parcours de vie) à peu près correct, on en sait inifiniment plus à 30 ans qu'à 20 et à 40 qu'à 30 ans et ainsi de suite. Bien entendu, il existe toujours des exceptions. Mais Il ne faut pas avoir travaillé en équipe et être très jeune comme toi ( ce qui n'est pas une insulte, on est tous passé par là) pour être aussi péremptoire et avoir un avis aussi définitif sur le sujet. Je t'assure que les dev lead qui avaient 20 ans d'expérience dans les boites dans lesquelles j'ai travaillées et je travaille ne sont en aucun cas remplaçables par des dev junior aussi bons soient-ils ;-).
C'est juste. Le qualificatif qu'on te colle ca sert aussi a te dire combien tu vas etre paye. Quand la boite dit dans l'offre "junior machin", il s'agit du jargon RH pour dire que tu vas etre mal paye.
Le mec qui code depuis 25 ans a pas forcément plus d'avantage que le mec qui code depuis 2 ans. Les concepts changent radicalement et si tu n'es pas à jour, t'es obsolète. Son seul avantage, c'est qu'il sait pisser du code et ça, ça c'est une compétence que n'importe quel pébron peut acquérir en 2/3 semaines.
@@mklk7377Ne le prend pas mal mais malheureusement tout ce que tu dis est rigoureusement inexact. Je te renvoie au commentaire que j'ai fait plus haut mais si un développeur qui code depuis 25 ans n'a pas plus "d'avantages" qu'un dev junior, c'est qu'il y a eu un sacré problème dans le parcours de cette personne à un moment donné. Non, les concepts ne changent pas radicalement et heureusement. Ce qui change, ce sont les technlogies qui s'appuient toujours plus ou moins sur ces mêmes concepts. Par exemple, si on a dérivé du modèle impératif pour faire de l'objet il y a plusieurs décennies, l'impératif est cependant encore toujours très utilisé. Quant au paradigme objet qui a émergé dans les années 60, son implémentation est aussi ancienne que le smalltalk (années 70). Les concepts fonctionnels qu'on voit récemment réapparaitre dans de nombreux langages sont quant à eux aussi vieux que le Lisp qui date de 1958 lui même dérivé du lambda calcul qui date de 1930! Quand je faisais du ocaml pendant mes études, on nous expliquait que c'était une "révolution" (qui n'a évidemment jamais eue lieu). Les idées développées dans les blockchain remontent à plusieurs décennies de travail avant celui de "satoshi nakamoto". L'idée de la preuve de travail est par exemple issue du travail réalisé sur des filtres anti spam sur des serveurs de mail. Bref. Il faut noter toutefois que l'IA fait évoluer certaines idées, c'est indéniable et ça a déjà des conséquences dans l'industrie informatique actuelle. Quant aux technos utilisées, elles vivent et finissent par mourir. Ce qui fait la qualité d'un dev senior, ce n'est pas de pisser des lignes de code à la demande comme tu le dis. En fait, c'est exactement le contraire! C'est le dev inexpérimenté qui se va se jeter à corps perdu dans le code! Ca, ça marche quand tu codes chez toi mais ça ne fonctionne absolument pas en milieu industriel. J'ai travaillé notamment chez Airbus. Tu sais combien de temps il faut pour que ton code soit mis en production ? Il y a un an de délai! C'est normal puisqu'il y a des vies en jeu donc on ne pisse certainement pas du code, on réfléchit à ce qu'on fait et ensuite ça passe par d'innombrables étapes de validation. Tout le monde n'est pas airbus et tout le monde ne fait pas du code dans des secteurs aussi critiques mais tu as compris le principe. Ce qui va donc distinguer un dev senior d'un dev junior , c'est bien son expérience, sa maturité, le recul et l'expertise qu'il a sur l'utilisation d'une techno ou d'un langage par rapport au travail qui lui est demandé dans un domaine métier précis! Et ça, ça ne s'acquiert pas en 2/3 semaines ni en 2/3mois. Et c'est ce qui est plutôt pas mal amené dans ce talk, je trouve...
Fais un projet concret avec ce que tu sais, un projet qui répond à un besoin heberge le ou fais des captures d'écran va sur malt, fiver ou une autre plateforme de freelance, et tu continues ainsi de suite, essaie de comprendre le besoin de ton client, et si tu veux un accompagnement cherche Harry jmg sur ytb ou encore codeur nomade
C'est deja chiant le developpement Mais t'imagines - si en plus, il faut se forcer à trouver ça fun, et encore pire en faire sur son temps perso, pour avoir le droit de simplement gagner sa vie... Wow paye ta vie.
Ultra agréable comme talk !
Vraiment agréable ce talk ! Un lien vers ce cheatsheet ?
Amen.
Plus sérieusement, être développeur "senior" n'a absolument rien à voir avec une quelconque temporalité. Il s'agit de qualités à acquérir, qui peuvent être présentes chez quelqu'un qui a peu d'expérience. Etre "senior" (= compétent dans ce que l'on fait) est corrélé avec le temps qui passe, mais ce n'est pas une causalité. Ne pas confondre causalité et corrélation. On connait tous quelqu'un qui a 20 ans d'expérience et qui ne sait pas faire son métier.
Biensur que oui ça a à voir avec une "temporalité". Apprendre , murir, développer des compétences prend du temps, beaucoup de temps. Si on a réalisé un parcours professionnel (et même un parcours de vie) à peu près correct, on en sait inifiniment plus à 30 ans qu'à 20 et à 40 qu'à 30 ans et ainsi de suite. Bien entendu, il existe toujours des exceptions. Mais Il ne faut pas avoir travaillé en équipe et être très jeune comme toi ( ce qui n'est pas une insulte, on est tous passé par là) pour être aussi péremptoire et avoir un avis aussi définitif sur le sujet. Je t'assure que les dev lead qui avaient 20 ans d'expérience dans les boites dans lesquelles j'ai travaillées et je travaille ne sont en aucun cas remplaçables par des dev junior aussi bons soient-ils ;-).
C'est juste. Le qualificatif qu'on te colle ca sert aussi a te dire combien tu vas etre paye. Quand la boite dit dans l'offre "junior machin", il s'agit du jargon RH pour dire que tu vas etre mal paye.
Un dev senior dira qu’il a codé sur EMacs et fait du versioning sur SVN, et ça, c’est un bon baromètre !.
Voire CVS ;)
Le mec qui code depuis 25 ans a pas forcément plus d'avantage que le mec qui code depuis 2 ans. Les concepts changent radicalement et si tu n'es pas à jour, t'es obsolète.
Son seul avantage, c'est qu'il sait pisser du code et ça, ça c'est une compétence que n'importe quel pébron peut acquérir en 2/3 semaines.
@@mklk7377Ne le prend pas mal mais malheureusement tout ce que tu dis est rigoureusement inexact. Je te renvoie au commentaire que j'ai fait plus haut mais si un développeur qui code depuis 25 ans n'a pas plus "d'avantages" qu'un dev junior, c'est qu'il y a eu un sacré problème dans le parcours de cette personne à un moment donné.
Non, les concepts ne changent pas radicalement et heureusement. Ce qui change, ce sont les technlogies qui s'appuient toujours plus ou moins sur ces mêmes concepts.
Par exemple, si on a dérivé du modèle impératif pour faire de l'objet il y a plusieurs décennies, l'impératif est cependant encore toujours très utilisé. Quant au paradigme objet qui a émergé dans les années 60, son implémentation est aussi ancienne que le smalltalk (années 70).
Les concepts fonctionnels qu'on voit récemment réapparaitre dans de nombreux langages sont quant à eux aussi vieux que le Lisp qui date de 1958 lui même dérivé du lambda calcul qui date de 1930! Quand je faisais du ocaml pendant mes études, on nous expliquait que c'était une "révolution" (qui n'a évidemment jamais eue lieu).
Les idées développées dans les blockchain remontent à plusieurs décennies de travail avant celui de "satoshi nakamoto". L'idée de la preuve de travail est par exemple issue du travail réalisé sur des filtres anti spam sur des serveurs de mail. Bref.
Il faut noter toutefois que l'IA fait évoluer certaines idées, c'est indéniable et ça a déjà des conséquences dans l'industrie informatique actuelle.
Quant aux technos utilisées, elles vivent et finissent par mourir.
Ce qui fait la qualité d'un dev senior, ce n'est pas de pisser des lignes de code à la demande comme tu le dis.
En fait, c'est exactement le contraire! C'est le dev inexpérimenté qui se va se jeter à corps perdu dans le code! Ca, ça marche quand tu codes chez toi mais ça ne fonctionne absolument pas en milieu industriel.
J'ai travaillé notamment chez Airbus. Tu sais combien de temps il faut pour que ton code soit mis en production ? Il y a un an de délai! C'est normal puisqu'il y a des vies en jeu donc on ne pisse certainement pas du code, on réfléchit à ce qu'on fait et ensuite ça passe par d'innombrables étapes de validation. Tout le monde n'est pas airbus et tout le monde ne fait pas du code dans des secteurs aussi critiques mais tu as compris le principe.
Ce qui va donc distinguer un dev senior d'un dev junior , c'est bien son expérience, sa maturité, le recul et l'expertise qu'il a sur l'utilisation d'une techno ou d'un langage par rapport au travail qui lui est demandé dans un domaine métier précis! Et ça, ça ne s'acquiert pas en 2/3 semaines ni en 2/3mois. Et c'est ce qui est plutôt pas mal amené dans ce talk, je trouve...
quand on vient de commencer a coder et qu'on a doit vivre de ça... comment faire? se lancer en freelance ??
Fais un projet concret avec ce que tu sais, un projet qui répond à un besoin heberge le ou fais des captures d'écran va sur malt, fiver ou une autre plateforme de freelance, et tu continues ainsi de suite, essaie de comprendre le besoin de ton client, et si tu veux un accompagnement cherche Harry jmg sur ytb ou encore codeur nomade
C'est deja chiant le developpement
Mais t'imagines - si en plus, il faut se forcer à trouver ça fun, et encore pire en faire sur son temps perso, pour avoir le droit de simplement gagner sa vie... Wow paye ta vie.
Quoi ? Si t’aime pas le métier change sérieux 😭
Je suis partant de discuter avec toi et de voir pourquoi tu dis ça