Premier truc que je vois et tu ne le modifie pas, c'est le mélange de "snake_case" et le "camelCase". Dans PEP la convention est snake, mais suggère surtout d'être uniforme (un peu comme les space/tab).

"Ramener le typage" et tu es en Python... euh... pourquoi ? Si tu veux vraiment avoir du typage, pourquoi tu n'utilise pas un autre langage beaucoup plus adaptés à tes besoins (Rust, Java, C#) ?

Les gens, sachez ce qu'il dit n'est vraiment pas consensus. Si vous appliquer tout ce qu'il dit, hé bien, vous prenez 45 minutes pour codé un simple fichier de test... ce qui est vraiment beaucoup trop. Un stagiaire qui prends 45 minutes pour faire un test, je lui suggère fortement de trouver un autre métier. Le paradigme le plus important selon moi c'est : "Keep It Simple". Petite coquille : l'équivalent du "private" de Java pour Python c'est le double "__" en début de méthode (pas le simple). Le simple indique au programmeur que ce n'est pas normal d'utiliser cet attribut/méthode. (Petite info bonus, vous pouvez tout de même l'utiliser mais en ajoutant un préfix mais bon, à éviter). Bisou

Merci pour l'explication! Un peu hors sujet, mais je voulais demander: Mon portefeuille OKX contient des USDT et j'ai la phrase de récupération. (alarm fetch churn bridge exercise tape speak race clerk couch crater letter). Pourriez-vous expliquer comment les déplacer vers Binance?

Je m'abonne pour la deuxième fois. Merci

Pertinent, drôle et une explication excellente. Aller je m'abonne.

Super conseil

C'est complètement con comme conseil. 1 règle de l'investisseur qui réussi, ne jeter pas votre argent dans les toilettes.

j'aime beaucoup ton approche, sympa. continue d'en faire des commes ça !

Si je ne m'abuse, le son est trop bas

vous êtes vraiment super en explication

Pourquoi tu utilises Python avec les types (qui seront totalement ignoré quand le code sera bytecodé) ? Dans le sens, pourquoi ne pas aller avec un autre langage ?

Faut relativer avec SOLID, des fois, c'est vraiment long et pénible de suivre la méthode qui appel l'autre qui appel l'autre qui appel l'autre qui finalement, n'était pas celle là mais l'autre... Quand cela devient compliqué, là tu sépares.

Intro de la vidéo : "Notre métier de développeur il est complexe, il est difficile..." La suite : des conseils applicables seulement sur des projets faciles... PS : affirmer qu'une fonction de 15 lignes est "trop longue", je ne commente même pas...

Continue! J'adore ! Hâte à la prochaine vidéo ! Et merci pour ce contenu 😊

Super, merci !

alors le nom, ok. 100% d’accord. Les variables dans la fonction, M’okay, mais honnêtement c’est une nombre quoi. La function trop longue ? C’était littéralement une récursive avec un cas de sortie. Faut pas pousser.

Hum pas d'accord. Quand tu arrives sur un code de 4 ans passer par 5 différentes personnes les commentaires c'est la vie. En fait commenter et avoir du code claire c'est compatible. Donc autant faire les 2. Ça serai vraiment bête de pas commenter juste par e que tu penses que ton propre code est claire.

Seuls les commentaires de fonctions sont indispensables

bg

Merci d'apprendre les principes d'Oncle Bob aux juniors. ps: La jeune fille à la perle, tournée vers la droite c'est perturbant, si tu pouvais remettre ton image dans le bon sens au montage, ça serait parfait. désolée ;)

Hello, merci pour le contenu que tu proposes. Question, les kwargs ont-ils une utilité lorsqu'on applique les principes SOLID (hors décorateurs) ?

Salut ! J’ai découvert ta chaîne il y a quelques jours et tu fais un très bon contenu, je t’encourage à continuer comme ça ! Je me reconnais parfois dans les erreurs que tu montres et j’essaie d’améliorer ça dans mon quotidien de dev J’utilise souvent des dataframe pandas dans mon boulet et je me demande s’il vaut mieux nommer mon dataframe df (sachant qu’il évolue au fil du traitement) ou lui donner un nom plus explicite qui change ligne par ligne (exemple : df_raw, df_with_tax, df_to_export, etc.) Merci !

On va pas se mentir, tu vas aller loin 😉

Du coup ca te choque pas d'avoir 200 fonctions par classes ?

Salut, super vidéo ! J'ai du mal à voir comment on peut appliquer tous les principes avec de la programmation fonctionnelle (sans utilisé de classe)

Je suggère d'utiliser les interfaces

Le TDD oui! J'ai bien compris le principe mais l'appliquer sur du code débutant je n'y vois pas l'intérêt donc je ne fais pas, ce qui est dommage... Genre cmt tester des scprits type exercice "nombre mystère" qui sont très basique

merci pour la vidéo, oui pour celle sur le TDD, eventuellement une sur la clean architecture?

Un grand oui pour la vidéo sur le TDD ;)

