7 secrets qui vous séparent des développeurs pro

[@BenjaminCode]

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

[@kesraouimohamed9611]

Magnifique ce concept 🎉

[@peteralexandre6593]

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.

[@jpm9908]

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.

[@nicolasdiarra2667]

J'aurai ajouter la web perf 😊 Il y a quelques web vitals que le front peux gérer

[@okaniyoshiii9212]

J'ai cru comprendre qu'il existe aussi des personnes qui désactivent JS notamment car certaines développeurs ont tendance à abuser des capacités d'animations offertes par ce langage et donc l'utilisateur désactive JS pour être sur de ne pas souffrir de problèmes types nausées etc ... C'est ce qui fait que nous pouvons utiliser la balise "noscript" en HTML au cas où des personnes se trouvent dans cette situation. Ca fait partie des règles d'accessibilité et ça devrait être pris en compte à minima en rajoutant une balise "noscript" pour indiquer que le site ne peut pas fonctionner correctement sans JS ou, dans l'idéal, préparer le coup et faire une version statique valide et uniquement lorsqu'elle est faite, rajouter du JS par dessus. Sauf que dans ce deuxième cas, cela peu amener a refaire son code intégralement ^^'

[@Thenewgambita]

A chaque fois que j’entends ta musique j’ai des petits frissons de plaisir. Quelle merveille!

[@regulusstark3726]

- 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

[@MonsieurPatapouf]

Les tests et la doc pour la postérité

[@thibauttlmn]

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 💪

[@SimonBernoud]

Bravo Thibaut pour cette interview ! Je suis agréablement surpris de te voir sur cette chaîne ! :D

[@BenjaminCode]

Thibaut c’est une légende du sud est de la France !

[@SimonBernoud]

​@@BenjaminCode très fier d'avoir passé mon stage en tant que chef de projet dans l'équipe d'une légende ! 🤩

[@g33ko5]

GG ;)

[@JeremyGarcini]

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 😁

[@elyukan6723]

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 !

[@sagasofreddit_]

​@@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

[@vinben007]

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?

[@MadameCocotte23]

Tous ces tips dans une seule vidéo !!! MERCI !

[@snooki9]

Super video ! Un plaisir de se cultiver dans ce domaine sur ta chaine !

[@tonyrabillard9517]

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 🤣

[@Cosalpino]

Hello, Merci pour ton travail, tes vidéos me motives et me poussent à m'améliorer, continue comme ça !

[@JediDev]

Vraiment très bon sujet de vidéo, très utile. Le retour expérience est très formateur

[@melkorsargeras]

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 💪

[@BenjaminCode]

C’est un honneur !

[@greenboy59]

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 👍

[@asubijotaka7374]

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

[@Zesoushie]

J'adore vos vidéos j'en apprend tellement 😊😊 merci

[@oswald6818]

Super instructif, merci beaucoup !

[@NicolasCuffia]

Merci pour la vidéo. Super intéressant comme toujours!

[@satanimax-game]

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

[@Pentiminax]

Super concept !

[@contrevent]

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 😓

[@freececile]

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 😊

[@MrAzurha]

Vidéo encore plus intéressante que d'habitude. o/ Merci

[@dylanadc4403]

Très bonne vidéo merci pour toutes ces infos !!

[@ange550]

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

[@loicleborgne8713]

Super video, merci. PS : Vive de la fin de IE ;)

[@Pinou10001]

Super vidéo comme d’hab !

[@Agile_Hero]

Super intéressant, merci

[@Viniew59]

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 ?

[@benoitalix]

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.

[@Thomas-je5rj]

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 !

[@MV-bp8jy]

J'adore ce concept❤

[@gwenillia]

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

[@pintokatendejonathan1740]

Merci pour ce guide

[@guillaumebertrand2220]

Sur un projet pro il est aussi important de prendre en compte la partie sécurité du site ;)

[@Samuel_me]

T'es un boss ben🎉

[@romaingeffrault4979]

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

[@silverhawk7211]

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 !

[@slylio8998]

super sympa la vidéo le sujet abordé m'est très utile

[@kapa9436]

Vidéo top !

[@benjaminniddam2114]

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 🎉

[@dond989]

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

[@IbragimArt]

Sympa! Merci

[@Tom-rk3lo]

Top merci !

[@0wis105]

Super vidéo, merci beaucoup ! Quand on commence à creuser, on voit qu'il y a encore beaucoup beaucoup de travail dispo sur le web. Rare sont les sites aussi aboutis qui se sont posés toutes ces questions surtout quand on sort du domaine de la tech (et pourtant, la majorité des utilisateurs/consommateurs ne sont pas des tech). Et c'est bien dommage pour tout le monde. Bref, j'ai kiffé la vidéo et j'adore toujours autant le petit fond sonore au saxo ! 🎶🎷🤩

