Est-ce que vous voyez d'autres points qu'on aurait oubliés ? Merci à Infomaniak pour la confiance et ce précieux retour d'expérience qui aidera plus d'un junior par ici ! Découvrez-en plus sur eux ici : bit.ly/INFOMANIAK
Super vidéo 😊 Le respect du coding style et réfléchir à un code performant et facilement maintenable peut prendre pas mal de temps aussi alors que sur un projet perso tu t'impose naturellement moins de contraintes sachant que tu seras le seul à bosser sur ce code.
La sécurité, les performances, l’exploitabilité et le paramétrage : ce n’est pas forcément le plus spécifique au front mais ça peut avoir son importance et son ensemble de contrainte.
Le truc c'est que les pros sont plus professionnels que les amateurs. Je n'ai pas ton vocabulaire pour expliquer ça mais voila un amateur est moins professionnels quoi
Il est également essentiel de prendre en compte la complexité liée à la collaboration avec les développeurs backend. Parfois, le front-end doit attendre que le développeur backend achève sa tâche avant de pouvoir commencer à travailler dessus. De plus, une fois que le front-end commence à travailler, il peut se rendre compte de certains besoins supplémentaires que le backend et le front-end avaient oubliés. Une autre source de complexité réside dans l'utilisation de frameworks UI externes. Cela nécessite de se familiariser avec leur documentation et de s'adapter aux composants déjà existants dans ces frameworks pour obtenir un rendu conforme à la conception réalisée par l'UX Designer. Cette étape peut parfois être délicate et demande une attention particulière pour garantir la cohérence entre la conception et le résultat final. On aime notre métier 😁
Pas forcement d'accord Je suis dev back-end et avant de commencer un nouveau CRUD / endpoint / w/e j'en parle avec un collegue front et on se met d'accord sur un format / les infos qui sont retournés par les endpoints etc... pour qu'il puisse faire des mocks et dev le front en parallèle Il y aura toujours des modifs de derniere minute / des choses qu'on aura oublié mais je pense qu'on a une grosse partie du taff fait et ça nous permet de taffer en parallele C'est que mon avis et comment ça se passe dans ma boite, j'imagine que ça doit pas forcement être la même partout !
@@elyukan6723imaginez un fichier YAML qu'on charge dans Postman et en fait ça définit une spec qui fait office de contrat entre le back et le front, ça serait une dinguerie
- Point 1 : l'existant - Point 2 : le responsive - Point 3 : le multi-language (les traductions) - Point 4 : l'accessibilité - Point 5 : les ajustements (notamment d'UX) - Point 6 : le SEO - Point 7 : la compatibilité entre les différents navigateurs
Superbe interview. J’utilise Gatsby à mort en ce moment pour mes projets de sites web vitrines, c’est un super framework, je l’adore! Je l’ai lié à Drupal et la j’en fait un lié à WordPress. J’ai appris React avec ce framework. Merci pour la vidéo Benjamin 👍
Bonjour, j'ai découvert récemment votre chaîne YT et vous m'avez beaucoup aidé dans ma réorientation, merci énormément pour tout le contenu de qualité que vous proposez 💪
Lorsque tu dois tourner avec une motomarine, ce n'est pas la même chose que le faire avec un porte-avions. La taille de l'entreprise compte, tu ne fais pas tout ce que tu veux, il faut des autorisations pour tout. C'est hors de ton contrôle, même si tu les demandes 2 ans d'avance, elles vont arriver 4 à 6 mois après le début du projet.
C'est cool ça! Bon, étant donné que tu es spécialisé front, je suppose que c'est voulu, mais il manque plein de points concernant le backend "amateurs" vs "pros" 😉
Autre point que j'ai oublié : la webperf. On peut avoir plein de contenus CMS avec de bons gros visuels présents dans les méga-menus, auquel cas il faut lazyloader/optimiser tout ça. On peut également avoir un nombre d'éléments très important dans le dom (ça peut faire jusqu'à 1/3 du markup global) et dégrader fortement la vitesse de chargement de la page. Auquel cas, il peut parfois être utile de charger les sous-entrées en asynchrones (au survol d'une entrée par exemple). Là encore pas si simple à faire IRL... Je passe également sur les mode silo SEO et autres réjouissances ^^
Pour moi il manque le point le plus important : l'optimisme extreme de nous, developpeurs, sur la solution. Je multiplie toujours par 2 mon estimatif pessimiste
Personnellement pour les deux points manquants, je dirais la sécurité et la gestion des données jusqu'au moment où je suis dans la vidéo, ça n'a pas été abordé ^^
Le navigateur qui m'emmerde encore c'est Safari. Je crois que le dernier truc qu'il voulait pas appliquer en css c'était le gap. Fait chier ! Merci pour la vidéo :)
À mon avis il manque 2 points: les tests (UI ou regression visuelle) et les contraintes du mode Agile -s'ils l'utilisent- (refinement etc, A/R avec l'équipe design).
J ai une question, comme le site web run sur le meme domain name, cela veut dire que lorsque qu ils "build" leur interface et telecharge sur le platform de hosting, dans le meme build file il y a les deux versions web and les deux version mobile? cela m ammenne a demander si le moteur de recherche check si le DOM est un web browser or a web browser on a phone? comment on fait ca et surtout est ce que j ai raison?
Bien pour ça que je lâcherais pour rien au monde le freelance, 3 mois pour dev une feature parce que les gens s'accordent pas ou se marche sur les pieds à cause des différences de compétences et l'intolérance et la toxicité de certains dev "senior" ou chef de projets, je sais que pour ma part je gère mieux un projet seul
Point N°1, Bam je suis aussi entrain de passer sur React et Gatsby alors que le site est en WP... Ça m'a bien parlé 😅. Merci de t'être pencher sur toutes ces problématiques qui apparaissent vraiment quand est dans le monde du travail et qui sont souvent cachées sous le tapis lors des formations. Côté back, je rajouterais de la difficulté à travailler avec des partenaires qui utilisent des techno différentes avec leurs propres règles d'API par exemples, leurs propres timeout, ... Ceux qui savent, savent 😓
Un point méga important pour moi, l'ergonomie ! C'est pas pour rien que j'utilise pas Blender que je trouve NUL A CHIER niveau ergonomie Pour moi le mode dark fait partie de l'ergonomie, si je peu pas de suite mètre en thème nuit, ça me péte les yeux et c'est super relou moi qui suit photosensible. Ont peu parler aussi de l'écologie du site, avoir un site qui prend moins de ressources etc, ça peu être bien.
je metals donner 2 ans pour mon engine, j'en suis a ~5 ans 😂et avec le recule j'en ais encore pour min 2 ans. Ont est tous mauvais pour évaluer la complexité et les besoin d'une architecture, surtout en RD.
J’en suis après le point 5 : à coup sûr l’un des deux derniers points c’est la compatibilité avec cet enfer qu’est Internet Explorer ! Et aussi Safari qui fait des siennes régulièrement…
Il y a aussi le fait de bosser en équipe, avec les codes reviews, les retours etc..., ça permet d'avoir un meilleur résultat mais ça prend plus de temps
J'aurais dû voir cette vidéo avant. En fait, je suis un peu agacé car les challenges de rapidité comme "je refais Netflix en 4h..." nuisent à la réalité du terrain. En fait, cela contribue à alimenter le mythe que les jeunes développeurs (front, back ou mobile) sont des génies. Cette vidéo remet bien l'église au centre du village. Ce qui me rassure, c'est que Benjamin est un développeur expérimenté car il est contient des réalités du terrain et aussi un TH-camr. Il est obligé de faire des challenges car c'est ce qui fait cliquer après tout. P.S. J'apprécie l'arc "MeetSponsor". Il devrait être montré en école d'informatique et en école de commerce car il est très éducatif.
N'oublions pas les commerciaux s'il vous plait : "il faut JUSTE déplacer cet item là à l'intérieur de ça, c'est ce que je viens de vendre au client", ils facilitent grandement notre tache
Ils ont peut-être des exigences importantes de rétrocompatibilité parce que sinon, ils auraient pu utiliser grid layout à la place de flexbox. Et ainsi, un seul menu responsive mobile/desktop avec le même code HTML. Après, grid layout, c'est quand même très bien supporté.
Il est vrai que la disparition d'internet explorer à soulager beaucoup de dev mais on oublie bien souvent la compatibilité Safari qui peut très vite devenir une petite galère bien que ça se soit beaucoup améliorer ces dernières années. Fut un temps ou IE et Safari c'était le même combat (le fameux champ date...)
Salut Benjamin, déjà j'adore ton prénom 😂. Tes vidéos sont vraiment top, mais en tant que dev backend, je me demande si tu pourrais faire quelques vidéos qui traite de ce sujet dans le même style que celle-ci. Bonne continuation 🎉
J'aime beaucoup ce concept d'émission, car c'est pas facile de trouver ce genre d'infos. Par exemple le coup du composant séparé pour le menu Desktop et Responsive, c'est exactement ce qui m'est arrivé et ça fait plaisir de voir qu'on est pas seul XD
Je me pose la question, est-ce que ça a été envisagé de faire un webcomponent/? Avec React je ne sais pas comment ça fonctionne, mais Angular c'est possible d'exporter son composant
Bonjour Ben juste une remarque tu inities des formats d ' émission puis au moment ou l on devient accro tu zappes et tu passes a autre chose je parle de gladiator ou des dev s ' affrontent en ligne puis reviewww .... avant j attendais avec impatience tes émissions aujourd'hui on sait jamais sur quoi je vais tomber. Je t avoue que parfois je zappe sur certaine. c est juste un avis en espérant que tu vas le lire
Vidéo très intéressante comme toujours ! Aucun rapport mais il faudrait que tes vidéos aient une outro plus longue avec juste la musique en fond et 2 ou 3 vignettes qui renvoient à d'autres de tes vidéos, comme ça ça laisse le temps pour mettre un pouce bleu dans une ambiance cosy sans craindre de se faire catapulter sur une autre vidéo !
comment détecter un développeur incompétent: incapable de choisir les techno et toujours aller sur le truc à la mode. sans vouloir être méchant à 1:03 j'ai vraiment de très mauvaises ondes.
Je suis étudiant, mais je me demande si pour la page html ils utilisent des scripts etc.. car le problème dont il parle pour le menu, bah perso je trouve ça assez facilement réglable comme problème
Pour l'accessibilité c'est un enfer de faire quelque chose de vraiment fort. Là où je bosse, on a 2 dev expert en accessibility ainsi qu'une QA tester spé, on fait aussi appel à un dév malvoyant. Plus des enquêtes régulières / inspections. Ça peux vite se compter en centaines voir millier d'heures de taff.. Mais c'est quand même hyper important et trop souvent négligé :)
Hors menu, personnellement j'aurai rajouté aussi les exigences de la boite comme les tests unitaires (exemple 80% demandé), tests intégrations, tests autos, la sécurité traiter toute les vulnérabilités, le green IT (exemple avec lighthouse on peut demandé d'avoir 80% mini partout) et j'en passe. Voila je pense que tout ça aussi peuvent faire rajouter du temps de dev. Du coup pour rajouter un point personnellement moi je met "exigences de l'entreprise" qui peuvent être diverses.
ปีที่แล้ว
Je lance une proposition polémique à méditer/débattre, surtout à destination de ceux qui organisent les développements : en fait la complexité d'un projet "professionnel" est largement gonflée par des facteurs que l'on peut corriger : le premier de ces facteurs c'est le nombre de personnes qui travaillent dessus. Plus il y en a plus c'est long, si une seule personne peut le code, on ne met qu'elle dessus, ça responsabilise et c'est plus intéressant pour elle aussi (à condition qu'il n'y ait pas de culture de la peur de l'erreur auquel cas personne ne voudra être seul et responsable). Pour minimiser le nombre de personnes on peut s'inspirer du modèle d'Amazon.
ปีที่แล้ว
Un autre point important c'est le non blocage. S'il y a un doute sur une direction à prendre ou un design, ne pas bloquer le projet pendant des jours en attendant la réponse des designers mais autoriser les devs à faire marcher leur bon sens puis à corriger. Pour certaines modifs cosmétiques mineures, on pourrait même prendre le risque de les laisser corriger par les designers eux-mêmes
Le legacy purée, je suis dans une boîte avec un legacy php qui date d'il y a 10 ans, donc sans aucun framework, avec des BDD qui viennent de LIMA, et j'peux dire, transformer ce code procédural en objet, c'était un pur plaisir... ça fait 4 ans que je suis dans la boîte, je suis le seul chargé de la transformation du code, en plus des autres projets dans des technos différentes. Le legacy est véritablement la chose qui démotive le plus
Du coup j'ai une petite question. Je ne suis pas développeur je précise 😂, concernant l'existant, c'est des choses accessibles uniquement au dev? Ou ce qui font du nocode peuvent effectuer ces choses là? Parce que les différentes vidéos de nos codes que je vois concernent uniquement des nouveaux sites et non pas des "mises à jours" de sites existants? Merci
La vidéo est déjà très complète mais j'ajouterais un point crucial : le contenu dynamique, cad le nombre d'entrées, les layouts ou encore les pushs CMS qui peuvent varier et donc ajouter un paquet de complexités que ce soit au niveau de la distribution des items, de leur dispositions ou sur la hauteur des éléments qui va falloir sécuriser. Une autre point qui peut ajouter de grosses difficultés : le sticky header. Outre la multitude de comportements possibles (apparition/disparition et différents états graphiques), il génère à tous les coups des effets de bords comme lorsque la hauteur d'un méga menu excède la hauteur de l'écran de l'utilisateur. Auquel cas, on va par exemple générer un scroll dans le mega menu ce qui peut vite ajouter de l'instabilité et des bugs graphiques. On peut enfin ajouter les animations ! Je ne compte plus les menus qui n'ont aucuns effets ou alors dont les effets se rechargent à chaque fois qu'on roll sur une entrée de niveau 1, ou pire, l'effet blip (disparition/apparition) du méga-menu entre deux entrées de niveau 1. Bref, c'est tout un art et c'est assez pointu quand on veut faire quelque chose de stable et propre.
Lorsque j’ai commencé l’université, j’ai remarqué qu’il y avait toujours des gens qui se disaient bons et choisissaient leur coéquipiers pour les travaux. Puis, j’ai remarqué au travail qu’il y a toujours des gens qui se disent compétents, mais ils reçoivent des formations en entreprise et se font expliquer tout ce qu’ils doivent faire donc j’ai travaillé plus fort parce que je devais lire toute la documentation sachant qu’ils arrêtent là où il n’y a pas de tutoriel et j’allais hérité de cela comme s’ils en avaient fait suffisamment. Puis, j’ai été obligé de sacrifier beaucoup plus de temps à me former et encore plus dans des entrevues techniques et des processus d’embauche de plus en plus long. Puis, je me suis rendu compte qu’on bloquait mes accès aux outils et serveur pour faire le travail. La dernière fois, il avait débloqué la veille pour un travail qui demandait une semaine et j’ai simplement pas dormi de la nuit, puis mon patron m’a convoqué à une évaluation surprise. Il avait commencé par dire que je ne savais pas configurer, il semblait surpris que cela soit terminé et il m’a dit que j’étais très compétent mais il avait besoin de quelqu’un de calme. Je pense que pro ou amateur, on ne peut jamais satisfaire tout le monde, mais les gens comme moi, ils vont travailler dans leurs affaires parce que je ne veux pas faire la gestion de mes comportements avec les autres en entreprise donc j’entends qu’on se plante et que la pression monte au maximum, puis je me présente. Je n’ai pas de vie donc je vais trouver la solution à ton problème mais une fois que tout commence à fonctionner, je commence à envoyer des cv, il ne faut pas m’en vouloir, je prend de l’avance. J’ai fait de la finance et je compte sur mes placements pour gagner ma vie et non un bon travail. Je le sais parce que j’ai rapporté plus de 5 millions en 4 mois et cela m’a fait perdre mon emploi. Ce félicitant de son succès mon patron avait besoin d’engager un gros nom. Il a fermé avec des dettes se félicitant chacun de leur excellent travail. Le plus important, c’est de toujours faire ce que l’on dit peu importe les conséquences. Je ne peux pas me fier aux références, surtout que je déteste les informaticiens, je regarde l’argent gagné seulement. On est tellement en retard à cause des mentalités qui ne favorisent pas l’effort.
Hello! Pour moi j'ajouterais le setup du projet, souvent bien plus long que ce que tu peux faire en live. Même si ça c'est amélioré au fil du temps, il y a toujours des imports de base, de média, un .env à configurer... Et un énorme point: la dynamisation. Souvent le contenu est dynamique, il faut prévoir plein de conditions dans le code pour qu'un élément s'affiche s'il est présent ou non, prévoir les fallbacks si une entrée n'a pas de sous-menu, des cas particuliers pour certains affichages le tout en restant dans une boucle. Et perso sur les projets de ma boîte on travaille en design atomique + styleguide, c'est un gain de temps/maintenance sur le long terme, mais la mise en place en début de projet est toujours assez coûteuse en temps :) Merci pour cette vidéo en tout cas, c'est à partager à des chefs de projet ou clients qui ne comprennent pas pourquoi les devs prennent tant de temps parfois! (surtout comparé à ce qu'on peut voir dans des challenges comme ceux que tu fais :) )
point 6 : Bah du coup pourquoi les sites de recettes de cuisine recommandés ils affichent 1000 boutons sur la même page pour rediriger vers leurs réseaux sociaux et restent recommandés ?
Salut Benjamin, je suis actuellement en reconversion dans le dev, aujourd'hui j'ai eu mon premier entretien je pensais qu'on allait me tester sur codingame la personne m'a dit trop facile, tu dois comparer des mains de poker (texas hold'em), la c'est compliqué... J'ai essayé en revenant à la maison déjà de juste former les possibilités de mains possibles. Du coup je voulais savoir, c'est une question pour tous les devs, en combien de temps pensez-vous pouvoir coder un jeu de poker ?
Hyper intéressant ! J'espère découvrir bientôt tous ces challenges dans une entreprise. Par contre Benjamin, trop dur d'écouter la conclusion avec ce saxo en fond et les frissons que ça procure 🤣
c'est vrai qu'on pense souvent au d:none pour cacher un composant et pas en js... ça pourrait être pas mal de développer ça lors d'un prochain challenge
J’adore tellement t’es vidéos ! Je pense bientôt me réorienter pour le développement ! Je commence sur Swift la c’est pas trop mal ! Tu pourras aborder le sujet ?
console.log c'est facile, simple et ça peut être efficace avec un peu d'xp Oui sentry blablabla mais n'empêche que la console c'est pas trop trop dégueu
@@poischiche2933 de façon générale debugger avec la console c'est dangereux et peu efficace, lorsque tu programmes (pas juste en JavaScript) tu utilises le debugger avec des break point :)
Est-ce que vous voyez d'autres points qu'on aurait oubliés ?
Merci à Infomaniak pour la confiance et ce précieux retour d'expérience qui aidera plus d'un junior par ici ! Découvrez-en plus sur eux ici :
bit.ly/INFOMANIAK
Magnifique ce concept 🎉
Super vidéo 😊 Le respect du coding style et réfléchir à un code performant et facilement maintenable peut prendre pas mal de temps aussi alors que sur un projet perso tu t'impose naturellement moins de contraintes sachant que tu seras le seul à bosser sur ce code.
La sécurité, les performances, l’exploitabilité et le paramétrage : ce n’est pas forcément le plus spécifique au front mais ça peut avoir son importance et son ensemble de contrainte.
J'aurai ajouter la web perf 😊
Il y a quelques web vitals que le front peux gérer
Le truc c'est que les pros sont plus professionnels que les amateurs.
Je n'ai pas ton vocabulaire pour expliquer ça mais voila un amateur est moins professionnels quoi
Il est également essentiel de prendre en compte la complexité liée à la collaboration avec les développeurs backend. Parfois, le front-end doit attendre que le développeur backend achève sa tâche avant de pouvoir commencer à travailler dessus. De plus, une fois que le front-end commence à travailler, il peut se rendre compte de certains besoins supplémentaires que le backend et le front-end avaient oubliés.
Une autre source de complexité réside dans l'utilisation de frameworks UI externes. Cela nécessite de se familiariser avec leur documentation et de s'adapter aux composants déjà existants dans ces frameworks pour obtenir un rendu conforme à la conception réalisée par l'UX Designer. Cette étape peut parfois être délicate et demande une attention particulière pour garantir la cohérence entre la conception et le résultat final.
On aime notre métier 😁
Pas forcement d'accord
Je suis dev back-end et avant de commencer un nouveau CRUD / endpoint / w/e j'en parle avec un collegue front et on se met d'accord sur un format / les infos qui sont retournés par les endpoints etc... pour qu'il puisse faire des mocks et dev le front en parallèle
Il y aura toujours des modifs de derniere minute / des choses qu'on aura oublié mais je pense qu'on a une grosse partie du taff fait et ça nous permet de taffer en parallele
C'est que mon avis et comment ça se passe dans ma boite, j'imagine que ça doit pas forcement être la même partout !
@@elyukan6723imaginez un fichier YAML qu'on charge dans Postman et en fait ça définit une spec qui fait office de contrat entre le back et le front, ça serait une dinguerie
A chaque fois que j’entends ta musique j’ai des petits frissons de plaisir. Quelle merveille!
Merci pour l'interview c'était très cool 😄
C'est jamais simple d'estimer, mais c'est en essayant qu'on s'améliore 💪
Bravo Thibaut pour cette interview ! Je suis agréablement surpris de te voir sur cette chaîne ! :D
Thibaut c’est une légende du sud est de la France !
@@BenjaminCode très fier d'avoir passé mon stage en tant que chef de projet dans l'équipe d'une légende ! 🤩
GG ;)
- Point 1 : l'existant
- Point 2 : le responsive
- Point 3 : le multi-language (les traductions)
- Point 4 : l'accessibilité
- Point 5 : les ajustements (notamment d'UX)
- Point 6 : le SEO
- Point 7 : la compatibilité entre les différents navigateurs
Les tests et la doc pour la postérité
Sur un projet pro il est aussi important de prendre en compte la partie sécurité du site ;)
Superbe interview. J’utilise Gatsby à mort en ce moment pour mes projets de sites web vitrines, c’est un super framework, je l’adore! Je l’ai lié à Drupal et la j’en fait un lié à WordPress. J’ai appris React avec ce framework. Merci pour la vidéo Benjamin 👍
Bonjour, j'ai découvert récemment votre chaîne YT et vous m'avez beaucoup aidé dans ma réorientation, merci énormément pour tout le contenu de qualité que vous proposez 💪
C’est un honneur !
Vraiment très bon sujet de vidéo, très utile. Le retour expérience est très formateur
Lorsque tu dois tourner avec une motomarine, ce n'est pas la même chose que le faire avec un porte-avions. La taille de l'entreprise compte, tu ne fais pas tout ce que tu veux, il faut des autorisations pour tout. C'est hors de ton contrôle, même si tu les demandes 2 ans d'avance, elles vont arriver 4 à 6 mois après le début du projet.
Super video, merci. PS : Vive de la fin de IE ;)
Vidéo top !
Vidéo encore plus intéressante que d'habitude. o/ Merci
Cette vidéo est la preuve que l'IA n'est pas prêt de remplacer les devs/ingénieurs.
Super intéressant ! Est-ce qu'on peut voir ton échange complet avec le mec d'infomaniak quelque part ?
Je dirais meme un dernier point mon cher Benjamin: Les per-for-mances! Des perf API au caching, des perfs React au perf WebGL, file size....
Sympa! Merci
T'es un boss ben🎉
Tout ce que tu nous a énuméré la c'est la base qu'on nous apprennd en dev front c'est des notions tres importante
J’avoue que le hover du menu c’est quelque chose que j’ai déjà rencontré et ça, tu n’y penses que quand tu as déjà l’expérience.
C'est cool ça! Bon, étant donné que tu es spécialisé front, je suppose que c'est voulu, mais il manque plein de points concernant le backend "amateurs" vs "pros" 😉
S'il te plait est ce que tu peux donner la musique d'obismo pour une playlist de travail
A laquelle fais tu référence ?
@@BenjaminCode celle qui tu mets en fond et en transition de tes parties
Ça marche sur IE 5.5 ? 😅
(souvenirs douloureux)
En plus dès test je rajouterai la mise en prod + les bugs du au mise à jour des cms ou l’incompatibilité des versions utilisé. OusS😁
Et en back end j'imagine que c'est là où ça change le plus entre entreprise et amateur non ?
le seo c'est la mortttt
Soutien
Autre point que j'ai oublié : la webperf. On peut avoir plein de contenus CMS avec de bons gros visuels présents dans les méga-menus, auquel cas il faut lazyloader/optimiser tout ça. On peut également avoir un nombre d'éléments très important dans le dom (ça peut faire jusqu'à 1/3 du markup global) et dégrader fortement la vitesse de chargement de la page. Auquel cas, il peut parfois être utile de charger les sous-entrées en asynchrones (au survol d'une entrée par exemple). Là encore pas si simple à faire IRL... Je passe également sur les mode silo SEO et autres réjouissances ^^
Pour moi il manque le point le plus important : l'optimisme extreme de nous, developpeurs, sur la solution. Je multiplie toujours par 2 mon estimatif pessimiste
Le salaire 😊
Personnellement pour les deux points manquants, je dirais la sécurité et la gestion des données jusqu'au moment où je suis dans la vidéo, ça n'a pas été abordé ^^
14:12 windows 9 ? vraiment ? j'ai tiqué direct...🤯
La différence entre un pro et un débutant ? easy le pro lit la doc :D
Le navigateur qui m'emmerde encore c'est Safari. Je crois que le dernier truc qu'il voulait pas appliquer en css c'était le gap. Fait chier !
Merci pour la vidéo :)
Est-il possible de voir les interviews en entier ? Sur une chaîne secondaire ou via patreon ? En tout cas merci pour tout ce contenu !
À mon avis il manque 2 points: les tests (UI ou regression visuelle) et les contraintes du mode Agile -s'ils l'utilisent- (refinement etc, A/R avec l'équipe design).
Ah merde tu les as mentionnés en tout tout dernier 😂
Impatient !!
On sent le testeur QA ahah @alexandrepereira6522
@@samythegrappler3297 même pas haha. Mais où je bosse on est 30 ingés sur la partie front end donc les tests ça sauve la vie!
@@alexandrepereira6522 30!?!?😱 Ca doit être une grosse boîte mdr
Bonjour Benjamin, toujours très intéressant, pourquoi pas un jour une vidéo dédiée au devis d'ailleurs de A à Z ? Bonne journééééeee 😊
J ai une question, comme le site web run sur le meme domain name, cela veut dire que lorsque qu ils "build" leur interface et telecharge sur le platform de hosting, dans le meme build file il y a les deux versions web and les deux version mobile? cela m ammenne a demander si le moteur de recherche check si le DOM est un web browser or a web browser on a phone? comment on fait ca et surtout est ce que j ai raison?
Bien pour ça que je lâcherais pour rien au monde le freelance, 3 mois pour dev une feature parce que les gens s'accordent pas ou se marche sur les pieds à cause des différences de compétences et l'intolérance et la toxicité de certains dev "senior" ou chef de projets, je sais que pour ma part je gère mieux un projet seul
Point N°1, Bam je suis aussi entrain de passer sur React et Gatsby alors que le site est en WP... Ça m'a bien parlé 😅. Merci de t'être pencher sur toutes ces problématiques qui apparaissent vraiment quand est dans le monde du travail et qui sont souvent cachées sous le tapis lors des formations. Côté back, je rajouterais de la difficulté à travailler avec des partenaires qui utilisent des techno différentes avec leurs propres règles d'API par exemples, leurs propres timeout, ... Ceux qui savent, savent 😓
Super concept !
Un point méga important pour moi, l'ergonomie ! C'est pas pour rien que j'utilise pas Blender que je trouve NUL A CHIER niveau ergonomie
Pour moi le mode dark fait partie de l'ergonomie, si je peu pas de suite mètre en thème nuit, ça me péte les yeux et c'est super relou moi qui suit photosensible.
Ont peu parler aussi de l'écologie du site, avoir un site qui prend moins de ressources etc, ça peu être bien.
je metals donner 2 ans pour mon engine, j'en suis a ~5 ans 😂et avec le recule j'en ais encore pour min 2 ans.
Ont est tous mauvais pour évaluer la complexité et les besoin d'une architecture, surtout en RD.
On en parle des tests unitaires et des tests d'intégration ? 😳 Ça rajoute au moins 8000 ans au temps de développement 😂
J’en suis après le point 5 : à coup sûr l’un des deux derniers points c’est la compatibilité avec cet enfer qu’est Internet Explorer ! Et aussi Safari qui fait des siennes régulièrement…
T’es le goat !
Il y a aussi le fait de bosser en équipe, avec les codes reviews, les retours etc..., ça permet d'avoir un meilleur résultat mais ça prend plus de temps
J'aurais dû voir cette vidéo avant. En fait, je suis un peu agacé car les challenges de rapidité comme "je refais Netflix en 4h..." nuisent à la réalité du terrain. En fait, cela contribue à alimenter le mythe que les jeunes développeurs (front, back ou mobile) sont des génies. Cette vidéo remet bien l'église au centre du village. Ce qui me rassure, c'est que Benjamin est un développeur expérimenté car il est contient des réalités du terrain et aussi un TH-camr. Il est obligé de faire des challenges car c'est ce qui fait cliquer après tout.
P.S. J'apprécie l'arc "MeetSponsor". Il devrait être montré en école d'informatique et en école de commerce car il est très éducatif.
N'oublions pas les commerciaux s'il vous plait : "il faut JUSTE déplacer cet item là à l'intérieur de ça, c'est ce que je viens de vendre au client", ils facilitent grandement notre tache
Ils ont peut-être des exigences importantes de rétrocompatibilité parce que sinon, ils auraient pu utiliser grid layout à la place de flexbox. Et ainsi, un seul menu responsive mobile/desktop avec le même code HTML. Après, grid layout, c'est quand même très bien supporté.
Pour le point 3 imaginez quand vous avez à faire avec un site Arabe + une autre langue LTR
Il est vrai que la disparition d'internet explorer à soulager beaucoup de dev mais on oublie bien souvent la compatibilité Safari qui peut très vite devenir une petite galère bien que ça se soit beaucoup améliorer ces dernières années. Fut un temps ou IE et Safari c'était le même combat (le fameux champ date...)
👍
Salut Benjamin, déjà j'adore ton prénom 😂. Tes vidéos sont vraiment top, mais en tant que dev backend, je me demande si tu pourrais faire quelques vidéos qui traite de ce sujet dans le même style que celle-ci.
Bonne continuation 🎉
J'aime beaucoup ce concept d'émission, car c'est pas facile de trouver ce genre d'infos. Par exemple le coup du composant séparé pour le menu Desktop et Responsive, c'est exactement ce qui m'est arrivé et ça fait plaisir de voir qu'on est pas seul XD
Je me pose la question, est-ce que ça a été envisagé de faire un webcomponent/? Avec React je ne sais pas comment ça fonctionne, mais Angular c'est possible d'exporter son composant
Bonjour Ben
juste une remarque tu inities des formats d ' émission puis au moment ou l on devient accro tu zappes et tu passes a autre chose
je parle de gladiator ou des dev s ' affrontent en ligne puis reviewww ....
avant j attendais avec impatience tes émissions aujourd'hui on sait jamais sur quoi je vais tomber.
Je t avoue que parfois je zappe sur certaine.
c est juste un avis en espérant que tu vas le lire
RIP l'accessibilité, mis à part le "enter" pour valider un login, je ne m'en préoccupe jamais :/
Et puis t'as ceux dans l'embarque aeronautique et automobile... 😂
Safari est bien casse-burnes lui aussi, même si moins que IE
La compatibilité avec Internet Explorer 6 🤣
une boîte si fabuleuse que leurs devs ont pas les moyens d'acheter une webcam
Bonjour, c'est quel logiciel que vous utilisée sur le point 4 ? Sa à l'air sympas.
N'oublie pas qu'aujourd'hui il y a... Safari
Merci j ai appris beaucoup surtout pour la traduction en allemand fallais y penser merci
Bien aimé, internet explorer nous a bien ennuyé à l'époque. Bonne vidéo
Maintenabilité, la gestion des couleur ?
Les test unitaires c'est peut être la partie fun
par contre les e2e ça c'est galère wsh
Le premier gros problème de projet fut le choix de ce menu.
Super intéressant, merci
Cool
Merci douwi
Top merci !
merci 🎉
+1 abonné
Vidéo très intéressante comme toujours !
Aucun rapport mais il faudrait que tes vidéos aient une outro plus longue avec juste la musique en fond et 2 ou 3 vignettes qui renvoient à d'autres de tes vidéos, comme ça ça laisse le temps pour mettre un pouce bleu dans une ambiance cosy sans craindre de se faire catapulter sur une autre vidéo !
comment détecter un développeur incompétent: incapable de choisir les techno et toujours aller sur le truc à la mode. sans vouloir être méchant à 1:03 j'ai vraiment de très mauvaises ondes.
Je suis étudiant, mais je me demande si pour la page html ils utilisent des scripts etc.. car le problème dont il parle pour le menu, bah perso je trouve ça assez facilement réglable comme problème
Potentiels deux points: Optimisation (chargement) et SEO ?
1/2
Merci pour la vidéo. Super intéressant comme toujours!
Dark mode?
Fond noir
bravo
Pour l'accessibilité c'est un enfer de faire quelque chose de vraiment fort. Là où je bosse, on a 2 dev expert en accessibility ainsi qu'une QA tester spé, on fait aussi appel à un dév malvoyant. Plus des enquêtes régulières / inspections. Ça peux vite se compter en centaines voir millier d'heures de taff.. Mais c'est quand même hyper important et trop souvent négligé :)
salut, oui clairement, sortir du menu par inadvertance...que c'est galère !!
Merci pour ce guide
Super vidéo comme d’hab !
Hors menu, personnellement j'aurai rajouté aussi les exigences de la boite comme les tests unitaires (exemple 80% demandé), tests intégrations, tests autos, la sécurité traiter toute les vulnérabilités, le green IT (exemple avec lighthouse on peut demandé d'avoir 80% mini partout) et j'en passe. Voila je pense que tout ça aussi peuvent faire rajouter du temps de dev.
Du coup pour rajouter un point personnellement moi je met "exigences de l'entreprise" qui peuvent être diverses.
Je lance une proposition polémique à méditer/débattre, surtout à destination de ceux qui organisent les développements : en fait la complexité d'un projet "professionnel" est largement gonflée par des facteurs que l'on peut corriger : le premier de ces facteurs c'est le nombre de personnes qui travaillent dessus. Plus il y en a plus c'est long, si une seule personne peut le code, on ne met qu'elle dessus, ça responsabilise et c'est plus intéressant pour elle aussi (à condition qu'il n'y ait pas de culture de la peur de l'erreur auquel cas personne ne voudra être seul et responsable). Pour minimiser le nombre de personnes on peut s'inspirer du modèle d'Amazon.
Un autre point important c'est le non blocage. S'il y a un doute sur une direction à prendre ou un design, ne pas bloquer le projet pendant des jours en attendant la réponse des designers mais autoriser les devs à faire marcher leur bon sens puis à corriger. Pour certaines modifs cosmétiques mineures, on pourrait même prendre le risque de les laisser corriger par les designers eux-mêmes
Concernant la taille des groupes, chez google ç'est leur stratégie : 3 ou 4 personnes sur des milliers de projet
Super intéressant
Le legacy purée, je suis dans une boîte avec un legacy php qui date d'il y a 10 ans, donc sans aucun framework, avec des BDD qui viennent de LIMA, et j'peux dire, transformer ce code procédural en objet, c'était un pur plaisir... ça fait 4 ans que je suis dans la boîte, je suis le seul chargé de la transformation du code, en plus des autres projets dans des technos différentes. Le legacy est véritablement la chose qui démotive le plus
Du coup j'ai une petite question. Je ne suis pas développeur je précise 😂, concernant l'existant, c'est des choses accessibles uniquement au dev? Ou ce qui font du nocode peuvent effectuer ces choses là? Parce que les différentes vidéos de nos codes que je vois concernent uniquement des nouveaux sites et non pas des "mises à jours" de sites existants? Merci
La vidéo est déjà très complète mais j'ajouterais un point crucial : le contenu dynamique, cad le nombre d'entrées, les layouts ou encore les pushs CMS qui peuvent varier et donc ajouter un paquet de complexités que ce soit au niveau de la distribution des items, de leur dispositions ou sur la hauteur des éléments qui va falloir sécuriser.
Une autre point qui peut ajouter de grosses difficultés : le sticky header. Outre la multitude de comportements possibles (apparition/disparition et différents états graphiques), il génère à tous les coups des effets de bords comme lorsque la hauteur d'un méga menu excède la hauteur de l'écran de l'utilisateur. Auquel cas, on va par exemple générer un scroll dans le mega menu ce qui peut vite ajouter de l'instabilité et des bugs graphiques.
On peut enfin ajouter les animations ! Je ne compte plus les menus qui n'ont aucuns effets ou alors dont les effets se rechargent à chaque fois qu'on roll sur une entrée de niveau 1, ou pire, l'effet blip (disparition/apparition) du méga-menu entre deux entrées de niveau 1. Bref, c'est tout un art et c'est assez pointu quand on veut faire quelque chose de stable et propre.
Lorsque j’ai commencé l’université, j’ai remarqué qu’il y avait toujours des gens qui se disaient bons et choisissaient leur coéquipiers pour les travaux. Puis, j’ai remarqué au travail qu’il y a toujours des gens qui se disent compétents, mais ils reçoivent des formations en entreprise et se font expliquer tout ce qu’ils doivent faire donc j’ai travaillé plus fort parce que je devais lire toute la documentation sachant qu’ils arrêtent là où il n’y a pas de tutoriel et j’allais hérité de cela comme s’ils en avaient fait suffisamment. Puis, j’ai été obligé de sacrifier beaucoup plus de temps à me former et encore plus dans des entrevues techniques et des processus d’embauche de plus en plus long. Puis, je me suis rendu compte qu’on bloquait mes accès aux outils et serveur pour faire le travail. La dernière fois, il avait débloqué la veille pour un travail qui demandait une semaine et j’ai simplement pas dormi de la nuit, puis mon patron m’a convoqué à une évaluation surprise. Il avait commencé par dire que je ne savais pas configurer, il semblait surpris que cela soit terminé et il m’a dit que j’étais très compétent mais il avait besoin de quelqu’un de calme. Je pense que pro ou amateur, on ne peut jamais satisfaire tout le monde, mais les gens comme moi, ils vont travailler dans leurs affaires parce que je ne veux pas faire la gestion de mes comportements avec les autres en entreprise donc j’entends qu’on se plante et que la pression monte au maximum, puis je me présente. Je n’ai pas de vie donc je vais trouver la solution à ton problème mais une fois que tout commence à fonctionner, je commence à envoyer des cv, il ne faut pas m’en vouloir, je prend de l’avance. J’ai fait de la finance et je compte sur mes placements pour gagner ma vie et non un bon travail. Je le sais parce que j’ai rapporté plus de 5 millions en 4 mois et cela m’a fait perdre mon emploi. Ce félicitant de son succès mon patron avait besoin d’engager un gros nom. Il a fermé avec des dettes se félicitant chacun de leur excellent travail. Le plus important, c’est de toujours faire ce que l’on dit peu importe les conséquences. Je ne peux pas me fier aux références, surtout que je déteste les informaticiens, je regarde l’argent gagné seulement. On est tellement en retard à cause des mentalités qui ne favorisent pas l’effort.
Hello!
Pour moi j'ajouterais le setup du projet, souvent bien plus long que ce que tu peux faire en live. Même si ça c'est amélioré au fil du temps, il y a toujours des imports de base, de média, un .env à configurer...
Et un énorme point: la dynamisation. Souvent le contenu est dynamique, il faut prévoir plein de conditions dans le code pour qu'un élément s'affiche s'il est présent ou non, prévoir les fallbacks si une entrée n'a pas de sous-menu, des cas particuliers pour certains affichages le tout en restant dans une boucle.
Et perso sur les projets de ma boîte on travaille en design atomique + styleguide, c'est un gain de temps/maintenance sur le long terme, mais la mise en place en début de projet est toujours assez coûteuse en temps :)
Merci pour cette vidéo en tout cas, c'est à partager à des chefs de projet ou clients qui ne comprennent pas pourquoi les devs prennent tant de temps parfois! (surtout comparé à ce qu'on peut voir dans des challenges comme ceux que tu fais :) )
point 6 : Bah du coup pourquoi les sites de recettes de cuisine recommandés ils affichent 1000 boutons sur la même page pour rediriger vers leurs réseaux sociaux et restent recommandés ?
Salut Benjamin, je suis actuellement en reconversion dans le dev, aujourd'hui j'ai eu mon premier entretien je pensais qu'on allait me tester sur codingame la personne m'a dit trop facile, tu dois comparer des mains de poker (texas hold'em), la c'est compliqué... J'ai essayé en revenant à la maison déjà de juste former les possibilités de mains possibles. Du coup je voulais savoir, c'est une question pour tous les devs, en combien de temps pensez-vous pouvoir coder un jeu de poker ?
Hyper intéressant ! J'espère découvrir bientôt tous ces challenges dans une entreprise. Par contre Benjamin, trop dur d'écouter la conclusion avec ce saxo en fond et les frissons que ça procure 🤣
c'est vrai qu'on pense souvent au d:none pour cacher un composant et pas en js...
ça pourrait être pas mal de développer ça lors d'un prochain challenge
J’adore tellement t’es vidéos ! Je pense bientôt me réorienter pour le développement ! Je commence sur Swift la c’est pas trop mal ! Tu pourras aborder le sujet ?
Tu as oublié les juniors qui tu utilise les console.log pour débugger, ou bien encore les juniors qui ont tendance à re imaginer la roue :)
console.log c'est facile, simple et ça peut être efficace avec un peu d'xp
Oui sentry blablabla mais n'empêche que la console c'est pas trop trop dégueu
@@poischiche2933 de façon générale debugger avec la console c'est dangereux et peu efficace, lorsque tu programmes (pas juste en JavaScript) tu utilises le debugger avec des break point :)
Ya des navigateurs pour tester l'accessibilité ? Quelqu'un a plus d'info sur ça ?
J'adore vos vidéos j'en apprend tellement 😊😊 merci