No video :(

11 PRINCIPES FONDAMENTAUX POUR CODER PROPREMENT (à suivre absolument)

Подписаться 175 тыс.

Просмотров 22 тыс.

50% 1

🎁 120 € OFFERTS sur la FORMATION CLEAN CODE iOS :
www.developpeurlibre.com/clea...
Quand on veut devenir développeur, connaître un langage de programmation ne suffit pas. Il faut également savoir structurer son projet, connaître les design patterns, et tous les autres principes de ce qu'on appelle le "Clean Code".
Ces principes sont devenus des références aujourd'hui dans le monde du code, et tout développeur qui se respecte doit les maîtriser, mais surtout les appliquer à ses projets, que ce soit des applications mobile, des sites web ou encore des algorithmes d'intelligence artificielle.
Dans cette vidéo, je vous partage 11 principes #CleanCode qu'il faut absolument connaître pour être un bon #développeur.
► LIENS UTILES
💻 Formation GRATUITE de 7 emails pour découvrir le SwiftUI :
cadeau.developpeurlibre.com/sw...
► PLAN DE LA VIDÉO
0:00 - Intro
0:53 - D'où vient le problème
3:32 - La règle des Scouts
4:31 - Eviter les Magic Numbers
5:06 - Conventions de nommage
6:24 - Ecriture Snake Case
7:41 - Bannir les commentaires
8:30 - Ma nouvelle formation
11:07 - Copier / Coller
12:04 - L'imbrication profonde
12:44 - Fonctions courtes et concises
13:30 - Description avant Concision
14:08 - Pascal Case / Camel Case
14:59 - Les verbes consistants
15:55 - Conclusion
► DEVIENS DÉVELOPPEUR LIBRE
🚀 Toutes les formations : www.developpeurlibre.com
🎙 Le Podcast des Développeurs Libres : anchor.fm/developpeurlibre
💌 Conseils en programmation, entrepreneuriat, productivité : inscris-toi à la newsletter newsletter.developpeurlibre.c...
▶︎ ME CONTACTER
📱 Instagram : / developpeur_libre
💬 Discord : / discord
✉️ Email : contact@developpeurlibre.com
#iOS

Опубликовано:

25 июл 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 70

@redyk4073 2 года назад

Tu fais du bon taf mec continue !

@jeanchristophecavalca2788 2 года назад

Super merci, je suis entrain de lire le livre clean code (j’en suis un peu plus de la moitié) et en peu de temps tu as réussi synthétiser pas mal de principes. La règle « description plutôt que concision » est très dur à faire comprendre à d’autre dev qui depuis plusieurs années ont cherché à être le plus concis possible… Ça fait du bien de voir du contenu utile sur youtube.

@DavidSilveraYT 2 года назад

J'adore cette vidéo! Plein de principe que je rabâche à longueur de journée! Je partage sur ma chaine 👍 Merci beaucoup 😉

@developpeurlibre 2 года назад

Merci beaucoup David ! :D

@demaupeoucorentin 2 года назад

Vidéo vraiment bien construit, reconnaissante sur le branding de ta chaîne, j'ai beaucoup aimé en plus les principes qui sont peu mis en valeur dans les autres vidéos. Continue comme ça, t'es sur le bon chemin 👍

@developpeurlibre 2 года назад

Merci beaucoup c’est top ! Vraiment cool d’avoir un retour constructif comme le tien !

@1_banana_split 2 года назад

@@developpeurlibre Enfaite moi je voudrais devenir developpeur de jeux video actuellement je suis en seconde et j'aimerai savoir ce qui est mieux entre faire des etudes à l'université(si vous pourriez m'en conseiller une) et faire des etudes dans une ecoles de veveloppeur de jeux video

@emmanuelamourrengola 2 года назад

Merci beaucoup pour les conseils😉

@developpeurlibre 2 года назад

Avec plaisir, merci à toi !

@Brieg_Skald 2 года назад

Je ne suis pas du tout d'accord concernant les commentaires. Ils sont parfois nécessaires et utiles, ne serait-ce que pour baliser certaines sections du code (pour s'y retrouver plus facilement, notamment). Ils peuvent permettre de segmenter et d'aérer le code, de servir de notes quand on a terminé sa journée et qu'on veut se souvenir de ce qu'il y aura à faire le lendemain, c'est utile pour ses collaborateurs actuels et prochains, etc, etc... Les bannir, non. Il faut les utiliser avec parcimonie, oui, forcément.

@OusmaneNDIAYE1 Год назад

Totalement d’accord, le terme « bannir » est abusif.

@tombruel Год назад

bannir est peut être un peu fort mais dans Clean Code c'est très bien expliqué. Le code est généralement entretenu et corrigé, amélioré au fil des années... Pas les commentaires, ce qui fait qu'ils deviennent une source de désinformations au fil du temps car le commentaire est resté le même alors que la fonction a été modifié à plusieurs reprises et elle ne réalise plus exactement ce qui a été décrit et c'est là où ca devient très embêtant. Surtout qu'on a tendance à les oublier et à ne plus les lires :S Après oui si c'est un moyen de se souvenir où tu t'es arrêté la veille pourquoi pas, mais ce n'est pas vraiment le rôle d'un commentaire de faire cela mais plutôt d'un bloc note, il me semble

@DrMAG 2 года назад

Merci et bonne continuation

@developpeurlibre 2 года назад

Merci, à toi aussi :D

@abdoumagico51 2 года назад

Je ne m'y attendais pas du tout 😅😅 Allez je m'y lance.

@developpeurlibre 2 года назад

Top merci :D C'est la vidéo surprise, pas de leasing sur Instagram cette fois ci :p

@abdoumagico51 2 года назад

@@developpeurlibre Oui je me disais bien que c'était une surprise 😊 ça fait plaisir en tout cas 😉

@tenchigreed 2 года назад

Nice, une nouvelle video

@developpeurlibre 2 года назад

Yes, merci :D

@franckwellington2168 2 года назад

Bonjour. J'arrive à regarder cette vidéo sur le tard. Est-ce que le livre "coder proprement", de Robert C. Martin peut être utile ?

@fredpourlesintimes 2 года назад

Le problème, c'est qu'il faut souvent opter pour la concision quand il s'agit de nommer des fonctions ou des variables. Parce qu'on ne peut pas faire des phrases à rallonge pour expliquer la nature complexe d'une portion de code. Alors, d'après-moi, il faudra toujours des commentaires et travailler, en revanche, sur la concision de ceux-ci (expliquer en peu de mot ce que réalise telle ou telle section de notre code). Et puis, après, ça dépend de l'état du projet. S'il est en cours, et qu'on passe par des versions alpha, bêta, les commentaires sont plutôt de l'ordre du proofreading/débogage. Il est clair que les codes finaux devraient être les plus épurés et concis possibles.

@warny1978 9 месяцев назад

Un système à utiliser, plutôt que des commentaires simples, c'est l'autodocumentation du code. Ce commentaire s'affiche avec l'autocompletion, et facilite le bon choix des fonctions. Après, pour les commentaires, il FAUT commenter le code de bas niveau. Même bien écrit, celui ci sera abscon parce qu'il demande des connaissances particulières et implique des choix techniques pas toujours évidents.

@Nico-rq5io 2 года назад

Les bases pour tout bon dev !

@developpeurlibre 2 года назад

Merci :D

@funkykill3er65 2 года назад

merci pour le cadeau

@developpeurlibre 2 года назад

Avec plaisir ! :D

@eyrambuckner7818 2 года назад

Merci pour cette vidéo. J'ai une question. Comment améliorer sa productivité dans le freelancing ?

@xntmx 2 года назад

ne pas regarder des vidéos de ce type

@andyanago4027 2 года назад

Un résumé des principes SOLID en informatique

@developpeurlibre 2 года назад

C'est ça :)

@calixx_x Год назад

l’introduction au début c’est tout moi

@ydnicwolver 2 года назад

Intéressant de très bon conseil, cela dit j'émets un petit doute pour les commentaires j'ai tendance à ne pas être d'accord. S'insérer dans un projet de plusieurs milliers de lignes de codes, avec 4/5 développeurs travaillant en parallèle sans commentaires c'est l'enfer. J'en fais les frais aujourd'hui , je perds du temps à lire le code existant (non documenté svp) et c'est frustrant. Je ne prône pas les commentaires inutiles mais les commentaires intelligents, je pense que c'est important parfois. En tout cas excellente vidéo :)

