Les disquettes 3.5" ont egalement survécu longtemps, du fait des distro Debian et serveurs IDS bootables que sur 3.5" à une époque pas si lointaine. J'ai meme gardé le PC monstrueux spécialement acheté pour ça 40 balles à l'époque 😅
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.
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.
@@psenej Je me demande si les éboueurs ramassent des poubelles dans leur temps libre. Ou encore s'ils font des side projects pour nettoyer des quartiers entiers. Sincèrement, c'est débile comme analogie ?
@@FullRagen pourtant y’a bien des mécanicien qui font de la mécanique sur leurs temps libre, des jardiniers qui ont leurs propres potager, un cuisinier qui va aimer cuisiner sur son temps libre. En fait la question c’est est ce que vous êtes passionné ?? Est ce que vous aimez vraiment coder? Y’a des métiers pas passionnant vraiment mais être développeur ça peut l’être (pour moi ça l’est) J’ai des petits projets à côté que j’aime continuer le week-end ça peut être créer un site pour un ami ou pour une idée de logiciel que j’ai en tête ou un jeu vidéo Essayez de créer les trucs les plus fou que vous aimeriez créer avec du code pour moi c’est un peu de la magie comme un mécanicien fait « vivre » des voitures ;) C’est avec les projets qui ont du sens et qui donnent envie qu’on apprend énormément en développement je trouve
@@FullRagen Oui! ... Bon, je vais développer un peu : On ne peut pas comparer ces deux métiers. Un rippeur n'a pas vraiment besoin de réinventer sa manière de travailler. On ne lui demande pas d'améliorer ses process ou de trouver de nouvelles méthodes de travail. Un développeur, en revanche, sauf s’il "pisse du code", doit faire preuve d'originalité et de créativité au quotidien. S'il est impliqué dans les process de développement, il peut être une force de proposition et suggérer de nouvelles solutions (d'où l'importance de la veille techno). Pour répondre à un même besoin, il existe de nombreuses façons de faire. À mes yeux, un développeur peut même être considéré comme un artiste: Il m’arrive d’admirer le code de collègues pendant les reviews. Je suis d’accord avec l’intervenant sur tous les points, même si la notion de senior (10 ans, 5 ans, 2 ans d'expérience pro ?) se discute. D'excellents développeurs arrivent sur le marché avec des compétences dignes de seniors, et l'inverse existe aussi. En résumé, on est tous d’accord sur un point : pour progresser, la curiosité est un atout !
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...
![[#2024MAMA] G-DRAGON - 무제(Untitled, 2014)+POWER+HOME SWEET HOME+뱅뱅뱅+FANTASTIC BABY | Mnet 241123 방송](http://i.ytimg.com/vi/Ox29z5Nf1Uk/mqdefault.jpg)
Beaucoup d'humilité chez ce mec !
Intéressant 😊
Ultra agréable comme talk !
Vraiment agréable ce talk ! Un lien vers ce cheatsheet ?
Les disquettes 3.5" ont egalement survécu longtemps, du fait des distro Debian et serveurs IDS bootables que sur 3.5" à une époque pas si lointaine. J'ai meme gardé le PC monstrueux spécialement acheté pour ça 40 balles à l'époque 😅
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.
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
Comment ca en 20 min 😂😂😂😂
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
@@psenej Je me demande si les éboueurs ramassent des poubelles dans leur temps libre. Ou encore s'ils font des side projects pour nettoyer des quartiers entiers. Sincèrement, c'est débile comme analogie ?
@@FullRagen pourtant y’a bien des mécanicien qui font de la mécanique sur leurs temps libre, des jardiniers qui ont leurs propres potager, un cuisinier qui va aimer cuisiner sur son temps libre.
En fait la question c’est est ce que vous êtes passionné ?? Est ce que vous aimez vraiment coder?
Y’a des métiers pas passionnant vraiment mais être développeur ça peut l’être (pour moi ça l’est)
J’ai des petits projets à côté que j’aime continuer le week-end ça peut être créer un site pour un ami ou pour une idée de logiciel que j’ai en tête ou un jeu vidéo
Essayez de créer les trucs les plus fou que vous aimeriez créer avec du code pour moi c’est un peu de la magie comme un mécanicien fait « vivre » des voitures ;)
C’est avec les projets qui ont du sens et qui donnent envie qu’on apprend énormément en développement je trouve
@@FullRagen Oui!
...
Bon, je vais développer un peu :
On ne peut pas comparer ces deux métiers. Un rippeur n'a pas vraiment besoin de réinventer sa manière de travailler. On ne lui demande pas d'améliorer ses process ou de trouver de nouvelles méthodes de travail.
Un développeur, en revanche, sauf s’il "pisse du code", doit faire preuve d'originalité et de créativité au quotidien. S'il est impliqué dans les process de développement, il peut être une force de proposition et suggérer de nouvelles solutions (d'où l'importance de la veille techno).
Pour répondre à un même besoin, il existe de nombreuses façons de faire.
À mes yeux, un développeur peut même être considéré comme un artiste: Il m’arrive d’admirer le code de collègues pendant les reviews.
Je suis d’accord avec l’intervenant sur tous les points, même si la notion de senior (10 ans, 5 ans, 2 ans d'expérience pro ?) se discute.
D'excellents développeurs arrivent sur le marché avec des compétences dignes de seniors, et l'inverse existe aussi.
En résumé, on est tous d’accord sur un point : pour progresser, la curiosité est un atout !
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...
Ça n'existe plus le versioning sur svn ?