[@aquisiteur5956]

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.

[@ReneMongeau1]

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.

[@lsequoiass3704]

Bonjour, c'est quel logiciel que vous utilisée sur le point 4 ? Sa à l'air sympas.

[@CHSpirou]

Bien aimé, internet explorer nous a bien ennuyé à l'époque. Bonne vidéo

[@alexandrepereira6522]

À 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).

[@alexandrepereira6522]

Ah merde tu les as mentionnés en tout tout dernier 😂

[@BenjaminCode]

Impatient !!

[@samythegrappler3297]

On sent le testeur QA ahah @alexandrepereira6522

[@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!

[@samythegrappler3297]

@@alexandrepereira6522 30!?!?😱 Ca doit être une grosse boîte mdr

[@jimmycherry6116]

Le point 5 j'ai trop rigolé c'est tellement vrai😂😂😂 tu m'as tué

[@stephenranaud9420]

Cette vidéo est la preuve que l'IA n'est pas prêt de remplacer les devs/ingénieurs.

[@nunn]

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

[@coc2407]

S'il te plait est ce que tu peux donner la musique d'obismo pour une playlist de travail

[@BenjaminCode]

A laquelle fais tu référence ?

[@coc2407]

@@BenjaminCode celle qui tu mets en fond et en transition de tes parties

[@alexfrn7657]

Super intéressant ! Est-ce qu'on peut voir ton échange complet avec le mec d'infomaniak quelque part ?

[@deadweight6877]

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

[@dicanascruz1]

merci 🎉

[@MalalaniainaRaharinirina]

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

[@gijoe5508]

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.

[@joda6797]

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

[@LawlietKM]

Super intéressant

[@notaMorocco]

bravo

[@ArnaudTanielian]

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....

[@choumoune]

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" 😉

[@DeVs51]

Merci j ai appris beaucoup surtout pour la traduction en allemand fallais y penser merci

[@shade63]

Merci douwi

[@angelo-u]

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

[@ghostbluster8900]

Maintenabilité, la gestion des couleur ?

[@mrlionelb]

Ça marche sur IE 5.5 ? 😅 (souvenirs douloureux)

[@ts98mlv]

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

[@MFRDeLaVega91]

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.

[@camilleroydev]

On en parle des tests unitaires et des tests d'intégration ? 😳 Ça rajoute au moins 8000 ans au temps de développement 😂

[@mortkaus]

Pour le SEO, je suis content d'utiliser NextJS et d'avoir moins de chose à gérer :P

[@yanisoulhaci3369]

Ya des navigateurs pour tester l'accessibilité ? Quelqu'un a plus d'info sur ça ?

[@Gabriel-vj8ni]

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 ?

[@asubijotaka7374]

Potentiels deux points: Optimisation (chargement) et SEO ?

[@BenjaminCode]

1/2

[@Pinou10001]

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…

[@BenjaminCode]

T’es le goat !

[@Adeams]

Safari est bien casse-burnes lui aussi, même si moins que IE

[@benoitalix]

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

[@CoIdestMoments]

une boîte si fabuleuse que leurs devs ont pas les moyens d'acheter une webcam

[@matthzor3546]

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

[@poischiche2933]

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

[@matthzor3546]

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

[@Ray-Yami]

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.

[@cyrilthiebaut5244]

Et en back end j'imagine que c'est là où ça change le plus entre entreprise et amateur non ?

[@RecréerMarioEtZelda]

salut, oui clairement, sortir du menu par inadvertance...que c'est galère !!

[@sylvian3461]

Un truc aussi à pas oublier : les tests

[@midnightforseth]

+1 abonné

[@elsombrero306]

Les test unitaires c'est peut être la partie fun par contre les e2e ça c'est galère wsh

[@raplyricist7179]

👍

[@taomushin6939]

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😁

[@TeckniVale46]

14:12 windows 9 ? vraiment ? j'ai tiqué direct...🤯

[@urixcorp4919]

Le premier gros problème de projet fut le choix de ce menu.

[@bosterjack]

Cool

[@KelenSDev]

La performance, la rapidité de chargement du premier aperçu.

[@PhunkyBob]

La compatibilité avec Internet Explorer 6 🤣

[@galiworks]

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

[@PlunneCeleste]

Et puis t'as ceux dans l'embarque aeronautique et automobile... 😂

[@yannickchalu5275]

Dark mode?

[@ambreblanc8815]

Fond noir

[@CG-uy6nk]

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.

[@thevaggthebrine9757]

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

[@antoinelust-r7k]

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

[@tigidou3344]

1:37 "Dans deux languages différents"... ben, non, cela reste HTML/JS/CSS...

[@SysmKzz]

Il aurait probablement du dire "stack", car developper un feature en html CSS js vanilla ou en react, c'est différent

[@first-info]

le seo c'est la mortttt