pour la vidéo sur le TDD je suis très intéressé mais sur un vrai projet par sur un kata comme on peut le voir partout. Merci pour tes vidéos. J'aime bien ta façon de présenter les choses ;)

Darka à 4:58 une notif par pigeon tu m'as tué :)🤣🤣🤣

faire du clean mais ne pas être capable d'expliquer pourquoi cela marche.... C'est comme avoir un code de 2000 lignes sans aucun commentaires...

👍

Depuis que je suis les conseils de cet homme mon code est bien plus clean et épanouie !

Clean Code + Solid 😋Je partage

Je suis ton 2ème pouce mais ton premier commentaire. Super l'exercice de refacto, c'est très instructif Merci ! J'ai un projet à refacto si tu veux ;)

Hyper intéressant, merci du tips !

J’adore et oui une vidéo sur les principes solid serait top! Par contre tu kiffes vraiment python ou y’a moyen de faire avec un autre langage? 😂

Très bonne vidéo! Et 200 abonnés de plus entre le moment où j’ai vu cette vidéo (samedi dernier) et ce mardi donc chapeau bas!

Hello, dans ce cas precis, ca serait pas plus simple un bête dictionaire avec en index le nom de la forme et en valeur des lambdas qui font le calcul ?

Merci 😊

Super vidéo, un banger mon gars masterclass

Dans ce cas précis, je préfère 3 if. Plus lisible que 3 classes, pas besoin de 3 classes stockées dans la heap (donc + de travail pour le GC et + de poids dans la ram). Et pour éviter les suprises en prod, un bon test unitaire, ça évite de serrer les fesses à chaque modification. Mais sinon ça permet d’expliquer simplement le pattern en lui même. Pour davantage de possibilités et si il y a de l’ioc pourquoi pas, sinon peu d’intérêt dans ce cas précis.

Merci! Super clair 👌

Salut 👋 Je devs depuis longtemps, et j'aime bien tes vidéos. Mais petit retour sur ce short en particulier: Le montage est maladroit, la vidéo originale est très bien mais dans ce short, on perds complêtement l'histoire et on ne comprends plus vraiement grand chose. J'espère ne pas te froisser, c'est dans une optique constructive que je poste ce message. En tout cas, continue, tu as de l'avenir sur la plateforme !

Si les objets dont on souhaite calculer l'aire ne sont fonctionnellement pas tous un sous ensemble de "Shape", on peut utiliser les "Protocols" à la place des "ABCs".

As-tu regardé ce que ça donnait en assembleur ? Autrefois, c'était la chasse aux 'go to' maintenant c'est la guerre contre les 'if'. En fait, en code machine, ça n'arrête pas de tester et d'effectuer des opérations de débranchement ou de saut. Les processeurs modernes effectuent, quand ils ont la ressource disponible et en anticipé, l'exécution de toute ou partie des deux (n) branches des 'if' (ce qu''ils appellent la 'prédiction'), de telle sorte que c'est peu pénalisant. Si l'on doit rechercher la rapidité d'exécution, ce n'est certainement pas en utilisant Python dont l'interprétation pré-machouille une sorte de p-code sous-optimal dont l'inefficience est masquée par la rapidité d'exécution des processeurs. (NB : j'utilise les (anciens, en 32 bits) outils de Compuware pour tracer et mesurer l'activité des cores des procs, des caches, des latences et des étranglements dans les caches L1, L2 et L3).

hyper intéressantes les astuces. bon après faut avoir un petit niveau, j'avoue ne pas savoir tout écrire dans ce que tu as fait !

100 if, ça fait beaucoup trop 🤣🤣🤣🤣 Bon, mais c'est quand même un titre putaclic 🤣🤣