Je commente très rarement mais vraiment vu le travail de qualité que tu proposes c'est incroyable. Je t'ai découvert il y a quelques jours avec la vidéo sur cpp dans le kernel linux et depuis j'essaie de tout rattraper. Tu me donnes tellement de billes pour apporter du contexte à mes étudiants lors de mes cours de code merci. C'est tellement dur d'avoir autant de culture quand on est un jeune de 25 ans en ayant connu que les dernières version ...
Awwww merci beaucoup 🙏 ça faire extrêmement plaisir. Je partage beaucoup de veille sur Twitter/X et Bluesky et donne pas mal de conférences (tu peux retrouver les liens de mes dernières conférences sur mon site web www.emaxilde.net/). Très heureux que ça te plaise 👌
Bonjour, tes vidéos sont pationnantes, comme tu l'as dit je t'ai découvert il y a peu grâce au titres de la vidéos, merci pour le taff et la passion ! ❤️
Le C23 apporte plus de bien que de mal. Porter les extensions GNU GCC au C, comme les [[]] ou le 0b qui en etait une aussi il me semble est une très bonne chose, car elles sont vraiment bien. On pourra enfin printf("%b"); ! Le static_assert génial ça, plus besoin d'un .h avec des macros qui typedef des trucs pour en faire ! Cependant le mot clé auto me fait très peur, mieu vaut donner un warning à l'utilisateur si le compilateur pense mieu que lui et le laisser corriger son code, plutot que laisser la possibilité au compilateur de faire une erreur, à par obfusquer le code source, ce mot clé ne sert à rien, j'ai peur que ça pose des problèmes, en C certain problèmes peuvent couter très très cher. Comme le typeof, je ne suis absolument pas fan, ça rend moins clair le code, et ça n'apporte rien au dev. J'ai peur que le compilateur fasse de plus en plus, et un jour trop, le travail du dev, les devs deja deviendront moins fort, et faudra juste esperer que le compilateur fasse les choses bien, après le compilateur est surement plus fort que les devs, mais ce n'est pas une raison. La bibliothèque STL en C à l'air génial, je me suis toujours demandé pourquoi il y en avait pas déjà une, ce genre de structure de données basique et utilisé partout que tout le monde reimplemente, en avoir une bibliothèque fiable et bien faite ça fera plaisir, je ne pense pas que ça cassera le charm du C ni que ça le rendera plus complexe ou plus simple, je pense que ça va seulement ameliorer le langague. Petite idée pour ta chaine: Faire des reviews de code de viewers, ça pourrait être vraiment génial, tes conseils sont le bienvenue, on decouvre des projets, et ça fait de la lecture de code qui peut être très interressante.
Merci pour ton commentaire 🙏 concernant tes craintes par rapport à auto ou typeof, il n'y en a pas à avoir. C'est quelque chose qui a été implémenté dès C++11 et qui a apporté beaucoup de bien et de facilité d'écriture du code, et je dis ça par expérience car j'étais un peu comme toi au départ un peu sur la réserve mais j'ai pleinement adopté ces fonctionnalités car elle n'ont justement pas d'effets de bord. Pour l'idée de la code review c'est une très bonne idée. Je ferai ça un de ces quatre et sur mon propre code pour commencer 👌
Merci pour les rediff, j'ai pas le temps de voir tout en live J'aimerais bien avoir l'avis d'un programmeur expérimenté en langage plutôt bas niveau ( C, C++ ) sur la création et les perspectives du langage Mojo de Modular, comme superset de Python visant certes le contrôle de la mémoire et le typage fort statique exploitable pour les optimisations par le compilateur, mais aussi de façon surprenante une full-interop avec Python, C, C++. Il y aurait donc un mélange de flexibilité du trade performance, langage permissif/dynamique en fonction de là où on veut avoir un contrôle total. Et le tout, avec une syntaxe à la python, sur l'indentation, que j'apprécie personnellement. Je trouve que cela est intéressant, à toi de voir si tu aimerais en parler. je trouve que pour s'informer sur ce qu'ils visent il y a : ( je mets pas de lien sinon souvent ça bloque comme spam ) - Docs de Mojo section "Why Mojo" - Docs de Mojo section "Mojo roadmap & sharp edges" - Podcast (youtube) de Lex Fridman qui a invité le concepteur de Mojo pour parler de ce projet après son intervation pour Swift et (il me semble) LLVM. ;)
![Militarisation de la langue ? Clément Viktorovitch [EN DIRECT]](http://i.ytimg.com/vi/E7e7v-Ig9Ds/mqdefault.jpg)
![[Conférence] Notions de base sur la relativité générale et la relativité restreinte](/img/1.gif)
L'algorithme de RUclips m'a amené ici, belle découverte.
Merciiii 🙏
Je commente très rarement mais vraiment vu le travail de qualité que tu proposes c'est incroyable. Je t'ai découvert il y a quelques jours avec la vidéo sur cpp dans le kernel linux et depuis j'essaie de tout rattraper. Tu me donnes tellement de billes pour apporter du contexte à mes étudiants lors de mes cours de code merci. C'est tellement dur d'avoir autant de culture quand on est un jeune de 25 ans en ayant connu que les dernières version ...
Awwww merci beaucoup 🙏 ça faire extrêmement plaisir. Je partage beaucoup de veille sur Twitter/X et Bluesky et donne pas mal de conférences (tu peux retrouver les liens de mes dernières conférences sur mon site web www.emaxilde.net/).
Très heureux que ça te plaise 👌
Bonjour, tes vidéos sont pationnantes, comme tu l'as dit je t'ai découvert il y a peu grâce au titres de la vidéos, merci pour le taff et la passion ! ❤️
Merci beaucoup ! C'est le genre de feedback qui donne un coup de boost et qui donne envie de continuer de partager avec la communauté 🙏
On veux entendre parler de ZIG
Haha oui ça va venir 👌
Le C23 apporte plus de bien que de mal.
Porter les extensions GNU GCC au C, comme les [[]] ou le 0b qui en etait une aussi il me semble est une très bonne chose, car elles sont vraiment bien.
On pourra enfin printf("%b"); !
Le static_assert génial ça, plus besoin d'un .h avec des macros qui typedef des trucs pour en faire !
Cependant le mot clé auto me fait très peur, mieu vaut donner un warning à l'utilisateur si le compilateur pense mieu que lui et le laisser corriger son code, plutot que laisser la possibilité au compilateur de faire une erreur, à par obfusquer le code source, ce mot clé ne sert à rien, j'ai peur que ça pose des problèmes, en C certain problèmes peuvent couter très très cher.
Comme le typeof, je ne suis absolument pas fan, ça rend moins clair le code, et ça n'apporte rien au dev.
J'ai peur que le compilateur fasse de plus en plus, et un jour trop, le travail du dev, les devs deja deviendront moins fort, et faudra juste esperer que le compilateur fasse les choses bien, après le compilateur est surement plus fort que les devs, mais ce n'est pas une raison.
La bibliothèque STL en C à l'air génial, je me suis toujours demandé pourquoi il y en avait pas déjà une, ce genre de structure de données basique et utilisé partout que tout le monde reimplemente, en avoir une bibliothèque fiable et bien faite ça fera plaisir, je ne pense pas que ça cassera le charm du C ni que ça le rendera plus complexe ou plus simple, je pense que ça va seulement ameliorer le langague.
Petite idée pour ta chaine:
Faire des reviews de code de viewers, ça pourrait être vraiment génial, tes conseils sont le bienvenue, on decouvre des projets, et ça fait de la lecture de code qui peut être très interressante.
Merci pour ton commentaire 🙏 concernant tes craintes par rapport à auto ou typeof, il n'y en a pas à avoir. C'est quelque chose qui a été implémenté dès C++11 et qui a apporté beaucoup de bien et de facilité d'écriture du code, et je dis ça par expérience car j'étais un peu comme toi au départ un peu sur la réserve mais j'ai pleinement adopté ces fonctionnalités car elle n'ont justement pas d'effets de bord.
Pour l'idée de la code review c'est une très bonne idée. Je ferai ça un de ces quatre et sur mon propre code pour commencer 👌
Merci pour les rediff, j'ai pas le temps de voir tout en live
J'aimerais bien avoir l'avis d'un programmeur expérimenté en langage plutôt bas niveau ( C, C++ ) sur la création et les perspectives du langage Mojo de Modular, comme superset de Python visant certes le contrôle de la mémoire et le typage fort statique exploitable pour les optimisations par le compilateur, mais aussi de façon surprenante une full-interop avec Python, C, C++. Il y aurait donc un mélange de flexibilité du trade performance, langage permissif/dynamique en fonction de là où on veut avoir un contrôle total. Et le tout, avec une syntaxe à la python, sur l'indentation, que j'apprécie personnellement.
Je trouve que cela est intéressant, à toi de voir si tu aimerais en parler.
je trouve que pour s'informer sur ce qu'ils visent il y a :
( je mets pas de lien sinon souvent ça bloque comme spam )
- Docs de Mojo section "Why Mojo"
- Docs de Mojo section "Mojo roadmap & sharp edges"
- Podcast (youtube) de Lex Fridman qui a invité le concepteur de Mojo pour parler de ce projet après son intervation pour Swift et (il me semble) LLVM.
;)
Un de ces quatre je parlerai de mojo, en effet ça peut intéresser du monde. Faut que je me plonge dedans