Bonne vidéo. Après un précision, la programmation orientée objet n'est pas un paradigme, les paradigmes sont l'impératif (procédural), fonctionnel et logique. On a du FP, avec de l'objet (eg. Scala). On ne peut pas vraiment superposé les paradigmes, python et JS ne peuvent pas faire du FP, parce qu'il faut des structures de données FP pour le faire (sinon les fonctions ne sont pas 'pures'). Après on peut jouer avec des DSL (eg spark en python qui est du FP), ou des lambda/closures qui sont un moyen de définir plus facilement des fonctions localement. Les objets ne sont pas "safe" ou protégées en programmation impérative, sinon on pourrait créer une nouvelle version d'une voiture en gardant tel quel les roues existantes, sauf une. Si c'était safe/sécurisé, on pourrait faire sans le "deep_copy" /défensive copy. Enfin bon, c'est du détail ! Cela serait mieux de faire du FP, mais la charge cognitive initiale fait peut.
De tous les gourous présents sur internet qui te décrivent comment devenir développeur en 1 Mois, j penses que tu fais mieux bravo, ceci étant tout ce dont tu décrives, on le connaît quant on a un Master en Genie Logiciel.
Merci pour cette excellente video que j'ai trouvé tout à fait enrichissante, que ce soit pour la partie historique que la synthèse proposée. En effet, je trouve très important de traiter du sujet de l'architecture, au delà du code pur. Je pense également que vous n'êtes pas seulement un ingénieur logiciel, vous le prouvez dans cette video. Au moins pédagogue, esprit de synthèse et approche systémique. Bravo et merci de nous partager tous ces contenus de qualité, je suis conscient que ça prend beaucoup de temps.
Super intéressant, merci ! L'extrème progamming est devenu software craft, c'est beaucoup plus vendeur j'aurais inclus les métiers à tisser. mais on ne peu jamais tout mettre ^^
J'en suis à 4:35, mon boulot est de répondre à des appels d'offre pour du dév. Ben les clients, les lignes de coûts lié à l'ALM ou l'accessibilité ils ne veulent pas les voir. Tout ça pour dire que notre secteur est immature de bout en bout.
Bonjour je sors de bootcamp. Cette vidéo est très intéressante pour ma part. J’avoue n’avoir pas tout compris par manque de connaissance sur certains sujets. Mais au moins j’ai de quoi m’investir
Très bonne vidéo. Une petite mention sur le très très haut niveau d'exigence aurait été pas mal (juste pour donner une perspective) : la preuve de programme (type coq, idriss, etc) qui risque de faire encore évoluer le métier dans les prochaines décennies (en tout cas on l'espère).
Ce serait bien que tu nous dises ce que tu utilises toi perso en 2023 . Clean architecture ? Effectivement , ce serait bien une newsletter comme bytebytego
L'ordre des avocats a été créé par Justinien 1er, empereur romain d'orient au Vie siècle. Ciceron, lui, était un avocat romain du premier siècle avant JC.
Retour sur le javascript vanilla et la librairie jquery puisqu'il faut s'adapter à ce qui se fait déjà sur les projets existants et ce qui se fait déjà. J'aime bien d'ailleurs jquery c'est sympa d'en faire et c'est bien aussi pour s'adapter à différents environnements et technologies.
Bonjour, je vois que vous ne faites plus les exercice de 5mins JavaScript ! C'est dommage. je suis en reconversion professionnelle. En écoutant, vos vidéos, vous m'avez convaincu de l'importance et de choisir le langage JavaScript. Merci,
Top ta vidéo. Le TDD, je valide à 100% sa pratique mais malheureusement, sa mise en pratique reste compliquée pour une question de temps dans les projets pro. Il faut beaucoup pratiquer pour être à l'aise et devenir efficace avec cette façon de travailler. L'architecture hexagonale, je l'ai pratiqué dans le monde pro, c'est un gros + pour les projets qui souhaitent pouvoir switcher sur des technos/outils différents à un moment donné. Par contre, j'avais vu qu'il fallait faire en sorte de se passer entièrement des frameworks très pratiques (exemple: lombok pour java) afin que le domaine soit totalement indépendant vis à vis de l'extérieur. Nous avons donc adapté notre archi hexagonale en autorisant l'utilisation de certains frameworks à l'intérieur du domaine 😅 Merci pour cette vidéo, très intéressante à suivre 👏
Attention quand même, quand on parle de DDD, on parle uniquement de la couche Domaine, pas d'une éventuelle couche Application, qui est, elle, totalement inexistante pour la couche Domaine. On va parler de la couche Application (UseCases), quand on va commencer à parler d'Archi. , plus exactement : de Clean Archi. ou d'Onion Archi., (Sachant que dans l'Hexagonal Archi., on parlera en effet comme vous le dîtes, d'Application Core qui regroupe Domaine+Application). Un autre point important aussi : il n'est pas recommandé que des couches externes comme la vue ou les controllers, connaissent le type des objets métier du Domaine, il faudra effectuer un mapping, pour que le transfert de data entre couche Application et la couche Controller, se fasse sous forme de DTO. Merci pour votre travail.
Correction (iirc): XP est anterieur au TDD (dans le sens XP ne demande de faire du TDD). Par contre XP a aide a populariser les test unitaires et +/- donne naisssance a JUnit (meme auteur). J'etais dans la communaute XP fr de l'epoque (année 2000) , ce n'etait pas le nom qui faisait peur ou rendait l'approche difficile a "vendre" en entreprise, mais le Pair programming qui etait vue comme double le prix (c'est encore un peu le cas aujourd'hui). Le TDD est ne dans le ecosystem sans compilateur (et sans type,...) comme Ruby, pour des tests "fonctionnels" mais aussi pour pallier des checks fait par des compilos, linters dans d'autre ecosystem (que se passe t'il avec un argument de type X ou Y, un null, .... ?).
J'ai beaucoup suivi les principes DRY et KISS. Pour moi ça n'a pas été difficile à suivre étant donné que je le pratiquais avant de connaître leur existences. C'était pareil pour certains design patterns. J'ai eu l'opportunité de pratiquer certains principes l'Xtrem programming. En particulier le fait d'être 2 devant le programme. C'est terriblement efficace mais également épuisant. Je ne pense pas que les principes SOLID datent de 1990. Les méthodes d'analyse objet était tout juste naissantes. UML n'existait pas encore. On parlait de la mise en travaux de la méthode Merise 2 qui intègre l'objet.
je te découvre et j'adooore ^^ je trouve tes explications vraiment limpides et tu parles de choses peu abordées (du moins en français). je dirais que le point essentiel que tu n'abordes pas c'est l'existent. parce que c'est toujours contre ça que viennent se fracasser les belles théories. pour te donner un exemple, dans ma boîte on a mis en chantier une application assez conséquente et pour ses échaffaudage j'ai commencé en TDD à la bien, avec un pattern builder pour créer des fakes data tout ça et puis, tu as l'existent qui arrive parce que l'application doit migrer un vieux brol mal foutu et qu'il est pas question de tout réinventer parce que ça casserait ce qu'on avait avant et très vite tu te retrouves adapter tes tests encore et encore si bien qu'au final tu te résignes... après je suis content parce que parmis les bonnes pratiques que tu exposes, je me rends compte que j'en ai appliqué une bonne partie naturellement. Quoi qu'il en soit j'ai trouvé cette vidéo très intéressante, je vais regarder les autres et je me suis abonné, bonne continuation à toi ^^
à 10:00, si le langage dont vous parlez est Eiffel, c'est très clairement un langage orienté objet, PAS un langage fonctionnel ! Eiffel est bien connu pour ses clauses de préconditions, postconditions et invariants, dont la raison d'être est principalement liée à la mutabilité des objets et à l'accumulation de contraintes au sousclassage, pour s'assurer que les objets des sousclasses répondent aux attentes mises en place par leurs superclasses (bref, principe de Liskov vérifié au runtime "par contrat").
(il existe aussi un langage FL fonctionnel créé peu après Eiffel, et c'est homophone en français, mais FL est beaucoup moins connu que Eiffel, malgré qu'il ait été cocréé par John Backus)
C'est du haut niveau je comprends pratiquement rien mais jm trop mdr ta chaîne elle est dédié spécialement pour les codeur pro est-ce que il y a des vidéos à mon niveau je suis totalement débutant ta l'air de super bien expliqué mais c'est dommage je n'arrive pas à tout comprendre.
"Le dernier framework Javascript à la mode" j'ai l'impression que cette phrase commence à légèrement dater, non? En tout cas au moins 5 ans qu'on parle des mêmes.
@@philippemartin4738 C'est has been, la nouvelle star c'est Remix. En plus de Flutter, évidemment. Edit : je parodie le ton et les tendances que me remonte Twitter/X et que j'ai vus vite fait, mais je n'utilise pas de framework JS, donc à titre personnel , je n'ai aucune position.
4:00 Dis que t'as jamais croisé un architecte (de bâtiment), sans dire que tu n'as jamais croisé un architecte (surtout pour ce qui est de définir sa pratique et le défendre...) et à 5:00, c'est moi ou Photoshop et Illustrator c'est pas tres tres des langages ou des frameworks ? 5:40 quand je pense qu'on parle de progrès technique et de changements culturels alors que l'ADN humain n'évolue presque plus depuis 200 000 ans... le doigt dans l'œil moi je dis. ok, j'arrête l mauvaise foi : je crois que les architectes et le génie civil ont plus à apprendre de l'informatique (et du jeu vidéo pour le médium archi) que l'inverse. et notamment des logiques esquissées dans cette vidéo.
Ah zut. Déjà de base, tu confonds le procédural et le code spaghetti 😞 Le procédural est vite devenu modulaire. C'est aussi propre que de l'objet mais moins inutilement compliqué 🙂
hello, pas faux ^^ mais sinon, 55 ans en 26 mins, c'est bullshit et puis là, c'est du blabla trop généraliste, qui est soit pour les experts, soit un peu inutile car trop shématique, pas ou peu de cas concrets, à part, les listes à trier... (en tous cas, c'est pas une vidéo pour débutant...)...perso, j'ai pas tout capté, je trouve ça flou par moment mais c'est peut-etre que mon niveau est pas assez élevé....@@IBelieveInCode
@@creationJeuxVideoETtuto Personnellement je code toujours en procédural. Je fais donc de la grosse m.... d'après l'auteur de la vidéo et d'après 100% des développeurs actuels. Pourtant quand ils cliquent sur une de mes vidéos (hors NSI), ils ont tous le cerveau qui fond en cinquante secondes.
Merci pour le cours d'histoire, super contenu Simon ;)
Merci, au plaisir et bon code !
Le premier youtubeur qui me dit que j'ai pas besoin de m'abonner !
En tout super vidéo très instructive
Merci pour ton travail ! Si tu pouvais illustrer tes propos avec des exemples pratiques ce serait vraiment super. :)
Merci beaucoup Simon je suis au Cameroun et je ne saute aucune de tes vidéos ça m'aide à m'améliorer en tant que débutant.
J ai envi de pleuré tellement c est beau merci
Ce que tu fais es précieux ! On passe notre temps à aider les gens dans leur métier, et on ne réfléchis pas aux enjeux du notre...
Bonne vidéo. Après un précision, la programmation orientée objet n'est pas un paradigme, les paradigmes sont l'impératif (procédural), fonctionnel et logique. On a du FP, avec de l'objet (eg. Scala).
On ne peut pas vraiment superposé les paradigmes, python et JS ne peuvent pas faire du FP, parce qu'il faut des structures de données FP pour le faire (sinon les fonctions ne sont pas 'pures').
Après on peut jouer avec des DSL (eg spark en python qui est du FP), ou des lambda/closures qui sont un moyen de définir plus facilement des fonctions localement.
Les objets ne sont pas "safe" ou protégées en programmation impérative, sinon on pourrait créer une nouvelle version d'une voiture en gardant tel quel les roues existantes, sauf une.
Si c'était safe/sécurisé, on pourrait faire sans le "deep_copy" /défensive copy.
Enfin bon, c'est du détail ! Cela serait mieux de faire du FP, mais la charge cognitive initiale fait peut.
Merci pour ce cours d'histoire
De tous les gourous présents sur internet qui te décrivent comment devenir développeur en 1 Mois, j penses que tu fais mieux bravo, ceci étant tout ce dont tu décrives, on le connaît quant on a un Master en Genie Logiciel.
J'aime vraiment ta manière d'appréhender le code ! Petite mention à l'eXtrem programming
merci pour ce récapitulatif super intéressant...
Avec plaisir, le combat continu ! Bon code !
Merci pour cette excellente video que j'ai trouvé tout à fait enrichissante, que ce soit pour la partie historique que la synthèse proposée. En effet, je trouve très important de traiter du sujet de l'architecture, au delà du code pur.
Je pense également que vous n'êtes pas seulement un ingénieur logiciel, vous le prouvez dans cette video. Au moins pédagogue, esprit de synthèse et approche systémique.
Bravo et merci de nous partager tous ces contenus de qualité, je suis conscient que ça prend beaucoup de temps.
Merci pour ce contenu de qualité !
Merci pour ton retour positif ! À bientôt pour une prochaine vidéo et bon code, Simon.
Merci de tes conseils. Il m'as souvent été très difficile de bien appliquer les bonnes pratiques pour un code clean.
Impressionnant de concision et pourtant ça brasse très large ^^
Super intéressant, merci !
L'extrème progamming est devenu software craft, c'est beaucoup plus vendeur
j'aurais inclus les métiers à tisser. mais on ne peu jamais tout mettre ^^
J'en suis à 4:35, mon boulot est de répondre à des appels d'offre pour du dév. Ben les clients, les lignes de coûts lié à l'ALM ou l'accessibilité ils ne veulent pas les voir. Tout ça pour dire que notre secteur est immature de bout en bout.
Vidéo très intéressante merci
Merci Simon, c'est une super vidéo ! J'ai envie de la montrer à mon équipe ! 😊
excellente vidéo merci ! Si vous pouviez faire plus de vidéo théorie ce serrait top !
Chouette vidéo ! Merci
Bonjour je sors de bootcamp. Cette vidéo est très intéressante pour ma part. J’avoue n’avoir pas tout compris par manque de connaissance sur certains sujets. Mais au moins j’ai de quoi m’investir
Très bon contenu ! Merci 🚀
Très bonne vidéo. Une petite mention sur le très très haut niveau d'exigence aurait été pas mal (juste pour donner une perspective) : la preuve de programme (type coq, idriss, etc) qui risque de faire encore évoluer le métier dans les prochaines décennies (en tout cas on l'espère).
très intéressant !
Super récap ! Pourrait servir à bâtir un cours d'informatique.
Ce serait bien que tu nous dises ce que tu utilises toi perso en 2023 .
Clean architecture ?
Effectivement , ce serait bien une newsletter comme bytebytego
L'ordre des avocats a été créé par Justinien 1er, empereur romain d'orient au Vie siècle. Ciceron, lui, était un avocat romain du premier siècle avant JC.
Ton bureau, ta chambre, tu nous fais visiter quoi après :P
Merci pour cette leçon d'histoire
En Maui, ya le Xaml avec son MvvM.
Si ya un binding en 2 ways, ça veut dire que c'est mal fait ?
Retour sur le javascript vanilla et la librairie jquery puisqu'il faut s'adapter à ce qui se fait déjà sur les projets existants et ce qui se fait déjà. J'aime bien d'ailleurs jquery c'est sympa d'en faire et c'est bien aussi pour s'adapter à différents environnements et technologies.
Bonjour, je vois que vous ne faites plus les exercice de 5mins JavaScript ! C'est dommage. je suis en reconversion professionnelle. En écoutant, vos vidéos, vous m'avez convaincu de l'importance et de choisir le langage JavaScript. Merci,
Bémol mineur dans une super vidéo : Cicéron a vécu au premier siècle ACN, donc impossible pour lui d'avoir créé le standard au 6eme siècle !
Je me serais attendu à voir mentionner le développement en cycle en V dans l'historique des méthodes de programmation .
Merci
Top ta vidéo.
Le TDD, je valide à 100% sa pratique mais malheureusement, sa mise en pratique reste compliquée pour une question de temps dans les projets pro. Il faut beaucoup pratiquer pour être à l'aise et devenir efficace avec cette façon de travailler.
L'architecture hexagonale, je l'ai pratiqué dans le monde pro, c'est un gros + pour les projets qui souhaitent pouvoir switcher sur des technos/outils différents à un moment donné.
Par contre, j'avais vu qu'il fallait faire en sorte de se passer entièrement des frameworks très pratiques (exemple: lombok pour java) afin que le domaine soit totalement indépendant vis à vis de l'extérieur. Nous avons donc adapté notre archi hexagonale en autorisant l'utilisation de certains frameworks à l'intérieur du domaine 😅
Merci pour cette vidéo, très intéressante à suivre 👏
Lombok c'est le diable
merci c'est top 👍
Au top. Bon code, Simon.
Incroyable
bravo !
Merci beaucoup
Attention quand même, quand on parle de DDD, on parle uniquement de la couche Domaine, pas d'une éventuelle couche Application, qui est, elle, totalement inexistante pour la couche Domaine. On va parler de la couche Application (UseCases), quand on va commencer à parler d'Archi. , plus exactement : de Clean Archi. ou d'Onion Archi., (Sachant que dans l'Hexagonal Archi., on parlera en effet comme vous le dîtes, d'Application Core qui regroupe Domaine+Application). Un autre point important aussi : il n'est pas recommandé que des couches externes comme la vue ou les controllers, connaissent le type des objets métier du Domaine, il faudra effectuer un mapping, pour que le transfert de data entre couche Application et la couche Controller, se fasse sous forme de DTO. Merci pour votre travail.
Correction (iirc): XP est anterieur au TDD (dans le sens XP ne demande de faire du TDD). Par contre XP a aide a populariser les test unitaires et +/- donne naisssance a JUnit (meme auteur). J'etais dans la communaute XP fr de l'epoque (année 2000) , ce n'etait pas le nom qui faisait peur ou rendait l'approche difficile a "vendre" en entreprise, mais le Pair programming qui etait vue comme double le prix (c'est encore un peu le cas aujourd'hui).
Le TDD est ne dans le ecosystem sans compilateur (et sans type,...) comme Ruby, pour des tests "fonctionnels" mais aussi pour pallier des checks fait par des compilos, linters dans d'autre ecosystem (que se passe t'il avec un argument de type X ou Y, un null, .... ?).
super vidéo !
est-ce que tu pourrais me donner les références (livre, lien, autres...) que tu as mentionner, notamment vis à vis des design pattern ?
J'ai beaucoup suivi les principes DRY et KISS. Pour moi ça n'a pas été difficile à suivre étant donné que je le pratiquais avant de connaître leur existences. C'était pareil pour certains design patterns. J'ai eu l'opportunité de pratiquer certains principes l'Xtrem programming. En particulier le fait d'être 2 devant le programme. C'est terriblement efficace mais également épuisant.
Je ne pense pas que les principes SOLID datent de 1990. Les méthodes d'analyse objet était tout juste naissantes. UML n'existait pas encore. On parlait de la mise en travaux de la méthode Merise 2 qui intègre l'objet.
je te découvre et j'adooore ^^ je trouve tes explications vraiment limpides et tu parles de choses peu abordées (du moins en français). je dirais que le point essentiel que tu n'abordes pas c'est l'existent. parce que c'est toujours contre ça que viennent se fracasser les belles théories. pour te donner un exemple, dans ma boîte on a mis en chantier une application assez conséquente et pour ses échaffaudage j'ai commencé en TDD à la bien, avec un pattern builder pour créer des fakes data tout ça et puis, tu as l'existent qui arrive parce que l'application doit migrer un vieux brol mal foutu et qu'il est pas question de tout réinventer parce que ça casserait ce qu'on avait avant et très vite tu te retrouves adapter tes tests encore et encore si bien qu'au final tu te résignes... après je suis content parce que parmis les bonnes pratiques que tu exposes, je me rends compte que j'en ai appliqué une bonne partie naturellement. Quoi qu'il en soit j'ai trouvé cette vidéo très intéressante, je vais regarder les autres et je me suis abonné, bonne continuation à toi ^^
à 10:00, si le langage dont vous parlez est Eiffel, c'est très clairement un langage orienté objet, PAS un langage fonctionnel ! Eiffel est bien connu pour ses clauses de préconditions, postconditions et invariants, dont la raison d'être est principalement liée à la mutabilité des objets et à l'accumulation de contraintes au sousclassage, pour s'assurer que les objets des sousclasses répondent aux attentes mises en place par leurs superclasses (bref, principe de Liskov vérifié au runtime "par contrat").
(il existe aussi un langage FL fonctionnel créé peu après Eiffel, et c'est homophone en français, mais FL est beaucoup moins connu que Eiffel, malgré qu'il ait été cocréé par John Backus)
Première vidéo de cette chaine qui me semble bonne. J'espère que ça va continuer : )
C'est du haut niveau je comprends pratiquement rien mais jm trop mdr ta chaîne elle est dédié spécialement pour les codeur pro est-ce que il y a des vidéos à mon niveau je suis totalement débutant ta l'air de super bien expliqué mais c'est dommage je n'arrive pas à tout comprendre.
00:59 faut pas le dire tu vas donner des idées aux assureurs
je ne parviens toujours pas a souscrire a la newslatter
Hello, je t'ai inscrit manuellement. C'est bon de ton côté ?
@@codeursenior pas encore...
@@felixwarano Le prochain email part demain (jeudi 14/08) normalement. Si tu le reçoit pas, tu peux me contacter sur mon site angularsenior.fr. A tt !
Cette thumbnail 😆👌
"Le dernier framework Javascript à la mode" j'ai l'impression que cette phrase commence à légèrement dater, non? En tout cas au moins 5 ans qu'on parle des mêmes.
Next.js on en parle depuis 2 ans seulement.
@@philippemartin4738 C'est has been, la nouvelle star c'est Remix. En plus de Flutter, évidemment.
Edit : je parodie le ton et les tendances que me remonte Twitter/X et que j'ai vus vite fait, mais je n'utilise pas de framework JS, donc à titre personnel , je n'ai aucune position.
Basé.
L'anglais est prévu à apprendre après la programmation.
Avoir des notions d’anglais serait mieux
4:00 Dis que t'as jamais croisé un architecte (de bâtiment), sans dire que tu n'as jamais croisé un architecte (surtout pour ce qui est de définir sa pratique et le défendre...)
et à 5:00, c'est moi ou Photoshop et Illustrator c'est pas tres tres des langages ou des frameworks ?
5:40 quand je pense qu'on parle de progrès technique et de changements culturels alors que l'ADN humain n'évolue presque plus depuis 200 000 ans... le doigt dans l'œil moi je dis.
ok, j'arrête l mauvaise foi : je crois que les architectes et le génie civil ont plus à apprendre de l'informatique (et du jeu vidéo pour le médium archi) que l'inverse.
et notamment des logiques esquissées dans cette vidéo.
55 ans..
franchement tu les fais pas
"Découvrez 55 Ans de bonnes pratiques de code en 26 Minutes"
Non mais tu n'es pas si vieux 🙂
PS : promis j'écoute la vidéo maintenant.
Ah zut. Déjà de base, tu confonds le procédural et le code spaghetti 😞
Le procédural est vite devenu modulaire. C'est aussi propre que de l'objet mais moins inutilement compliqué 🙂
hello, pas faux ^^ mais sinon, 55 ans en 26 mins, c'est bullshit et puis là, c'est du blabla trop généraliste, qui est soit pour les experts, soit un peu inutile car trop shématique, pas ou peu de cas concrets, à part, les listes à trier... (en tous cas, c'est pas une vidéo pour débutant...)...perso, j'ai pas tout capté, je trouve ça flou par moment mais c'est peut-etre que mon niveau est pas assez élevé....@@IBelieveInCode
@@creationJeuxVideoETtuto Personnellement je code toujours en procédural. Je fais donc de la grosse m.... d'après l'auteur de la vidéo et d'après 100% des développeurs actuels.
Pourtant quand ils cliquent sur une de mes vidéos (hors NSI), ils ont tous le cerveau qui fond en cinquante secondes.
hello, lol, le procédural c'est pas toujours dégueux @@IBelieveInCode
Merci beaucoup Simon je suis au Cameroun et je ne saute aucune de tes vidéos ça m'aide à m'améliorer en tant que débutant.
Merci beaucoup
Au plaisir. 🧑💻 👍