mais stack overflow c'est la vie pour comprendre, je suis en étude et je l'utilise dès que j'ai un bug que j'ai compris mais que je comprends pas comment le résoudre et après suffit de comprendre la solution. Puis ce bug s'il se représente soit je m'en souviens et je trouve tout de suite soit en retombant sur la page je me souviens . très pratique!
Un bémol pour les certifications: j'ai passé la certification Symfony5 et plein de gens me disaient que ça ne me servirait à rien. Pourtant, la formation était de qualité et j'ai découvert pas mal de choses non explicitées dans la doc. Ca m'a aussi permis d'échanger de bonnes pratiques avec les différents formateurs et de voir que je ne maîtrisais pas bien l'intérêt d'appliquer un event à tel ou tel event lancé par le framework. Et comme cette certification touche également à PHP et même à des pratiques de POO, ça a été intéressant car j'ai pu voir quelques tips en PHP de choses que j'ignorais (sûrement car pas très courants). Après, enchaîner les certifications du framework à chaque nouvelle version, je ne suis pas forcément fan, mais je suis content de ce que ça m'a apporté car j'ai creusé l'outil pendant environ un an en essayant plein de choses alors qu'avant, je me contentais de réutiliser ce que j'utilisais dans la plupart des projets sans tester plus que ça car je n'en voyais pas l'utilité (et en testant pas mal de choses présentes dans la doc, j'ai découvert des fonctionnalités cool dont je ne soupçonnais même pas l'existence ah ah)
Bonjour! Je pense passer la certification également car j'ai la conviction que j'ai encore beaucoup à apprendre et découvrir. Je suis developpeur symfony alternant depuis ma licence (depuis 2 ans). J'aimerais savoir si la certifications a vraiment un impact sur la facilité de recrutement ou la remuneration par exemple (dans votre cas)
Salut ! Je reformulerais sûrement mes propos si je devais retourner cette vidéo aujourd'hui. J'apporterais plus de nuance en précisant que les certifications ne l’emportent pas sur le besoin de pratique. Ne pas penser que la certification a elle toute seule offre l’accès. Elle est un complément aux bases nécessaires et peut être utile pour montrer son expertise sur une techno/framework précis. Ton cas avec la certification Symfony est une superbe démonstration de ce que toutes les certifications devraient être : non pas un examen d’apprentissage du manuel d'utilisation mais bien un examen de la pratique, à l’aide de l’outil. Merci pour ton retour d’expérience.
J'ai trop aimé merci. Ta vidéo ma ouvert les yeux sur certains points. Comme le fait que je me sens gêné lorsque je copie un code sur internet ou un Framework sans le comprendre vraiment.
Je t'assure que la mécanique automobile doit changer autant que le développement web, de par sa multitude de voiture (marques+ modèles,+années+conception+l'électronisation des voitues) + les outils + les douilles spéciales+ couple de serrage par voiture/moteur, peut être que ces deux métiers sont pas si éloigné ^^
C’est tout à fait exact. Tous les métiers évoluent. Le web le fait à une vitesse exceptionnelle. Probablement que je trouverais une autre formulation et exemple si je devais retourner la vidéo aujourd’hui.
Génial ta vidéo, je suis en reconvention en autodidact et je dois dire que par moment la morale chute et donne envie de lâché, mais je ne lâche pas, car c'est vraiment passionnant.
J'ai commencé il y a 8mois en autodidacte, le morale commence a baisser J'ai l'impression de stagner, de plus progresser, c'est pas facile mais faut persévérer :), j'apprends flutter de mon côté
Malheureusement dans les entretiens, on attend que tu recites par cœurs ou tu pisses du code (en un temps record). La logique c'est la réflexion elle peut être rapide suivant l'expérience (càd: copier totalement ou partiellement les précédents projets sur un nouveau projet) alors si tu n'as pas beaucoup de précédents projets, on t'autorise pas la réflexion car le temps est là pour t'éliminer directement.
Et souvent tu as plus de logique que le gars qui t'interroge. Non c'est pas étonnant. Beaucoup de boites font passé des questionnaires qui sont souvent des question de conaissance des frameworks et non de la logique. Beaucoup le font aussi parce qu'ils cherchent des pisseurs de code et non des développeurs. Une grosse erreur parce que le pisseur de code n'existe pas.
Personnellement si je tombe sur ce type d’interview, je me lève et je m’en vais… Il n’y a aucun intérêt à travailler dans ce type d’entreprise. Un bon dev s’adaptera facilement à n’importe quel langage ou framework.
Bonjour, ça arrive aussi dans d'autres domaines, pour un poste d'ingé orienté calcul scientifique un recruteur demande avec insistance à une jeune diplômée si elle connaît parfaitement la toolbox "image processing" de matlab ou ce genre de connerie. La jeune ingénieure a répondu qu'elle connaissait tous les algos de traitement du signal, qu'elle en avait implémenté un paquet en C++ etc... l'autre insistait avec son clicodrome à la con, car la personne en poste précédemment (pourquoi ce turn-over? mystère) utilisait ça... Bref, le seul conseil qu'on peut donner face à ça c'est soit passer son chemin (ils sont trop cons dans cette boîte), soit prétendre qu'on sait tout faire, mentir comme un arracheur de dents, baratiner des trucs abscons avec un culot monstre. Ca marche aussi assez bien dans ce genre de boutiques.
Hey toi ! Lis jusqu'au bout, la fin m'a fait déprimer...peace ! Peut-être que le problème de base c'est un peu Laravel, qui par exemple de base se voulait être un clone "plus simple" de symfony (et a repris beaucoup de leur code avant de pouvoir le "reformuler") et qui a donc beaucoup muté (et j'avoue que la pertinence d'un énième framework pour un langage problématique comme PHP me laisse dubitatif...). Mais peut-être aussi que le naming de laravel est problématique et peut-être aussi que le problème est également du côté du développeur (tout le monde hein, mon moi d'avant compris) qui cherche à toujours aller plus vite plus vite et à tout refaire à chaque fois. Le fait d'aller toujours le plus vite possible fait que ces noms que tu donnes (sans vouloir te manquer de respect) "flatMap", "map" et "mapInto", malgré leur proximité et leur expressivité douteuse semblent relativement parlant (enfin encore une fois j'trouve les noms de laravel pétés mais c'est peut-être que moi, j'ai un peu plus d'exp avec symfony qui n'est pas toujours mieux) et donc ce questionnement devrait probablement être évité ou évitable. Je suis assez brouillon dans mes explications (j'ai écrit à la base vraiment ce qui me venait en tête) et donc permets-moi de préciser. Reprenons ton exemple : ---------------------------------------- mapInto => Objet (clean et presque expressif selon moi) flatMap => Fonction ou "Closure" (admettons...flat c'est sensé dire "à plat" mais bon...) EDIT: voir la fin du message pour le "fin mot de l'histoire"... map => Fonction (mais pas closure....wait what? heuuu je ne suis pas expert hein chu plus un js boy à la base et en js ce serait la même fonction...) À mon sens ici tu devrait utiliser "map" sauf dans un cas objet et donc donc connaître aussi "mapInto". J'aurais tendance à ne pas utiliser "flatMap" donc le naming me paraît douteux mais je ne connais pas le framework donc je ne peux pas dire. Mas en gros ne pas utiliser 100% d'un framework est signe déjà que tu es humain et souvent est plutôt bon signe, les frameworks (comme les librairies) font parfois souvent du zèle et il faut savoir trier. Pour répondre à ta question de fond "est-ce que c'est normal ?" et "à qui la faute" (je réinterprète un peu pour voir plus large hein !).... Et même si en réalité tu penses avoir la réponse (et du haut des tes 15 ans de dev toussa toussa je ne te blâme pas). Je récapépète : ------------------------ - Faute des langages (pas spécifique à PHP mais bon, PHP à beaucoup beaucoup de casseroles genre des messages d'erreur en israélien...j'ai rien contre mais c'est pas très pratique quand t'es pas du cru...y'a même un site dont j'ai oublié l'url qui répertorie tous les trucs "sales" de PHP, je pense que le langage est sauvé par Symfony perso...) - Faute des frameworks et librairies qui pulule dans le web et évoluent TROP souvent (je te jure que quand tu mets le nez dans la sécu derrière tu prends vraiment peur, surtout avec l'enfer des librairies nodejs....) - Faute des devs qui ne cessent de générer de la dette technique en répétant toujours les mêmes codes pas toujours maîtrisés notamment par faute de temps (vitesse = bugs je rappelle...) Et je ne parle même pas de la qualité plus ou moins aléatoire des réponses de SO (qui dans le dev est vraiment plutôt bonne voire excetionnelle soyons franc). Par ailleurs je dois reconnaître qu'on est malgré tout en général en grande partie "sauvé" par les frameworks (Laravel compris, je ne suis pas religieux). Notamment pour l'implémentation des bonnes pratiques de sécurité. MAIS ATTENDS !!!!! C'eSt PaS FINI... 😹 J'me suis sorti les doigts du cul pour aller au fond du sujet et voilà ce que j'ai découvert si ça t'intéresse... P.S.: Je suis allé voir cette histoire de "closure" et ho surprise c'est...on va dire que...ça me rend dubitatif pour rester poli...😾 En PHP du coup c'est : "The difference is, that a Closure must be an anonymous function, where callable also can be a normal function" cf. stackoverflow.com/questions/29730720/php-type-hinting-difference-between-closure-and-callable Très bonne réponse btw, 10/10 pour SO !😽 Examinons l'exemple directement depuis la doc de Laravel ```// The flatMap method iterates through the collection and passes each value to the given closure. $flattened = $collection->flatMap(function ($values) { // closure... return array_map('strtoupper', $values); // "strtoupper" est donc ici une "callable" ou "callback" });``` VS ```// The map method iterates through the collection and passes each value to the given callback. (également "callable" selon la doc de PHP) $multiplied = $collection->map(function ($item, $key) { // closure... return $item * 2; });``` Là où selon la définition d'un "callback" en PHP venant de la doc serait d'appeler la fonction son nom en tant que string (que je trouve extrêmment douteux et probablement dangereux mais bon...) et donnerait donc plutôt...limite l'inverse !!!!! GG Laravel ! Je te mets 3/10, les 3 points étant ta tentative de retranscrire un comportement douteux et moins de 5 parce que...bah c'est l'inverse quoi ...ça m'déprime...j'avais franchement espoir dans Laravel en commençant à poster...... Mais là, soit Laravel se trompe et c'est franchement inquiétant, soit Laravel reprend des termes du langage sur lequel il se base pour...les redéfinir ???? Nan mais ça colle pas je m'arrête là...En fait le web c'est de la merde et c'est tout, t'as ta VRAIE réponse bonhomme...😇 Pour ceux qui ont des doutes voici la doc PHP extraite et annotée avec les mêmes petits chats dans leur carton !😻 ```Example #1 Anonymous function example
Excellent. Ici le paysage se résume à un logiciel. Je pense que l'étape suivante c'est l'architecture en pensant à l'évolution des logiciels, de leur facilité de maintenance, de leurs interfaces avec le monde extérieur et de la documentation. Quand je devais modifier un logiciel que j'avais fait un an plus tôt (ou plus), je passais le temps nécessaire à bien relire et comprendre tout le code. Le pire, ce sont les mercenaires qui doivent modifier un programme qu'ils ne connaissent pas sans en avoir le temps nécessaire. En peu de temps, le programme est à refaire.
Tu es et sera mon mentor. J’apprends à coder. J’avale tout sans développer un sixième sens: la logique. La boucle while ou for ??! Qu’est-ce que je peux faire, après m’avoir abonné, pour apprendre à comment apprendre avec ou sans toi?
j'ai beaucoup aimé ta video jusqu a m'abonner et mettre un like que j'ai en suite retirer lorsque que tu as comparer code et piano 😂 (je suis dev et musicien, et c'est purement subjectif)... super boulot
Je viens de revisionner ma vidéo de l'époque. Le passage sur ma comparaison avec le piano ne passerait plus mes standards de qualité actuels. Mon analogie aurait dû être plus nuancée et mieux choisie à l'écriture. J'ai dès lors coupé ce passage de la vidéo originale. Je te remercie pour ton retour.
C'est vrai que parfois je me dit encore après 10 ans je chercher toujours les mêmes choses 😂😂. Sur le reste je trouve que les framework Web stabilise ces dernière années. Sur le reste totalement d'accord, pratique, lecture et persévérance :)
Salut a toi ! Je suis en train de me former en autodidacte au développement web actuellement pour espérer changer de boulot un jour (et mieux gagner ma vie serait aussi sympa 😂) Pour le moment je suis vraiment un débutant, je m'entraine donc en recopiant un peu des sites existants comme tu l'a dit, et a côté je fais mon propre "site" qui me servira un peu de portfolio ou je mettrais au fur et a mesure tout ce que je sais faire (pour le moment c'est très basique, une page qui me permet de me rediriger vers d'autres pages, un bouton sonore, images de fond, un bouton interactif... un petit début quoi, là je suis en train d'essayer de faire une page type "vente") Je me pose une question, a partir de quel moment, a quel stade de l'apprentissage je pourrais me dire qu'il me sera enfin possible de tenter de postuler a des emplois ?
Bonjour, en tant que dev depuis presque une dizaine d'années, je trouve que juste la pratique est très limitante. Je conseillerai plutôt une alternance lecture et phase de pratique avec des cycles de lecture courte ( par exemple allez lire un design pattern ou manière idiomatique de faire un truc dans un langage et appliquer le). Pourquoi ? Parce que sans la pratique, vous ne comprendrez pas ce que vous lisez. Et sans la lecture, vous passez a côté de dizaines et dizaines d'années d'expériences Sinon jolie vidéo.
ce que je dis a ceux qui connaissent mal le sujet en fait il existe 2 grands concepts de langages l un pour deceire un document dont le xml et html sont des representants et l autre type c est celui algorythmique dont le c/c++ est un representant ce type la est facilement reproductible sur algorigramme graphique comme tous ses freres php java etc. l important c est de bien penser l algorigramme, ensuite la syntaxe ca se fait plus ou moins tout seul on peut facilement s adapter d un langage a l autre
02:36 Améliorez votre pratique pour devenir meilleur développeur # j'aimerais pratiquer mais je ne sais pas par ou commencer puis je avoirs des exercices pour m'aider svp
Bonjour, j'ai une question. Souhaitant changer de carrière j'aimerais faire une formation web développeur sur udemy . Est-ce vraiment reconnu une fois fini et si je pourrais trouver du travail ?
Ce n'est pas le problème du développeur web, c'est le problème du développeur tout court. Ca a toujours été ainsi. Copier du code n'est pas un souci pour avoir la structure. Ca en est un si ce n'est pour rien y changer.
Pas d'accord sur la comparaison avec l'artisanat. Les normes évoluent, on n'utilise pas les mêmes matériaux qu'en 1972. Un artisan full stack sera moyen partout car dans une journée on n'a tous que 24h.
Le fameux pseudo-code sur tableau blanc... Je cherche toujours où est le compilateur de cet outil, seule entité apte à dire si le code est exécutable ou mauvais.
Combien de fois par jour allez-vous sur Stack Overflow ? Avez-vous un sentiment de culpabilité ?
Beaucoup mais moins que sur google :p c'est fou que tu as que 200 abonnées, t'es vidéos sont cool et de qualité ;)
Merci !
@@c3ulnta0rk83 ca va grimper très vite il a déjà les codes ^^
imposter syndrome
mais stack overflow c'est la vie pour comprendre, je suis en étude et je l'utilise dès que j'ai un bug que j'ai compris mais que je comprends pas comment le résoudre et après suffit de comprendre la solution. Puis ce bug s'il se représente soit je m'en souviens et je trouve tout de suite soit en retombant sur la page je me souviens . très pratique!
La meilleure chaîne RUclips, avec mes 12 ans de dev web je vous conseil tous de suivre ses conseils.
Ta chaîne est une opportunité pour repartir depuis les base de façon plus propre , je suis de très près , merci beaucoup
Merci ! Content de savoir que le contenu te plait.
Un bémol pour les certifications: j'ai passé la certification Symfony5 et plein de gens me disaient que ça ne me servirait à rien. Pourtant, la formation était de qualité et j'ai découvert pas mal de choses non explicitées dans la doc. Ca m'a aussi permis d'échanger de bonnes pratiques avec les différents formateurs et de voir que je ne maîtrisais pas bien l'intérêt d'appliquer un event à tel ou tel event lancé par le framework.
Et comme cette certification touche également à PHP et même à des pratiques de POO, ça a été intéressant car j'ai pu voir quelques tips en PHP de choses que j'ignorais (sûrement car pas très courants).
Après, enchaîner les certifications du framework à chaque nouvelle version, je ne suis pas forcément fan, mais je suis content de ce que ça m'a apporté car j'ai creusé l'outil pendant environ un an en essayant plein de choses alors qu'avant, je me contentais de réutiliser ce que j'utilisais dans la plupart des projets sans tester plus que ça car je n'en voyais pas l'utilité (et en testant pas mal de choses présentes dans la doc, j'ai découvert des fonctionnalités cool dont je ne soupçonnais même pas l'existence ah ah)
Bonjour! Je pense passer la certification également car j'ai la conviction que j'ai encore beaucoup à apprendre et découvrir. Je suis developpeur symfony alternant depuis ma licence (depuis 2 ans).
J'aimerais savoir si la certifications a vraiment un impact sur la facilité de recrutement ou la remuneration par exemple (dans votre cas)
Salut ! Je reformulerais sûrement mes propos si je devais retourner cette vidéo aujourd'hui. J'apporterais plus de nuance en précisant que les certifications ne l’emportent pas sur le besoin de pratique. Ne pas penser que la certification a elle toute seule offre l’accès. Elle est un complément aux bases nécessaires et peut être utile pour montrer son expertise sur une techno/framework précis. Ton cas avec la certification Symfony est une superbe démonstration de ce que toutes les certifications devraient être : non pas un examen d’apprentissage du manuel d'utilisation mais bien un examen de la pratique, à l’aide de l’outil. Merci pour ton retour d’expérience.
je ne suis pas dev web mais je trouve tes videos tres intéressant pour tout les ingénieur en informatique
J'ai trop aimé merci. Ta vidéo ma ouvert les yeux sur certains points. Comme le fait que je me sens gêné lorsque je copie un code sur internet ou un Framework sans le comprendre vraiment.
Je t'assure que la mécanique automobile doit changer autant que le développement web, de par sa multitude de voiture (marques+ modèles,+années+conception+l'électronisation des voitues) + les outils + les douilles spéciales+ couple de serrage par voiture/moteur, peut être que ces deux métiers sont pas si éloigné ^^
C’est tout à fait exact. Tous les métiers évoluent. Le web le fait à une vitesse exceptionnelle. Probablement que je trouverais une autre formulation et exemple si je devais retourner la vidéo aujourd’hui.
Génial ta vidéo, je suis en reconvention en autodidact et je dois dire que par moment la morale chute et donne envie de lâché, mais je ne lâche pas, car c'est vraiment passionnant.
Tu t’es lancé dans quel techno ?
@@Azer_Oner pour le moment j'apprends htlm et CSS mais après JavaScript et sur le long terme je veux faire des site web et app mobile
@@ZeeWolfed moi aussi je suis en apprentissage
@@Azer_Oner cool on est au même niveau du coup hahaha
J'ai commencé il y a 8mois en autodidacte, le morale commence a baisser J'ai l'impression de stagner, de plus progresser, c'est pas facile mais faut persévérer :), j'apprends flutter de mon côté
Je me reconnais tellement dans vos propos 😂
Merci pour cette vidéo
Malheureusement dans les entretiens, on attend que tu recites par cœurs ou tu pisses du code (en un temps record). La logique c'est la réflexion elle peut être rapide suivant l'expérience (càd: copier totalement ou partiellement les précédents projets sur un nouveau projet) alors si tu n'as pas beaucoup de précédents projets, on t'autorise pas la réflexion car le temps est là pour t'éliminer directement.
C'est ce que je remarque aussi, dans les entretien on me pose surtout des questions de syntaxe. Peut être que je postule dans les mauvaises boites?
Étonnant. C’était pour quel type de poste et technologie ?
Et souvent tu as plus de logique que le gars qui t'interroge. Non c'est pas étonnant. Beaucoup de boites font passé des questionnaires qui sont souvent des question de conaissance des frameworks et non de la logique. Beaucoup le font aussi parce qu'ils cherchent des pisseurs de code et non des développeurs. Une grosse erreur parce que le pisseur de code n'existe pas.
Personnellement si je tombe sur ce type d’interview, je me lève et je m’en vais… Il n’y a aucun intérêt à travailler dans ce type d’entreprise. Un bon dev s’adaptera facilement à n’importe quel langage ou framework.
Bonjour, ça arrive aussi dans d'autres domaines, pour un poste d'ingé orienté calcul scientifique un recruteur demande avec insistance à une jeune diplômée si elle connaît parfaitement la toolbox "image processing" de matlab ou ce genre de connerie. La jeune ingénieure a répondu qu'elle connaissait tous les algos de traitement du signal, qu'elle en avait implémenté un paquet en C++ etc... l'autre insistait avec son clicodrome à la con, car la personne en poste précédemment (pourquoi ce turn-over? mystère) utilisait ça... Bref, le seul conseil qu'on peut donner face à ça c'est soit passer son chemin (ils sont trop cons dans cette boîte), soit prétendre qu'on sait tout faire, mentir comme un arracheur de dents, baratiner des trucs abscons avec un culot monstre. Ca marche aussi assez bien dans ce genre de boutiques.
Vraiment très bien vos vidéos ,merci a vous.
Hey toi ! Lis jusqu'au bout, la fin m'a fait déprimer...peace !
Peut-être que le problème de base c'est un peu Laravel, qui par exemple de base se voulait être un clone "plus simple" de symfony (et a repris beaucoup de leur code avant de pouvoir le "reformuler") et qui a donc beaucoup muté (et j'avoue que la pertinence d'un énième framework pour un langage problématique comme PHP me laisse dubitatif...). Mais peut-être aussi que le naming de laravel est problématique et peut-être aussi que le problème est également du côté du développeur (tout le monde hein, mon moi d'avant compris) qui cherche à toujours aller plus vite plus vite et à tout refaire à chaque fois. Le fait d'aller toujours le plus vite possible fait que ces noms que tu donnes (sans vouloir te manquer de respect) "flatMap", "map" et "mapInto", malgré leur proximité et leur expressivité douteuse semblent relativement parlant (enfin encore une fois j'trouve les noms de laravel pétés mais c'est peut-être que moi, j'ai un peu plus d'exp avec symfony qui n'est pas toujours mieux) et donc ce questionnement devrait probablement être évité ou évitable. Je suis assez brouillon dans mes explications (j'ai écrit à la base vraiment ce qui me venait en tête) et donc permets-moi de préciser.
Reprenons ton exemple :
----------------------------------------
mapInto => Objet (clean et presque expressif selon moi)
flatMap => Fonction ou "Closure" (admettons...flat c'est sensé dire "à plat" mais bon...) EDIT: voir la fin du message pour le "fin mot de l'histoire"...
map => Fonction (mais pas closure....wait what? heuuu je ne suis pas expert hein chu plus un js boy à la base et en js ce serait la même fonction...)
À mon sens ici tu devrait utiliser "map" sauf dans un cas objet et donc donc connaître aussi "mapInto". J'aurais tendance à ne pas utiliser "flatMap" donc le naming me paraît douteux mais je ne connais pas le framework donc je ne peux pas dire. Mas en gros ne pas utiliser 100% d'un framework est signe déjà que tu es humain et souvent est plutôt bon signe, les frameworks (comme les librairies) font parfois souvent du zèle et il faut savoir trier.
Pour répondre à ta question de fond "est-ce que c'est normal ?" et "à qui la faute" (je réinterprète un peu pour voir plus large hein !).... Et même si en réalité tu penses avoir la réponse (et du haut des tes 15 ans de dev toussa toussa je ne te blâme pas).
Je récapépète :
------------------------
- Faute des langages (pas spécifique à PHP mais bon, PHP à beaucoup beaucoup de casseroles genre des messages d'erreur en israélien...j'ai rien contre mais c'est pas très pratique quand t'es pas du cru...y'a même un site dont j'ai oublié l'url qui répertorie tous les trucs "sales" de PHP, je pense que le langage est sauvé par Symfony perso...)
- Faute des frameworks et librairies qui pulule dans le web et évoluent TROP souvent (je te jure que quand tu mets le nez dans la sécu derrière tu prends vraiment peur, surtout avec l'enfer des librairies nodejs....)
- Faute des devs qui ne cessent de générer de la dette technique en répétant toujours les mêmes codes pas toujours maîtrisés notamment par faute de temps (vitesse = bugs je rappelle...)
Et je ne parle même pas de la qualité plus ou moins aléatoire des réponses de SO (qui dans le dev est vraiment plutôt bonne voire excetionnelle soyons franc). Par ailleurs je dois reconnaître qu'on est malgré tout en général en grande partie "sauvé" par les frameworks (Laravel compris, je ne suis pas religieux). Notamment pour l'implémentation des bonnes pratiques de sécurité.
MAIS ATTENDS !!!!! C'eSt PaS FINI... 😹 J'me suis sorti les doigts du cul pour aller au fond du sujet et voilà ce que j'ai découvert si ça t'intéresse...
P.S.: Je suis allé voir cette histoire de "closure" et ho surprise c'est...on va dire que...ça me rend dubitatif pour rester poli...😾
En PHP du coup c'est : "The difference is, that a Closure must be an anonymous function, where callable also can be a normal function" cf. stackoverflow.com/questions/29730720/php-type-hinting-difference-between-closure-and-callable
Très bonne réponse btw, 10/10 pour SO !😽
Examinons l'exemple directement depuis la doc de Laravel
```// The flatMap method iterates through the collection and passes each value to the given closure.
$flattened = $collection->flatMap(function ($values) { // closure...
return array_map('strtoupper', $values); // "strtoupper" est donc ici une "callable" ou "callback"
});```
VS
```// The map method iterates through the collection and passes each value to the given callback. (également "callable" selon la doc de PHP)
$multiplied = $collection->map(function ($item, $key) { // closure...
return $item * 2;
});```
Là où selon la définition d'un "callback" en PHP venant de la doc serait d'appeler la fonction son nom en tant que string (que je trouve extrêmment douteux et probablement dangereux mais bon...) et donnerait donc plutôt...limite l'inverse !!!!! GG Laravel ! Je te mets 3/10, les 3 points étant ta tentative de retranscrire un comportement douteux et moins de 5 parce que...bah c'est l'inverse quoi ...ça m'déprime...j'avais franchement espoir dans Laravel en commençant à poster......
Mais là, soit Laravel se trompe et c'est franchement inquiétant, soit Laravel reprend des termes du langage sur lequel il se base pour...les redéfinir ???? Nan mais ça colle pas je m'arrête là...En fait le web c'est de la merde et c'est tout, t'as ta VRAIE réponse bonhomme...😇
Pour ceux qui ont des doutes voici la doc PHP extraite et annotée avec les mêmes petits chats dans leur carton !😻
```Example #1 Anonymous function example
J’ai pas les mots..
@@alexpanta7342 Merci d'avoir lu ma mini enquête bordelique mal rédigée et pleine de fôtes. ^^
Excellent. Ici le paysage se résume à un logiciel. Je pense que l'étape suivante c'est l'architecture en pensant à l'évolution des logiciels, de leur facilité de maintenance, de leurs interfaces avec le monde extérieur et de la documentation. Quand je devais modifier un logiciel que j'avais fait un an plus tôt (ou plus), je passais le temps nécessaire à bien relire et comprendre tout le code.
Le pire, ce sont les mercenaires qui doivent modifier un programme qu'ils ne connaissent pas sans en avoir le temps nécessaire. En peu de temps, le programme est à refaire.
Tu es et sera mon mentor. J’apprends à coder. J’avale tout sans développer un sixième sens: la logique. La boucle while ou for ??!
Qu’est-ce que je peux faire, après m’avoir abonné, pour apprendre à comment apprendre avec ou sans toi?
Merci et bienvenue ! Tu peux rejoindre mon Discord et la communauté pour trouver de l’aide et (mes) (des) conseils !
@@ParfaitementWeb Merci. Ajoute
j'ai beaucoup aimé ta video jusqu a m'abonner et mettre un like que j'ai en suite retirer lorsque que tu as comparer code et piano 😂 (je suis dev et musicien, et c'est purement subjectif)... super boulot
pareil, sa remarque était en plus fausse
Je viens de revisionner ma vidéo de l'époque. Le passage sur ma comparaison avec le piano ne passerait plus mes standards de qualité actuels. Mon analogie aurait dû être plus nuancée et mieux choisie à l'écriture. J'ai dès lors coupé ce passage de la vidéo originale. Je te remercie pour ton retour.
C'est vrai que parfois je me dit encore après 10 ans je chercher toujours les mêmes choses 😂😂. Sur le reste je trouve que les framework Web stabilise ces dernière années. Sur le reste totalement d'accord, pratique, lecture et persévérance :)
Salut a toi ! Je suis en train de me former en autodidacte au développement web actuellement pour espérer changer de boulot un jour (et mieux gagner ma vie serait aussi sympa 😂)
Pour le moment je suis vraiment un débutant, je m'entraine donc en recopiant un peu des sites existants comme tu l'a dit, et a côté je fais mon propre "site" qui me servira un peu de portfolio ou je mettrais au fur et a mesure tout ce que je sais faire (pour le moment c'est très basique, une page qui me permet de me rediriger vers d'autres pages, un bouton sonore, images de fond, un bouton interactif... un petit début quoi, là je suis en train d'essayer de faire une page type "vente")
Je me pose une question, a partir de quel moment, a quel stade de l'apprentissage je pourrais me dire qu'il me sera enfin possible de tenter de postuler a des emplois ?
Top ! Merci !
Très intéressant
Bonjour, en tant que dev depuis presque une dizaine d'années, je trouve que juste la pratique est très limitante.
Je conseillerai plutôt une alternance lecture et phase de pratique avec des cycles de lecture courte ( par exemple allez lire un design pattern ou manière idiomatique de faire un truc dans un langage et appliquer le).
Pourquoi ? Parce que sans la pratique, vous ne comprendrez pas ce que vous lisez. Et sans la lecture, vous passez a côté de dizaines et dizaines d'années d'expériences
Sinon jolie vidéo.
so inspirational!
Essentiel !
Comme l'a dit mon prof, un bon développeur est fainéant, ca sert a rien de réinventer la roue
C'est vrai mais c'est pratique des fois de savoir ce qu'il y a dans la fonction
ce que je dis a ceux qui connaissent mal le sujet en fait il existe 2 grands concepts de langages l un pour deceire un document dont le xml et html sont des representants et l autre type c est celui algorythmique dont le c/c++ est un representant ce type la est facilement reproductible sur algorigramme graphique comme tous ses freres php java etc. l important c est de bien penser l algorigramme, ensuite la syntaxe ca se fait plus ou moins tout seul on peut facilement s adapter d un langage a l autre
02:36 Améliorez votre pratique pour devenir meilleur développeur # j'aimerais pratiquer mais je ne sais pas par ou commencer puis je avoirs des exercices pour m'aider svp
Bonjour, j'ai une question. Souhaitant changer de carrière j'aimerais faire une formation web développeur sur udemy . Est-ce vraiment reconnu une fois fini et si je pourrais trouver du travail ?
Bonjour ! Je prépare une vidéo sur le sujet ;)
Ce n'est pas le problème du développeur web, c'est le problème du développeur tout court. Ca a toujours été ainsi. Copier du code n'est pas un souci pour avoir la structure. Ca en est un si ce n'est pour rien y changer.
Salut, c'est quoi ton setup ?
Salut. Prochainement sur la chaîne :)
Pas d'accord sur la comparaison avec l'artisanat. Les normes évoluent, on n'utilise pas les mêmes matériaux qu'en 1972. Un artisan full stack sera moyen partout car dans une journée on n'a tous que 24h.
Et moi je suis développeur cobol avec des vieux outils et l’horrible doc IBM comme seule aide 😭
Le fameux pseudo-code sur tableau blanc... Je cherche toujours où est le compilateur de cet outil, seule entité apte à dire si le code est exécutable ou mauvais.
Si t'es développeur C# ça fait des années que rien ne bouge et c'est très ennuyeux
C'est faut. En vrai on demande plus du parcoeur que de la logique. Mais tu as raisons sur le reste.
Heureusement qu’il y a des genie du code
Copier / coller c est le mal absolue ...on apprend rien et on reporte les bugs ou virus eventuel ...
Programmeur, c'est un boulot de galérien.
J'ai envie de dire que ce n'est pas que pour le développement web d'ailleurs!
Mais crois-moi, en web c'est pire......genre vraiment.....parole d'ancien dev web qui a connu le début et l'évolution......😭
@@Nyromancer t'inquiète pas avec 25ans de profession j'en ai vu des choses ;-)
dénigrer le piano avec des arguments aussi bête, faut le faire quand même
oh mon dieu....
Pourquoi développeur web? Développeut tout court, non?
Ouaiis, mais le PHP n'est pas un vrais langage informatique ... ;)