Je suis développeur senior. Tu ne peux pas dire s’une question de recherche sur Google est mauvaise comme ça. Tout dépend de la manière dont les gens aiment recevoir les infos. Encore un développeur avec une grosse tête comme on en voit souvent. Si tu es vraiment senior, tu peux comprendre que quelqu’un qui a fait que 6 mois à du mal avec certaines bases. Et chapeau pour le jeune, qui avec seulement 6 mois a pu délivrer des trucs, je dis chapeau ! Contrairement à ce qu’on fait croire aux gens, ce métier est loin d’être trivial. Un bon lead pourrait en faire un très bon dev en quelques mois.
Je te confirme que la formulation d'une question donne énormément d'indication et que je comprends qu'on peut avoir des difficultés avec les bases après 6 mois d'études.
J'ai fait une reconversion en informatique sur du cobol en 3 mois. C'est vrai que ce genre de reconversion en 3 ou 6 mois est très largement insuffisante quand tu te retrouves à bosser avec des collègues qui ont fait des ecoles d'informatique et qui ont eu la chance d'avoir 3 à 5 ans pour assimiler toutes les bases d'un bon développeur. J'ai du mettre 2 à 3 ans à rattraper mon retard et me sentir légitime et dans ce métier. Depuis, je suis passé dev full stack spring angular pendant plusieurs années puis j'ai rechangé de voie (toujours dans l'informatique). Il y a pas photo: il faut être débrouillard et se former énormément soit-même mais il faut être aussi suffisamment sociable et courageux pour demander de l'aide à ses collègues (même si on aime pas déranger) : c'est vraiment la clé de la réussite. Merci à toi d'avoir été bienveillant avec lui et ne pas l'avoir pris de haut comme certains auraient pu le faire.
Top ! Félicitations pour avoir été persévérant dans ta reconversion. C’est la meilleure attitude à avoir, être assez sociable pour demander de l’aide quand nécessaire, tout en se formant soit même. 💪
Je suis tombé ici par hasard, c'est pas du tout mon domaine pro mais c'était très intéressant à regarder car j'ai déjà dû former des gens que ne venait à la base pas de mon domaine, comme tu dis on est tous partis de quelque part, ton sens de la pédagogie et ton côté ''mentor'' t'honnore, a+
Tu as raison, j'ai pu le voir dans ma "carrière" de dev, après j'ai quelques point à ajouter :P - pour les reconversions (c'est mon cas y'a un petit moment), y'a de tout, ce qui est important pour ceux que ça intéresse, deux point importants : être curieux sur la techno que vous allez pratiquer (surtout ne pas hésiter à poser toutes les questions qui vous viennent aux tech leads, mais pas mille fois la même (rien de mieux pour un dev confirmé qu'un junior qui fait le taff, parole de scout :p)., et intéressez vous à pourquoi vous le faites, ce qu'ils appellent le côté fonctionnel ! ça vous permettra de donner un sens à votre taff, vous épanouir au boulot) - pour ce qui est des gens qui font le taff en esquivant le boulot, ça ne passe jamais inaperçue, j'ai eu quelque chose comme une 20aine de cas en moins de 5ans et il faut pas croire, tout le monde s'en rend compte que ce soit dans un petit ou un un gros projet (entre un mec qui a fait 2 commits en 6 mois et l'autre qui comprends toujours rien en 2 ans de projets...) - je vais utiliser ta technique de demander de me re-expliquer quand on me pose des questions sur des sujets de dev, mais je sais déjà ce que ça va donner selon la personne. Combien de fois on t'as dit "oui oui j'ai compris", puis tu reçois la MR et là tu te dis "mais.... mais...." en voyant la MR avec conflit, le sonar rouge vif et la dette technique grimper en flèche :/ .... - Pour finir, qu'elle serait selon toi la bonne façon d'exprimer le fait que dans ton équipe, tu es le seul à prendre en compte les besoins des métiers, à en avoir rien à faire des points des stories parce que personne comprends le principe et que la moitié pensent qu'en tant que sous traitant ça les fera bien voir de faire plus de points, que tu es le seul impliqué (en tant que dev) à la pérennité et la bonne santé du produit (#Rien a faire si tout est pété, je fais mon US et je m'occupe pas du reste) ? Histoire de m'inspirer de confrères avants la rétro précédant les jalons critiques ^^ - Encore une fois, n'hésitez pas à faire une reconversion vers l'informatique, j'ai trouvé du boulot en claquant des doigts et souvent si on s'intéresse au projet, on peut s'investir et on peut évoluer ! (parole d'ex reconverti COBOL en 30 jours sans expérience informatique, maintainer/tech lead Java 5 ans après, juste en étant curieux et intéressé !)
Haha, exactement ça, le coup de la MR/PR ! D'ailleurs je te rejoins tout à fait, c'est très appréciable les juniors qui posent des questions. Ce qui est gênant c'est ceux qui ne savent pas mais qui ne disent rien. Merci pour ton commentaire. Pour ton cas, laisses tomber. Tu peux pas changer les gens et les organisations en leur demandant d'être plus impliqués.
Waouw, ça parait iréel. En principe, ils font passer des tests techniques avant d'engager du monde ? Ne serait ce que tester son raisonnement, sa capacité à résoudre des problématiques courantes.
vous resumez assez bien , le problème actuelle au sein de certaines entreprise , bienqu'il y ait des mesures de formation , reconversion interne , veille technologique on retombe sur sur la différence entre "savoir" et "connaissance" .
Jme suis toujours dit que si je devais juger en 5 minutes un mec pour savoir si ma boîte pouvait ou non le recruter, j'aurais une série de 5 question ultra courtes à lui poser. Des question telles que si il a aucune idée de ce qu'il fou ici il pourra pas bluffer : - pourquoi on peut pas mettre beaucoup de ram sur un system 32 bits. - pourquoi on utilise la base 2 ou la base 16 pour visualiser les données, et non la base 64 alors qu'elle prends moins de place. - pourquoi il devient impossible physiquement de faire un processeur plus dense en transistor - pourquoi un tableau de 8 boolean est moins optimisé pour les bitwise qu'un octet. Etc... Si le mec réponds de manière claire et concise, c'est qu'il sait ce qu'il fait 😁
@@GaetanRouzies Attention avec les "ça ne sert à rien quand t'es développeur", on est en plein effet dunning kruger, ou manifestement le manque te connaissance te donne un excès de confiance dans ta réponse. ça dépend de ce que tu développe... Moi elles me servent tous les jours. Et d'un manière générale, comprendre comment fonctionne un PC permet d'éviter de coder des aberrations "fonctionnelles" mais tellement mal foutues qu'au moindre pépin matériel tout explose. Quand tu sais qu'on a fait marcher l'homme sur la lune avec un processeur moins performant que celui de ma souris gaming...
Comment est-ce possible de ne pas connaître une différence entre une variable et une fonction ? Alors que c’est le fondement même de la programmation.. même en 6 mois si tu sais tout de même faire la différence..
Hello ! Super les petit stories, j'ai à l'époque appris avec toi Meteor ! Ca fait plaisir que tu soit de retour ! Ce que je ne remarque que maintenant ! Continue a nous envoyer des stories et quand est-il de Meteor tu es toujours dessus, tu l'as couplé a Angular ?
Salut, ça me fait plaisir de voir un ancien et merci pour tes encouragements 😉 Finalement je ne suis plus sur Meteor, car je trouve cela trop niche maintenant et je préfère être sur des technologies plus populaires car cela synergise aussi avec mon activité de Freelance 😉 J'ai quasiment 8 ans d'xp avec Angular en Entreprise, il faut que j'en profite 😁
Cool, de mon côté je suis partie ces derniers temps sur l'outsider Sveltekit. React parle toujours d'argent donc je le garde sous le coude... Bon c'est dommage pour meteor, tu avais fait du bon travail mais content pour tes insertions. Je te capte bientôt en espérant trouver une storie ;)
Juste pour l’histoire je m’abonne sans hésitation. Je suis aussi en reconversion dev web et j’ai un gros syndrome de l’imposteur. Lorsque tu commences l’histoire je me voyais déjà. Du coup il fait quoi maintenant? J’espère qu’il a continué dans cette voie
mais comment en 6 mois t'as pas pu faire la différence entre variable et fonction ? aujourd'hui il y a trop de bootcamp de 6 mois qui te promettent de gagner 40k en sortant de formation alors qu'il faut des années pour devenir vraiment bon dans ce domaine...
La faute incombe à ces écoles et entreprises qui prétendent qu'on peut devenir dev en 6 mois de formation. Les reconversions sont totalement possibles mais ça demande BEAUCOUP de travail tant il y a des choses à apprendre.
je viens d'avoir mon bac et en parallèle a mon année de terminale j'ai eu le temps d'apprendre a coder a un niveau plus que correcte en php,javascript,html,css,python,c tout ça en autodidacte donc je dirais que 6 mois plein c'est largement assez pour atteindre au minimum un niveau intermédiaire en terme de connaissance et de technique pur , donc pour le mec qui ne connait pas la différence entre variables et fonction aux bouts de 6 mois ce n'est pas gentils a dire mais la vérité c'esttout simplement qu'il n'a rien foutu de ces 6 mois c'est aussi simple que ça
@@davis-w4v Vous vous trompez, ce n'est pas parce que vous maîtrisez les rudiments d'un langage que vous avez un "niveau intermédiaire" valorisable en entreprise, les compétences nécessaires à un développeur sont autrement plus larges que cela. L'exemple donné en vidéo est caricatural de la nullité absolue de certains reconvertis.
@@aszl66 lorsque je parle de niveau "intermediaire" ce n'est pas savoir ce que sont des structure conditionnelle , variable, fonction etc , dans mon cas par exemple en 1 an sans réelement me concentrer dessus , je peux deja utiliser assez aisement bootstrap et jquery pour le js et django pour le python donc je n'ai pas de doute sur le faite que pour quelqu'un qui etudie réelement 6 mois sois nécessaire pour atteindre un niveau profesionalisable
Et après il faut lui apprendre les instructions conditionnelles, les boucles, les bases du langage, du framework utilisé, la notation (O)^2 ... vérifier qu'il n'y ait pas une mine de plus dans la codebase à chaque commit ... tu vas te retrouver avec des "pyramides de if" et de la complexité quadratique de partout. Si j'arrive dans une entreprise et je vois une multitude de "bootcampeurs", je pense faire 4-5 mois max.
Ben parfois, quand tu cherche la full optimisation du code : il est parfois préférable de faire que des IF au lieu des SELECT tout comme les WHILE et les FOR....suivant le langage utilisé....
Clairement c'est la base de la base, et vraiment pas compliqué à comprendre. Le youtuber indique qu'il a galéré avec ça en BAC+5 --> c'est une méga-tanche.
@@GaetanRouzies Tu es passé quoi ? Par une licence, BTS, DUT ? Les approches ne sont pas les mêmes pour l'apprentissage. Après si t'es curieux, si tu te contentes pas de ce qu'on te donne que tu vas chercher plus loin. Que tu expérimentes des choses par toi-même. Et visiblement c'est ce que tu faisais d'après tes dires, les bases ça va tout seul. Le reste aussi mais c'est plus ardu. Comme la POO. J'en comprenais le principe mais je n'arrivais à m'approprier le concept.
@@ggousier Bac+5 école privée, école d’ingénieur. Ouais la POO c’est un mur qu’il faut réussir à franchir. Quand je l’ai enfin compris c’était la révélation j’en parlais à tous mes camarades 😉
@@kidam901 et pourtant c'est la base ! Cependant, j'ai bien dit : on perd 50% des dev donc tu est dev quand meme ^^ mais un petit dev bricolo du dimanche. Parcontre, si tu est un dev pro alors oui : remet toi vite en question ;)
Maintenant explique lui qu'on peut mettre une fonction dans une variable et regarde son cerveau exploser 😂 Comme toi "ce qui se conçoit bien s'explique clairement" est mon motto, et je déteste le code que je ne comprends pas. Une autre notion importante que je rajouterai à la morale de l'histoire c'est que quand tu comprends pas un truc il faut le dire.
Ahou mec, mais faut virer Le ou La DRH. Je ne vois pas comment un mec qui ne comprends pas la différence entre une variable et une fonction à réussi à sortir du code.
@@GaetanRouzies j'suis dispo au pire, j'suis pas un fou mais j'apprends vite, avec des bons dev autour de moi je peux vite monter en compétences je pense !
@@GaetanRouzies Oui mais la c'est une mauvaise sélection de candidature au départ ou alors du pistonnage. Perso, je fait passer des tests écrit sur feuille blanche de petite fonction me permettant de contrôler les notions de code de base sans appareil. La tu comprends vite qui code et qui n'est pas au niveau
C'est ma hantise de me faire démasquer, ça fait 5 ans que je suis dans la même boite, et je suis une fraude, pour l'instant, ça passe 🤞
Mdr pourvu que ça dure 🤣
Je suis développeur senior. Tu ne peux pas dire s’une question de recherche sur Google est mauvaise comme ça. Tout dépend de la manière dont les gens aiment recevoir les infos. Encore un développeur avec une grosse tête comme on en voit souvent. Si tu es vraiment senior, tu peux comprendre que quelqu’un qui a fait que 6 mois à du mal avec certaines bases. Et chapeau pour le jeune, qui avec seulement 6 mois a pu délivrer des trucs, je dis chapeau ! Contrairement à ce qu’on fait croire aux gens, ce métier est loin d’être trivial. Un bon lead pourrait en faire un très bon dev en quelques mois.
Je te confirme que la formulation d'une question donne énormément d'indication et que je comprends qu'on peut avoir des difficultés avec les bases après 6 mois d'études.
Je trouve que ton approche magnifique. Tu l’as aidé sans te moquer et tu lui donner confiance.
Merci khey
J'ai fait une reconversion en informatique sur du cobol en 3 mois. C'est vrai que ce genre de reconversion en 3 ou 6 mois est très largement insuffisante quand tu te retrouves à bosser avec des collègues qui ont fait des ecoles d'informatique et qui ont eu la chance d'avoir 3 à 5 ans pour assimiler toutes les bases d'un bon développeur.
J'ai du mettre 2 à 3 ans à rattraper mon retard et me sentir légitime et dans ce métier. Depuis, je suis passé dev full stack spring angular pendant plusieurs années puis j'ai rechangé de voie (toujours dans l'informatique).
Il y a pas photo: il faut être débrouillard et se former énormément soit-même mais il faut être aussi suffisamment sociable et courageux pour demander de l'aide à ses collègues (même si on aime pas déranger) : c'est vraiment la clé de la réussite.
Merci à toi d'avoir été bienveillant avec lui et ne pas l'avoir pris de haut comme certains auraient pu le faire.
Top ! Félicitations pour avoir été persévérant dans ta reconversion. C’est la meilleure attitude à avoir, être assez sociable pour demander de l’aide quand nécessaire, tout en se formant soit même. 💪
Bravo pour ta bienveillance envers ce collègue. Il y en a beaucoup qui aurait marginalisé ce type de collègue au lieu de le remettre à niveau.
Je suis tombé ici par hasard, c'est pas du tout mon domaine pro mais c'était très intéressant à regarder car j'ai déjà dû former des gens que ne venait à la base pas de mon domaine, comme tu dis on est tous partis de quelque part, ton sens de la pédagogie et ton côté ''mentor'' t'honnore, a+
Je te remercie pour ton message, oui, tant que la personne est de bonne foi, je n'ai aucun problème à essayer de la faire monter en compétences 😉
Tu as raison, j'ai pu le voir dans ma "carrière" de dev, après j'ai quelques point à ajouter :P
- pour les reconversions (c'est mon cas y'a un petit moment), y'a de tout, ce qui est important pour ceux que ça intéresse, deux point importants : être curieux sur la techno que vous allez pratiquer (surtout ne pas hésiter à poser toutes les questions qui vous viennent aux tech leads, mais pas mille fois la même (rien de mieux pour un dev confirmé qu'un junior qui fait le taff, parole de scout :p)., et intéressez vous à pourquoi vous le faites, ce qu'ils appellent le côté fonctionnel ! ça vous permettra de donner un sens à votre taff, vous épanouir au boulot)
- pour ce qui est des gens qui font le taff en esquivant le boulot, ça ne passe jamais inaperçue, j'ai eu quelque chose comme une 20aine de cas en moins de 5ans et il faut pas croire, tout le monde s'en rend compte que ce soit dans un petit ou un un gros projet (entre un mec qui a fait 2 commits en 6 mois et l'autre qui comprends toujours rien en 2 ans de projets...)
- je vais utiliser ta technique de demander de me re-expliquer quand on me pose des questions sur des sujets de dev, mais je sais déjà ce que ça va donner selon la personne. Combien de fois on t'as dit "oui oui j'ai compris", puis tu reçois la MR et là tu te dis "mais.... mais...." en voyant la MR avec conflit, le sonar rouge vif et la dette technique grimper en flèche :/ ....
- Pour finir, qu'elle serait selon toi la bonne façon d'exprimer le fait que dans ton équipe, tu es le seul à prendre en compte les besoins des métiers, à en avoir rien à faire des points des stories parce que personne comprends le principe et que la moitié pensent qu'en tant que sous traitant ça les fera bien voir de faire plus de points, que tu es le seul impliqué (en tant que dev) à la pérennité et la bonne santé du produit (#Rien a faire si tout est pété, je fais mon US et je m'occupe pas du reste) ? Histoire de m'inspirer de confrères avants la rétro précédant les jalons critiques ^^
- Encore une fois, n'hésitez pas à faire une reconversion vers l'informatique, j'ai trouvé du boulot en claquant des doigts et souvent si on s'intéresse au projet, on peut s'investir et on peut évoluer ! (parole d'ex reconverti COBOL en 30 jours sans expérience informatique, maintainer/tech lead Java 5 ans après, juste en étant curieux et intéressé !)
Haha, exactement ça, le coup de la MR/PR ! D'ailleurs je te rejoins tout à fait, c'est très appréciable les juniors qui posent des questions. Ce qui est gênant c'est ceux qui ne savent pas mais qui ne disent rien.
Merci pour ton commentaire.
Pour ton cas, laisses tomber. Tu peux pas changer les gens et les organisations en leur demandant d'être plus impliqués.
T'as mis 11 minutes à raconter une histoire qui se raconte en 2 minutes grand max (et avec les détails) 😆
Waouw, ça parait iréel. En principe, ils font passer des tests techniques avant d'engager du monde ? Ne serait ce que tester son raisonnement, sa capacité à résoudre des problématiques courantes.
Putain je me suis encore paumé sur TH-cam.
La même 🤣 Merci le robot YT 🙄
vous resumez assez bien , le problème actuelle au sein de certaines entreprise , bienqu'il y ait des mesures de formation , reconversion interne , veille technologique on retombe sur sur la différence entre "savoir" et "connaissance" .
Jme suis toujours dit que si je devais juger en 5 minutes un mec pour savoir si ma boîte pouvait ou non le recruter, j'aurais une série de 5 question ultra courtes à lui poser. Des question telles que si il a aucune idée de ce qu'il fou ici il pourra pas bluffer :
- pourquoi on peut pas mettre beaucoup de ram sur un system 32 bits.
- pourquoi on utilise la base 2 ou la base 16 pour visualiser les données, et non la base 64 alors qu'elle prends moins de place.
- pourquoi il devient impossible physiquement de faire un processeur plus dense en transistor
- pourquoi un tableau de 8 boolean est moins optimisé pour les bitwise qu'un octet.
Etc...
Si le mec réponds de manière claire et concise, c'est qu'il sait ce qu'il fait 😁
Ha ha je pense que tu parles en extraterrestre à pas mal de jeunes diplômés avec tes questions (pertinentes) 😅
Pas de chance, je sais répondre à aucune des 4 questions 🤷♂️
En même temps, elles ne servent à rien quand t'es développeur.
@@GaetanRouzies ça dépend du domaine de programmation. Pour de l'embarqué c'est pas déconnant
@@patdesse6693 Oui dans certains domaines pourquoi pas.
@@GaetanRouzies
Attention avec les "ça ne sert à rien quand t'es développeur", on est en plein effet dunning kruger, ou manifestement le manque te connaissance te donne un excès de confiance dans ta réponse.
ça dépend de ce que tu développe... Moi elles me servent tous les jours.
Et d'un manière générale, comprendre comment fonctionne un PC permet d'éviter de coder des aberrations "fonctionnelles" mais tellement mal foutues qu'au moindre pépin matériel tout explose. Quand tu sais qu'on a fait marcher l'homme sur la lune avec un processeur moins performant que celui de ma souris gaming...
Comment est-ce possible de ne pas connaître une différence entre une variable et une fonction ? Alors que c’est le fondement même de la programmation.. même en 6 mois si tu sais tout de même faire la différence..
Hello !
Super les petit stories, j'ai à l'époque appris avec toi Meteor !
Ca fait plaisir que tu soit de retour ! Ce que je ne remarque que maintenant !
Continue a nous envoyer des stories et quand est-il de Meteor tu es toujours dessus, tu l'as couplé a Angular ?
Salut, ça me fait plaisir de voir un ancien et merci pour tes encouragements 😉
Finalement je ne suis plus sur Meteor, car je trouve cela trop niche maintenant et je préfère être sur des technologies plus populaires car cela synergise aussi avec mon activité de Freelance 😉 J'ai quasiment 8 ans d'xp avec Angular en Entreprise, il faut que j'en profite 😁
Cool, de mon côté je suis partie ces derniers temps sur l'outsider Sveltekit. React parle toujours d'argent donc je le garde sous le coude... Bon c'est dommage pour meteor, tu avais fait du bon travail mais content pour tes insertions. Je te capte bientôt en espérant trouver une storie ;)
C'est quoi la difference entre une variable et une fonction ? De quoi parles-tu mec ? A part ca elle est passionnante ton histoire
C'est effrayant
Juste pour l’histoire je m’abonne sans hésitation. Je suis aussi en reconversion dev web et j’ai un gros syndrome de l’imposteur. Lorsque tu commences l’histoire je me voyais déjà. Du coup il fait quoi maintenant? J’espère qu’il a continué dans cette voie
Merci pour ton commentaire, je t’avoue que je ne sais pas ce qu’il fait aujourd’hui
Moi ma cheffe (qui détestait la technique) m'avait reproché de poser des questions techniques lors des entretiens pour éliminer les incompétents...
Tu comprends, c'est trop discriminant, car tu n'acceptes que les compétents 🙊
mais comment en 6 mois t'as pas pu faire la différence entre variable et fonction ? aujourd'hui il y a trop de bootcamp de 6 mois qui te promettent de gagner 40k en sortant de formation alors qu'il faut des années pour devenir vraiment bon dans ce domaine...
La faute incombe à ces écoles et entreprises qui prétendent qu'on peut devenir dev en 6 mois de formation. Les reconversions sont totalement possibles mais ça demande BEAUCOUP de travail tant il y a des choses à apprendre.
Je comprends mais normalement en 6 mois tu sais faire la différence entre fonction et variable 😂😂 c'est la première heure de cours ça 😂.
je viens d'avoir mon bac et en parallèle a mon année de terminale j'ai eu le temps d'apprendre a coder a un niveau plus que correcte en php,javascript,html,css,python,c tout ça en autodidacte donc je dirais que 6 mois plein c'est largement assez pour atteindre au minimum un niveau intermédiaire en terme de connaissance et de technique pur , donc pour le mec qui ne connait pas la différence entre variables et fonction aux bouts de 6 mois ce n'est pas gentils a dire mais la vérité c'esttout simplement qu'il n'a rien foutu de ces 6 mois c'est aussi simple que ça
@@davis-w4v Vous vous trompez, ce n'est pas parce que vous maîtrisez les rudiments d'un langage que vous avez un "niveau intermédiaire" valorisable en entreprise, les compétences nécessaires à un développeur sont autrement plus larges que cela.
L'exemple donné en vidéo est caricatural de la nullité absolue de certains reconvertis.
@@aszl66 lorsque je parle de niveau "intermediaire" ce n'est pas savoir ce que sont des structure conditionnelle , variable, fonction etc , dans mon cas par exemple en 1 an sans réelement me concentrer dessus , je peux deja utiliser assez aisement bootstrap et jquery pour le js et django pour le python donc je n'ai pas de doute sur le faite que pour quelqu'un qui etudie réelement 6 mois sois nécessaire pour atteindre un niveau profesionalisable
@@davis-w4v Je vous invite à vous renseigner sur l'effet Dunning-Kruger, vous êtes en plein dedans.
Et après il faut lui apprendre les instructions conditionnelles, les boucles, les bases du langage, du framework utilisé, la notation (O)^2 ... vérifier qu'il n'y ait pas une mine de plus dans la codebase à chaque commit ... tu vas te retrouver avec des "pyramides de if" et de la complexité quadratique de partout.
Si j'arrive dans une entreprise et je vois une multitude de "bootcampeurs", je pense faire 4-5 mois max.
J'aime ton franc-parler.
Ben parfois, quand tu cherche la full optimisation du code : il est parfois préférable de faire que des IF au lieu des SELECT tout comme les WHILE et les FOR....suivant le langage utilisé....
Sympa l'anecdote ^^.
Découverte random de youtube ^^
La prétention du vide.
Il a utilisé chatgpt peut être 😂
Ça n'existait pas à l'époque (2018)
Variable et fonction ça a rien à voir mdr même en IUT 1ère année j'avais déjà compris le truc.
Clairement c'est la base de la base, et vraiment pas compliqué à comprendre. Le youtuber indique qu'il a galéré avec ça en BAC+5 --> c'est une méga-tanche.
Oui mais tu peux assigner une fonction à une variable. Et peut-être que lui n'a jamais compris le truc. 🤣
J'ai galéré au DÉBUT de mon BAC+5, c'est à dire lors de ma première année d'étude sup 🤷♂️
@@GaetanRouzies Tu es passé quoi ? Par une licence, BTS, DUT ? Les approches ne sont pas les mêmes pour l'apprentissage. Après si t'es curieux, si tu te contentes pas de ce qu'on te donne que tu vas chercher plus loin. Que tu expérimentes des choses par toi-même. Et visiblement c'est ce que tu faisais d'après tes dires, les bases ça va tout seul. Le reste aussi mais c'est plus ardu. Comme la POO. J'en comprenais le principe mais je n'arrivais à m'approprier le concept.
@@ggousier Bac+5 école privée, école d’ingénieur. Ouais la POO c’est un mur qu’il faut réussir à franchir. Quand je l’ai enfin compris c’était la révélation j’en parlais à tous mes camarades 😉
Comme tu te mousse sur tes """"compétences""""". très moyen et pas très accessible
@@daz74000 C’est ma personnalité 🤷♂️
Ok, tu as compris ce qu'est une fonction.
Maintenant : c'est quoi une méthode ?
Et la tu perd 50% des dev.
heu t'es sur ?
@@xeondo91 La POO c’est clairement un sujet compliqué à appréhender quand t’es débutant.
Si tu sais pas expliquer une méthode, tu n'est pas développeur. Faut pas déconné non plus.
@@kidam901 et pourtant c'est la base ! Cependant, j'ai bien dit : on perd 50% des dev donc tu est dev quand meme ^^ mais un petit dev bricolo du dimanche.
Parcontre, si tu est un dev pro alors oui : remet toi vite en question ;)
Maintenant explique lui qu'on peut mettre une fonction dans une variable et regarde son cerveau exploser 😂
Comme toi "ce qui se conçoit bien s'explique clairement" est mon motto, et je déteste le code que je ne comprends pas.
Une autre notion importante que je rajouterai à la morale de l'histoire c'est que quand tu comprends pas un truc il faut le dire.
Exactement, j'ai aucun problème avec ceux qui veulent apprendre et qui posent des questions
Ahou mec, mais faut virer Le ou La DRH. Je ne vois pas comment un mec qui ne comprends pas la différence entre une variable et une fonction à réussi à sortir du code.
Malheureusement, c'est assez commun les personnes incompétentes en entreprise.
@@GaetanRouzies j'suis dispo au pire, j'suis pas un fou mais j'apprends vite, avec des bons dev autour de moi je peux vite monter en compétences je pense !
@@BenoitAdam2 Oui, ils y’a certains profils qui apprennent très rapidement, c’est agréable de bosser avec eux
@@GaetanRouzies Oui mais la c'est une mauvaise sélection de candidature au départ ou alors du pistonnage. Perso, je fait passer des tests écrit sur feuille blanche de petite fonction me permettant de contrôler les notions de code de base sans appareil. La tu comprends vite qui code et qui n'est pas au niveau
@@BenoitAdam2 oui quand t'es stagiaire pas quand tu es payé pour fournir du travail qui doit passer en prod