Comment coder 10x plus rapidement (astuces de PRO)
āļāļąāļ
- āđāļāļĒāđāļāļĢāđāđāļĄāļ·āđāļ 30 āļĄāļī.āļĒ. 2022
- ðĻðŧâðŧ DÃĐmarrer votre carriÃĻre de dÃĐveloppeur PRO avec Angular :
www.angularsenior.fr/apply
âQuâest-ce qui est le plus dure en programmation ?â mâa demandÃĐ un jour un ÃĐlÃĻveâĶ
Ce que je lui ai rÃĐpondu, câest qu'à mon avis, lâun des pires aspects de la programmation est le temps que ça prendâĶ et l'ÃĐpuisement mental.
Souvent, vous passez des journÃĐes entiÃĻres (plusieurs heures par jour), Ã essayer de corriger des bogues, rÃĐsoudre des problÃĻmes ou dÃĐcouvrir une ÃĐniÃĻme API du navigateur que vous ne connaissiez pas il y a 5 minutes...
Et c'est vraiment frustrant quand vous mettez une journÃĐe entiÃĻre à coder et que vous n'avez rien à vraiment montrerâĶ
Alors il existe 1000 maniÃĻres de coder un peu plus vite, comme taper plus vite au clavier ou ouvrir un terminal de commandes directement depuis son IDE.
Mais je prÃĐfÃĻre dans cette vidÃĐo vous prÃĐsentez uniquement les 5 axes principaux qui ont le plus dâimpact pour moi (loin des petits "hacks" qui en fait ne changeront probablement pas votre vie...)
Bon visionnage, et surtout bon dÃĐveloppement !
Simon.
Salut Simon, j'adore tes prÃĐsentations qui sont simple et concis. Cela m'encourage à reprendre la programmation. Merci beaucoup pour le travail.
Franchement, merci pour tes vidÃĐos. ça rebooste.
C'est exactement ce que je veux entendre, merci ! c'est tellement KISS (Keep It Stupid Simple) J'aime la simplicitÃĐ des explications
KISS est trop souvent sous-cotÃĐ !
Super video, super conseil. Merci
Merci pour votre retour Max. Bon dÃĐveloppement à vous, Simon.
De la vraie valeur ajoutÃĐe, comme d'habitude, merci Simon
Yess, merci pour votre message, car ma prioritÃĐ est que chaque vidÃĐo serve à quelque chose pour les dÃĐveloppeurs. ðŠ
Bonjour Simon , merci pour ces conseils :)
Merci pour ton retour et bon dÃĐveloppement à toi !
ça fait 1 mois maintenant que j'attendais ta videoðŠ
Merci pour tes vidÃĐos instructives, mais attention : 5 astuces pour coder 2 fois plus vite ne font pas 2*5=10 mais 2*2*2*2*2=32 ð. Vivement la prochaine.
Hello Franck, tout à fait, vous Êtes plusieurs à m'avoir fait remonter ce point.
Il reste plus qu'Ã renommer la vidÃĐo "Coder 32x plus vite". ð
Bon dÃĐveloppement,
Simon.
J'allais faire le mÊme commentaire
Pas dâaccord : si ces 5 caractÃĐristiques du domaine du code reprÃĐsentent 100% du temps de code et sont rÃĐparties de maniÃĻre homogÃĻne sur le temps de code, alors le gain total est 2x. Si on nâen implÃĐmente quâune, le gain est +20%. Si ces 5 caractÃĐristiques reprÃĐsentent 10% du temps de code, alors le gain est de 10% sur le total.
Super video, et tellement vrai!
Au niveau des commentaires je suis d'accord avec toi, mais je pense que notre facon de coder va peut etre changer avec l'arrive d'AI comme chatgpt ou bien copilot, baser en parti sur l'approche "commentaire first". Ca pourrai etre interressant de faire une video sur ces nouvelle techniques de codage.
Franchement top tes vidÃĐos !! Ils sont clairs et comprÃĐhensible ð
Une vidÃĐo sur les tests serait vraiment TOP
Merci à toi
Tic tac tic tac il bien falloir que je me mette à l'ÃĐcrire !
Je me note ça dans les mois qui arrivent !
Bonjour merci pour cette astuce ça m'aide beaucoup
Avec plaisir, bon code et à bientÃīt j'espÃĻre. Simon.
Super cette vidÃĐo, beaucoup d'ÃĐlÃĐments que je vais essayer d'intÃĐgrer dans mes habitudes de code.
Bien que ça ne convienne pas à tout le monde. Pour ma part mettre des bouchons d'oreilles me permet de m'isoler lorsque j'ai besoin d'une forte concentration pour rÃĐsoudre un problÃĻme plus ou moins compliquÃĐ (sous condition de trouver des bouchons d'oreilles adaptÃĐs)
Et concernant l'environnement de travail je trouve qu'avoir la lumiÃĻre du jour est aussi importante
Hello, 100% alignÃĐ. La lumiÃĻre du jour plutÃīt que des nÃĐons jaunes 8h/jour, c'est important. Et s'isoler du bruit ambiant, un indispensable ÃĐgalement pour pouvoir se concentrer !
Merci beaucoup ð
Merci, bon dÃĐveloppement à vous !
Merci pour tuto
Avec plaisir ! ðĨ
Topð
Merci pour ton message Rachid !
Alors ça va un peu à l'encontre de ton point sur les commentaires, mais quand j'ÃĐcris mes commentaires je me force à les ÃĐcrire en anglais.
Et ce n'est mÊme pas liÃĐ Ã des good practice ou parce que je travaille avec des internationaux, mais c'est pour la raison suivante : en me forçant à formuler le commentaire en anglais, ça me force à reconsidÃĐrer mon code de maniÃĻre synthÃĐtique et trÃĻs souvent, cela m'amÃĻne à pointer des simplifications qui peuvent Être apportÃĐes, des variables qui peuvent Être mieux nommÃĐes, ou mÊme à reconsidÃĐrer de meilleure maniÃĻre quel est le but de ce petit bout de coude.
Cela vient de deux facteurs liÃĐs à la langue anglaise : d'une ce n'est pas notre langue natale, donc formuler un processus force à repenser ce processus et à le synthÃĐtiser, et deuxiÃĻmement l'anglais ÃĐtant justement une langue trÃĻs pratique pour formuler des ÃĐlÃĐments techniques, formuler dans cette langue focus mieux sur le but du code que l'on est en train de commenter.
j'adore le conseil ne pas coder pour l'ego, sinon astuce pour coder plus vite quand je travaille avec une ÃĐquipe Backend en Restfull, systÃĐmatiquement je fais une fake API en local/nodejs pour avoir toujours de la donnÃĐe dispo ou pour mÊme bosser Offline dans le train...:)
Hello, je vous rejoint complÃĻtement. Ãtre capable dâavoir une API qui tourne ÂŦ offline Âŧ. Bon dÃĐveloppement, Simon.
Merci
ð
J'ai reçu a obtenu le livre cela fait 1 ans que je suis votre chaÃŪne. Cool merci beaucoup, je code en python depuis longtemps et je n'es pas changÃĐ mon style depuis lors que j'ai regardÃĐ la vidÃĐo sur la fille a la robe rouge. Mes techno : pp ython, C++, C, Js et rien d'autre
As rust mÊme pas les technologies sexy...
Je veux suivre le ninjas !
Tchao monsieur je suis en classe de terminale au-revoir !
Merci pour votre retour, j'espÃĻre que le livre vous a permis de progresser sur Angular. Bon code à vous et rester focus ! ð
12:55 ça sent le vÃĐcu ð
Bonjour ! Quand tu parles de test à 10 min, tu fais rÃĐfÃĐrence à quel type de test ? Les tests unitaires ?
Hello, oui câest par rapport aux tests unitaires.
Bonjour simon as tu du cours pour React?
Oui vous pouvez taper ÂŦ React tutoriel français Âŧ sur TH-cam.
Le wifiâĶ vraimentâĶ investisser dans du cÃĒblage et du rÃĐseau ethernet 2,5G ou du 10GâĶ en entreprise avec un backbone 25G entre les serveurs les NASâĶ le wifi câest pour les PowerPoint durant les les rÃĐunions âĶ ensuite automatiser toutes les tÃĒches rÃĐpÃĐtitives et soumises à lâerreur humaine ( surtout sous stress) genre staging, passage en prod, rÃĐversibilitÃĐ du passage en prod, clonage et anonymisation des donnÃĐe de prod pour le support sur un environnement de testâĶ toutes tÃĒches sur lâenvironnement qui prend plus de temps que deux gorgÃĐes de cafÃĐ et une perte de tempsâĶ toutes tÃĒches hors codage qui nÃĐcessite plus de 3 actions à enchaÃŪner devraient Être exÃĐcutÃĐs par le lancement dâun scriptâĶ toutes tÃĒches rÃĐguliÃĻres devraient quant câest possible Être exÃĐcutÃĐs en arriÃĻre plan automatiquement sans supervision.
Salut simon je regarde tes tuto et tâes vraiment professionnel et pÃĐdagogique peut tu faire une vidÃĐo sur mongoDb
Hello Evans, merci pour ton retour.
Concernant MongoDB, je l'ai dans la "todo list" de 1000 tÃĒches.
En fait je pense à refaire le tuto NodeJS Tutorial avec les pokÃĐmons mais en utilisant MongoDB & Mongoose (ORM) en Backend plutÃīt SQL & Sequelize.
Qu'en penses-tu ?
Au plaisir d'ÃĐchanger,
Simon.
Ah ok câest vraiment cool de partager ton expÃĐrience
@@evansjean5808 avec plaisir, mÊme si MongoDB ce n'est pas pour tout de suite ! ð
disons qu'on a une nouvelle tache ou fonctionnalitÃĐ Ã coder il ne faut pas foncer direct dans le code. donc bien reflechir, le comment , les bonnes pratiques , pourquoi pas noter des trucs sur un papier .une fois que tout est clair , foncez!
Excellent conseil ! Je ne lâai pas mentionnÃĐ mais je travail TOUJOURS avec un stylo et une feuille avant dâimplÃĐmenter quoi que ce soi. Merci pour cette prÃĐcision. ð
Totalement dâaccord ððž
@@jamespatrick9733 ðĨ
L'intention avec le if. Et je dois toujours lire Clean Code... Merci vidÃĐo intÃĐressante !
Oui, prendre le temps de lire Clean Code est un des meilleurs investissements que j'ai faits. Il est disponible mÊme disponible en français ! ð
MÊme pas besoin de l'acheter. Tellement culte qu'il est dans pratiquement toutes les bibliothÃĻques universitaires ayant une section "informatique"
@@kagescan Sauf que je n'ai pas accÃĻs aux BU ðaprÃĻs je l'ai quand mÊme achetÃĐ pour ma propre biblio. Et j'ai trouvÃĐ le First Head Design Patterns que j'achÃĻterai plus tard ð
@@ekhaion3296 Je valide ces 2 livres sans hÃĐsiter. ðĨ
@@kagescan Oui, c'est certainement le livre le plus vendu/connu dans le domaine du code ("clean code")
Conseils judicieux en effetðð... Comme techlead, je m'efforce à conscentiser mes coÃĐquipiers sur les mÊmes principes: Code autodocumentÃĐ et clean code.
à ce propos, pour du code facilement testable, j'ajouterais qu'il faut ÃĐcrire un maximum de "fonctions pures" (sans effet de bord) et d'ÃĐviter les "dependancy injection" en faisant de la programmation fonctionnelle plutÃīt que orientÃĐ objet là oÃđ c'est possible.
Hello Geogrey, merci pour ton retour de Tech Lead. ð
Code autodocumentÃĐ, fonctions pures, programmation fonctionnelle lorsque c'est possible... ne jamais sous-estimer le pouvoir de la simplicitÃĐ !
@@codeursenior les profiles juniors se disent souvent que ce sont là des principes de puristes et prennent les dÃĐveloppeurs plus expÃĐrimentÃĐs pour des ayatollahs ou des "empÊcheurs de tourner en rond" pourtant ces principes sont extrÊmement bÃĐnÃĐfiques pour prÃĐserver la lisibilitÃĐ et la maintenabilitÃĐ du code source.
Salut je decouvre ta chaine et me permet d'ajouter quelquechose que j'aurai meme mis en premiere position c'est de prendre le clavier pour ne coder qu'une fois la conception claire a l'esprit preparer sa phase de design et parfois plus couteuse et permet deja d'identifier les patterns interessants qui font gagner un temps incroyable ensuite
Hello, oui lâaspect prÃĐparation important. Câest le fameux ÂŦ si jâavais 4h pour affÃŧter ma hache, je passerai 2h à lâaffÃŧter Âŧ. Cependant, ce nâest pas forcÃĐment la partie conception qui mâaide le plus au quotidien. Je dirai plutÃīt formation/skill, puis go code et on avisÃĐ sur le terrain. Bon code ! Simon.
Tres bon conseil a part pour le "Clean Code" je pense que cela est spÃĐcifique aux web ou aux application ou la performance ne compte pas tant que ca.
Bonne question. Sur 100 tickets, je dois en avoir un seul qui concerne des soucis de performance. Soit 1% de charge max. Je maximise donc la maintenabilite et la lisibilitÃĐ systÃĐmatiquement.
@@codeursenior Logique qui plus est, avoir un code bien structures et clean, permet de rendre le code opti souvent crade plus digestes lorsqu'il est nÃĐcessaires.
@@pierreollivier1 Exact.
Salut Simon, tu as arrÊtÃĐ ton programme de formation ? Merci pour ton retour
Salut Thibaut, je vais communiquer là -dessus prochainement. En fait j'ai renommÃĐ mon site "alexandria-library.co" en "angularsenior.fr", plus proche de ce que propose rÃĐellement. Je vais me concentrer sur le frontend avancÃĐ implÃĐmentÃĐ avec Angular. ð
@@codeursenior Merci, ÃĐcoute de toute facon je vais prendre ta formation d'ici qq jours et si tu fais des maj, c'est tant mieux. Donc je te dis, Ã trÃĻs vite Simon.ð
@@dissid_4676 ðĨ
Si je peux me permettre de donner un conseil, je vous recommande de vous interreser au pratique de Craftsmanship (TTD, BDD...)
Hello RaphaÃŦl, merci ça me donne une idÃĐe de vidÃĐo sur les 10.000 mots de vocabulaire de notre industrie : AgilitÃĐ, TDD, Poker Planning etc... DÃĐmystifier tout ça pourrait Être rassurant pour pas mal de monde je pense ! ð
@@codeursenior oui le TTD, la clean architecture, hexagonal, ACL, driver, port/adapter tout ça , y'a tellement de chose concrÃĻte pour dÃĐvelopper plus vite ou plus efficacement dans les pratiques craftsmanship . MickaÃŦl Azerhad et Valentina Cupà c en parle trÃĻs bien tu pourrais ÃĐventuellement t'inspirer de ce qu'il on produit comme contenu pour le ''vulgarisÃĐ'' ou en rÃĐsumÃĐ les principes fondamentaux pour ton audience. En tous cas bravo pour ce que tu fais.
@@rahff99 merci pour ton retour ! C'est trÃĻs intÃĐressant. Je vais avancer sur cette vidÃĐo sur le cÃītÃĐ et peut-Être la sortir d'ici à quelques mois. Je pense que tous ces concepts pourront intÃĐresser pas mal de monde. ð
Des bons conseils mais il y a un truc qui me fait tiquer : à notre ÃĐpoque, avec toute la data accumulÃĐe depuis X annÃĐes on ne peut plus dire qu'ÃĐcrire des tests ça ralentit, j'ai failli tomber de mon lit en entendant ça. Donc ne pas conseiller d'ÃĐcrire des tests parce que ça ralentit à l'instant t, oui certes... mais tout ce dont tu parles pour la non regression ne se build pas tout seul, et c'est plus dur de revenir sur le code aprÃĻs coup pour ajouter des tests.
Sans parler que l'approche TDD est un formidable outil, encore plus quand on est junior, pour amÃĐliorer le design et la qualitÃĐ globale du code, ce qui permet de continuer d'ajouter des feature aussi rapidement que possible par la suite.
Hello, concernant le TDD, selon moi ce n'est pas "un formidable outil". C'est LA meilleure pratique que vous pouvez mettre en place pour crÃĐer un code de qualitÃĐ. Donc 100% d'accord avec vous. ð
Par rapport au contexte de la vidÃĐo, je m'adresse en prioritÃĐ Ã des dÃĐveloppeurs dÃĐbutants, qui en grande partie n'ont jamais ÃĐcrit un test ou ne voit pas à quoi cela peut rÃĐellement servir. Je compte donc aborder ce point dans de prochaines vidÃĐos.
Bon dÃĐveloppement !
Simon.
â@@codeursenior HÃĒte pour les prochaines vidÃĐos alors ^^.
Mais il me semble cependant que justement le context de la vidÃĐo est d'ÃĐduquer/sensibiliser des juniors dans un context plutÃīt professionnel. Ãvidemment que les bonnes pratiques vont s'appliquer partout, mais ce n'est pas chez soi qu'on va tirer le meilleur partie de faire du code super propre quand on est en train de travailler un tuto pour dÃĐcouvrir une techno ou un framework. C'est plutÃīt dans un cadre professionnel que ça va payer le plus pour plein de raisons, dont plusieurs que tu mentionnes fort judicieusement dans cette vidÃĐo d'ailleurs !
J'aurais plus attendu comme tips "Apprenez à tester votre code pour coder 2 fois plus vite" parce que concrÃĻtement ça marche vraiment, et pour le coup c'est complÃĻtement contre intuitif. Et malheureusement je trouvais que la tournure de phrase retombait trop dans les vieux clichÃĐs sur les tests. J'admets par contre volontiers que c'est un peu l'idÃĐe (si j'interprÃĻte bien) derriÃĻre une de tes remarques sur le fait de penser à la testabilitÃĐ, mais c'est tellement central et "vital" que ça mÃĐritait peut-Être plus qu'une allusion. D'autant plus que, par expÃĐrience, je sais que si c'est compliquÃĐ en tant que junior de tout ingurgiter. Donc on vais retenir le concret ("tester ça va me ralentir") et zapper le thÃĐorique ("penser à la testabilitÃĐ")... et dans ce cas là c'est la confusion qui fait surement le plus mal à notre domaine donc il fallait que je fasse la remarque ^^
En tout cas ça n'enlÃĻve rien à la qualitÃĐ du contenu! HÃĒte de voir la suite!
PS: dÃĐsolÃĐ pour le tutoiement, mais j'ai pris cette habitude depuis que je vis au quÃĐbec. C'est la norme ici ^^
@@FuNIpoxi Hello, oui plutÃīt d'accord. C'est assez contre-intuitif, mais prendre le temps d'ÃĐcrire des tests permet trÃĻs rapidement de gagner du temps, alors qu'à priori, on ÃĐcrit ses instructions 2 fois : pour l'environnement de dev & de test. Un peu comme passer le permis pour conduire une voiture : c'est trÃĻs dÃĐcourageant au dÃĐbut, mais ensuite, vous pouvez aller dans des endroits oÃđ vous ne seriez jamais aller à pied. ð
Bon, il faut que je bloque du temps à cÃītÃĐ du boulot pour vous sortir toutes ces vidÃĐos !
à trÃĻs vite !
Simon.
En voyant le titre jâai pensÃĐ que tu faisais de la pub pour windev ðĪĢ
Le placement de produit bien sombre ! ^^
Je ne vois pas ce qui est compliquer avec un ternaire ?
je pense quâil en faisait a rallonge
2^5 != 10
Taper rapidement sans regarder le clavier pour avancer plus vite, ça compte pour trouver un job frontend ?
Hello Rachid, je pense que taper vite au clavier est sur-cÃītÃĐ. Ce nâest pas le cÅur du problÃĻme, câest plutÃīt une optimisation je pense. Si vous codez ÂŦ mal Âŧ, le fait de taper vite au clavier ça juste vous permettre de dÃĐtruire votre codebase plus rapidement.
@@codeursenior ok
@@dev-rachid ð
Faut-il apprendre à taper au clavier ? Je pense que oui...
J'ai essayÃĐ plusieurs fois d'apprendre à taper sans regarder mais ça ne reste pas....impossible de changer mes habitudes.....
Hello Allan, merci pour ton retour voici mes rÃĐactions :
Changer ses habitudes => trÃĻs dur effectivement.
Taper au clavier plus vite => peut Être un plus mais si vous nâappliquez pas les principes du Clean Code on produit juste du mauvais code plus viteâĶ donc à double tranchant selon moi.
Bon dÃĐveloppement à toi !
Simon.
Pour la deuxiÃĻme ça va vraiment dÃĐpendre du tech lead, sâil veut qu'on anticipe il ne va pas laisser passer la review
Anticipation => YAGNI
HumâĶ justement les ternaire sâÃĐcrivent plus vite que les if else
J'ai ÃĐtÃĐ interpellÃĐ par le calcul pour arriver à "coder 10 fois plus vite", qui je comprends est la pour justifier le titre de la vidÃĐo. Mais si chaque astuce double la vitesse, alors doubler la vitesse 5 fois rÃĐsulte en 32x plus rapide.
C'ÃĐtait monsieur chiant, merci aurevoir.
Bonjour Adan HÃĪfliger, cette dÃĐmonstration implacable ne laisse aucun douteâĶ Me permettez-vous de renommer la vidÃĐo "Comment coder 32x plus vite" ?
@@codeursenior Avec plaisir !
Si je double 5 fois ma vitesse, je ne vais pas 10x plus vite, mais 32.
ais pas besoin d'Être bon en maths, du moins en calcule pour Être codeur. :)
Bien vu, mon niveau en math m'a trahi.
5 fois "2 fois plus vite^ ça fait 32 fois plus vite (2^5)
ð§ ð§ ð§
Donc, 2 fois plus vite, 5 fois de suite, ça fait 10 fois. bon. sors ton visual code de professionnel là , et fais un un code professionnel dans un language professionnel, pour calculer 2^5. ça te rendra utile à toi mÊme dÃĐjà en apprenant une ÃĐlÃĐvation à la 5ÃĻme puissance.