@Tagadarealty 2 года назад

Comme toujours, trop de commentaire ne sert à rien et ca veut dire que le code est mal construit. Pas de commentaire, et à la moindre chose qui n'est immédiatement compréhensible et tu perds un temps fou à remonter le fil. Le commentaire est une chose nécessaire même en solo quand tu veux revenir sur ton projet. Mais il doit être utilisé avec intelligence pour décrire le strict nécessaire. Après, le plus simple est de faire sa doc, ca peut valoir le coup sur certains projet d'y consacrer du temps.

@ydnicwolver 2 года назад

@@Tagadarealty Je partage entièrement ton avis. Merci d'avoir complétés mes propos .

@joce22 2 года назад

Pour ma part, je pense qu'il est préférable d'écrire les commentaires avant d'écrire des lignes de code. Ainsi, nous voyons si nous sommes au clair avec l'aspect fonctionnel.

2 года назад

Que pensez-vous de mettre un a devant un attribut ex: aInventaire de mettre un p devant un paramètre ex: pInventaire et de mettre un v devant une variable ex: vInventaire ? Me souvient avoir appris ça en cours de POO en java :), mais comme je suis pas dev j'ai pas trop trop d'avis précis la dessus x)

@developpeurlibre 2 года назад

Hello! Alors j’ai déjà entendu parler de cette méthode, ou alors les underscore pour signifier qu’une propriété est privée. Mais je ne trouve pas cette technique très top, parce que pour moi ça n’a pas vraiment d’utilité et ça alourdît le code :)

