Comment coder 10x plus rapidement (astuces de PRO) 

KISS est trop souvent sous-coté !

Merci pour ton retour et bon développement à toi !

Merci pour votre retour Max. Bon développement à vous, Simon.

Tic tac tic tac il bien falloir que je me mette à l'écrire ! Je me note ça dans les mois qui arrivent !

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.

Yess, merci pour votre message, car ma priorité est que chaque vidéo serve à quelque chose pour les développeurs. 💪

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 !

Avec plaisir, bon code et à bientôt j'espère. Simon.

Merci, bon développement à vous !

Avec plaisir ! 🔥

Hello, je vous rejoint complètement. Être capable d’avoir une API qui tourne « offline ». Bon développement, Simon.

Merci pour ton message Rachid !

Merci pour votre retour, j'espère que le livre vous a permis de progresser sur Angular. Bon code à vous et rester focus ! 😉

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

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 ! 😅

Hello, oui c’est par rapport aux tests unitaires.

👍

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 🔥

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.

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.

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

Oui vous pouvez taper « React tutoriel français » sur RU-vid.

Le placement de produit bien sombre ! ^^

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

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.

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 👍

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 !

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.

Anticipation => YAGNI

je pense qu’il en faisait a rallonge

Bien vu, mon niveau en math m'a trahi.

🧠🧠🧠