La vérité sur le quotidien d'un développeur ! Sachez ceci...

Est-il normal pour un développeur web de devoir rechercher sur Stack Overflow ou dans une documentation pour trouver la solution à problème de programmation frontend ou backend ? Dans cette vidéo, je vous parle de la difficulté du développement web dû à sa constante évolution.

Chapitres :
00:00 Le problème de tout développeur/codeur.
00:22 Le quotidien d'un développeur
00:51 Les questions courantes du développement web
01:04 Voici pourquoi le développement est difficile à apprendre
01:35 Devons-nous apprendre un langage de programmation par cœur ?
01:55 Pensez logique plutôt que syntaxe
02:16 Développez votre logique de programmation
02:36 Améliorez votre pratique pour devenir meilleur développeur
03:52 Connaissez le concepts généraux de programmation
03:13 Comment s'améliorer comme développeur ?
03:40 L'habitude à prendre

👨‍💻 Qui suis-je ?
Je m'appelle Alexis et je suis développeur web full stack (front-end et back-end) ainsi que gérant d'une agence web spécialisée dans le développement PHP, Laravel & Wordpress depuis plus de 15 ans. Au fil des années, j'ai eu l'occasion d'apprendre et maitriser un grand nombre de langages de programmations et technologies de développement comme PHP, Laravel, Symfony, MySQL, SQLite, HTML, CSS, JavaScript, VueJs, NodeJS, React, Angular.
Je propose des cours de développement web et formations complètes pour devenir développeur ou apprendre à développer ainsi que partager mes conseils et retours d'expériences qui seront utiles à tous les développeurs freelance.

[ParfaitementWeb]

Combien de fois par jour allez-vous sur Stack Overflow ? Avez-vous un sentiment de culpabilité ?

[rafikmansour]

La meilleure chaîne YouTube, avec mes 12 ans de dev web je vous conseil tous de suivre ses conseils.

[john-yntr]

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)

[manuelsefaitdesfilms]

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

[ntumbabutshiteya]

je ne suis pas dev web mais je trouve tes videos tres intéressant pour tout les ingénieur en informatique

[nashandouele]

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.

[Blastrax]

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 ?

[ouloupz]

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é ^^

[useruser]

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.

[ZeeWolfed]

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.

[vpic]

Je me reconnais tellement dans vos propos 😂
Merci pour cette vidéo

[enochbrou]

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

[jarillon]

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.

[freddodudodo]

Vraiment très bien vos vidéos, merci a vous.

[serge_amon]

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?

[amt-codingbetter]

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 :)

[ethanvaltena]

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.

[DaniellaPavard-if]

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

[Nyromancer]

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...😾
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 à
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
<?php
echo preg_replace_callback('~-([a-z])~', function ($match) { // c'est ça la closure comme en js
return strtoupper($match[1]);
}, 'hello-world');```

```Example #1 Callback function examples
<?php
// An example callback function
function my_callback_function() {
echo 'hello world!';
}
// Type 1: Simple callback
// c'est ça une exécution de "callable" ```

Peace!

P.P.S : si y'a des gens motivés pour faire du code et tester jusqu'au va ce BS (BullShit ou "grosse arnaque") de la part de Laravel...just DO IT! Moi j'ai d'autres chats à fouetter j'en ai peur...🙀(comme mettre des...partout ailleurs en rageant...)👹

P.P.P.S : HOU PINAISE ! J'AI TORD ! 🙀En fait quand on relis la doc on voit que "Then, the array is flattened by one level" et donc ça explique le nom "flatMap". En gros la doc raconte n'importe quoi en utilisant du vocabulaire différent alors que "map" == "flatMap" avec la différence que "flatMap" applatît (et donc "flatten" en anglais) d'un niveau la sortie. Bon c'est vaguement utile mais c'est moins scandaleux. Donc je retire ma note injuste envers Laravel et met un gros 0/10 à la DOC de Laravel. On voit ici l'importance d'un doc cohérente qui reprend autant que possible des exemples COMPARABLES et reprend les mêmes termes pour les mêmes concepts. Par ailleurs la fonction "map" devrait probablement suffire et être polymorphique, le code gangerait en expressivité et les devs n'auraient pas à se pourir la tête avec des noms plus ou moins bien choisis... BREF. Le web globalement c'est sale, j'espère ne plus toucher ça de trop près perso. 🤑🤮🤢

[jjuju]

Comme l'a dit mon prof, un bon développeur est fainéant, ca sert a rien de réinventer la roue