2 года назад

@@developpeurlibre D'accord ! merci de la réponse ! :)

@tombruel Год назад

Dans clean code, l'auteur en parle et il le déconseille car si jamais une des variables n'est plus un attribut mais une variable global ou autre peu importe, tu devras changer le nom de tes variables partout dans ton programme. De plus, mettre une lettre devant ta variable pour préciser d'où elle vient n'a pas d'utilité si tu as bien suivi la règle qu'une fonction, méthode doit faire environ 5 lignes de code car tu retrouveras la définition de ta variable rapidement et le nombre de variables est censé être faible (1 ou 2, au pire 3, comme précisé dans Clean Code)

@bureaucafeatelier5603 2 года назад

Ça y est elle sort cette formation ^^ comme on en avais déjà parlé, je ne la prendrai pas. Par contre, vu que tu as un expert web qui travaille avec toi sur les formations, est ce qu'on peut espérer la formation jumelle avec une implémentation web?

@developpeurlibre 2 года назад

Hello, actuellement ce n’est pas au programme mais on va en discuter pour voir si on fait une formation jumelle ! :D

@bureaucafeatelier5603 2 года назад

@@developpeurlibre perso ça me plairait 👌 l'avantage de votre côté c'est que ça serait plus un refactor qu'une écriture complète. Ça sera moins lourd a faire

@serge_amon 10 месяцев назад

Salut. On ne nait pas architecte. Quel chemin nous proposes-tu ?

@developpeurlibre 10 месяцев назад

Je te propose de lire le livre "Clean Code", c'est un super bouqun :D

@dessallidev4890 2 года назад

Je compte quitter le php et le web ou le mobile avec flutter Des conseils svp

@developpeurlibre 2 года назад

Hmm je dirais de commencer à apprendre le Flutter via n’importe quel tuto ou via leur site directement Puis de se lancer sur des projets d’app :)

@dessallidev4890 2 года назад

Tes vidéos sont très cool juste dommage que ça ne s'applique pas au système Camerounais Mais jaime la manière donc tu présente la chose Des idées de projet qui peuvent Marcher dans un pays en développement ??

@lapprenti7435 2 года назад

Quel est le meilleur moyen pour débuter en swifth

@dessallidev4890 2 года назад

Acheter un mac😂😂😂😂

@developpeurlibre 2 года назад

En effet pour se lancer dans le dev iOS il faut un Mac :) Sinon pour débuter il faut apprendre et pratiquer le plus possible

@LaughSoftly-vh2tn День назад

Esprit

@christophem6373 2 года назад

La fonction User est un verbe du premier groupe, du coup je comprends pas ... ;-)

@developpeurlibre 2 года назад

Ah mais c’est en anglais haha ^^

@domsau2 2 года назад

Commentaires : Pourquoi on le fait : oui. Comment on le fait : non.

@developpeurlibre 2 года назад

Hello, est ce que tu peux préciser un peu ? :)

@daishidiarra9018 2 года назад

je le fais tout le temps et apres cest un probleme

@developpeurlibre 2 года назад

Qu’est ce que tu fais tout le temps ? Et en quoi c’est un problème ?

@daishidiarra9018 2 года назад

@@developpeurlibre donner des noms bizarres à mes variables et après je sais plus comment je les est nommé.

@FISS007 2 года назад

Spectateurs, ne croyez surtout pas que ce qu'il vient de lister dans cette vidéo est très facile à appliquer et à maintenir, souvent, dans les projets, il y'a les délais, l'urgence qui vient s'introduire entre les délais, la nature fastidieuse de certaines tâches ... feront en sorte que vous serez amenés, et ce malgré vous, à violer non pas toutes les règles qu'il a énumérées mais bien d'autres. À tout bon entendeur (lecteur :p)

@developpeurlibre 2 года назад

C’est justement ce que je dis dans la vidéo, et la raison pour laquelle j’ai créé une formation.