Par contre, le site meshnetwork.fr semble injoignable…
Je n’y arrive pas avec les dns de la FDN, j’ai donc essayé de pointer dig en utilisant les serveurs de Quad9 ou ceux de G*, mais la réponse DNS, sans erreur, n’indique aucune adresse IP(v4|6), donc pour l’instant, je n’arrive pas à le consulter.
Richard, comme tu le sais absolument, tu es un dyno-IT, je suis un dyno-IT (personnellement, je me refuse à l’usage de l’IA — c’est juste mon choix : c’est juste… “non”) et mon temps limité prend bien plus de temps à produire, certes…
En suivant de loin les contenus que tu partages, j’ai bien compris que l’IA et toi, c’est une grande histoire d’amour. Perso, ce n’est pas ma cam’ et globalement j’ai juste arrêté de te lire.
Cependant, je trouve sincèrement que ton projet n’est vraiment pas fou et je voulais te le partager (avec bienveillance).
D’une part, il faut alimenter un fichier yaml manuellement. Si tu utilises de l’IA pour gagner du temps, au temps pousser le cursor jusqu’au bout.
D’autre part, ça semble te faire perdre toute capacité à te créer une vraie documentation d’articles :
lire tout d’un article et pas juste un résumé pour ou moins bien fait
pouvoir tagger et conserver/archiver dans le temps les articles marquants pour toi (avec un wallabag par exemple)
se souvienir à long des articles et pouvoir y revenir des mois après
Pour moi, ça génère une veille à court terme qui n’a pas tellement de sens.
Et plus généralement, éprouves-tu encore du plaisir à veiller ? De mon coté, c’est un kiff d’avoir des 10ène d’articles non lus qui pop dans mon lecteur RSS et que je prend le temps de parcourir au fil de ma journée.
PS : Merci, parce que vous avez été plusieurs à me faire remonter le pb, même sur mon mail ;
mais j’étais IR en événement familial important ; donc, résolu ce jour.
Le plus important si l’on veut être synthétique c’est de présenter le contexte. On peut ainsi comprendre pourquoi les divers protocoles continuent d’évoluer. Il faut également donner une idée du fonctionnement. Il aurait certainement fallu retravailler le plan : comment réaliser une transition à IPv6. La comparaison systématique avec IPv4 tout au long de l’article comme fil conducteur n’est pas vraiment intéressante même lorsqu’on déploie en double pile. De plus, la mise en forme de l’article n’est pas au point. Les extraits affichés (sortie d’affichage…) et le tableau sont apparemment aux mauvaises dimensions (je dois choisir un niveau de zoom à 70% sur mon écran d’ordinateur car c’est trop intrusif pour mon cerveau).
L’utilisation de NPT soulève des interrogations même si la pertinence d’un tel déploiement est contestable. Ce modèle est en partie rejeté.
J’ai porté un regard sévère mais je trouve leurs propos assez réducteurs. Je crois que le but n’est pas de faire synthétique, même si l’on cherche essentiellement à réduire les efforts fournis, mais plutôt d’avoir une maîtrise fondamentale. Je n’ai pas l’impression que cela ait vraiment porté. Certes, les services sont opérationnels. Mais il y a aussi des choses discutables voire douteuses. Pourquoi avoir choisi le Network Prefix Translation ? C’est vraiment un choix majeur. Le point de vue de l’IETF a peut-être évolué sur le sujet, il faudrait que je fasse des recherches. Tant pis si c’est bancal.
Je te rejoins sur le fait que l’IA présente des limites concernant l’apprentissage théorique. Dans l’article, j’indique ne pas l’avoir utilisé, car je n’étais pas satisfait des réponses que j’avais obtenues.
Concernant la qualité des articles que j’ai cités pour présenter rapidement les nouveautés du protocole IPv6 par rapport au protocole IPv4. Ils me semblaient présenter un bon résumé. Si tu en connais de meilleures qualités et qui sont tout aussi synthétiques, je serai ravi de les ajouter.
Dans son blog @nemunaire expose un sujet similaire même si comparaison n’est pas raison. Je recommande le « MOOC Objectif IPv6 ». La suite de protocoles IPv6 continue de changer avec les RFC.
Salut, le dyno-IT!
Encore une fois, merci pour ta “réflexion”… très utile.
Hello PengouinPdt,
Effectivement j’ai fait une bêtise avec les DNS Cloudflare. Le site a été donc ete inaccessible pendant quelques heures.
Désolé 🫣
Bon, j’y suis enfin arrivé ;)
Bjr.
Merci pour l’article !
Par contre, le site meshnetwork.fr semble injoignable…
Je n’y arrive pas avec les dns de la FDN, j’ai donc essayé de pointer dig en utilisant les serveurs de Quad9 ou ceux de G*, mais la réponse DNS, sans erreur, n’indique aucune adresse IP(v4|6), donc pour l’instant, je n’arrive pas à le consulter.
Merci 👋
Richard, comme tu le sais absolument, tu es un dyno-IT, je suis un dyno-IT (personnellement, je me refuse à l’usage de l’IA — c’est juste mon choix : c’est juste… “non”) et mon temps limité prend bien plus de temps à produire, certes…
La conclusion de ton article : “Chapeau, bas…” ;)
Merci, ça fais plaisir de lire ce que je n’ai pas osé dire. Et faire sa veille avec LeJournalduhacker c’est déjà juste complet en faite ;p
En suivant de loin les contenus que tu partages, j’ai bien compris que l’IA et toi, c’est une grande histoire d’amour. Perso, ce n’est pas ma cam’ et globalement j’ai juste arrêté de te lire.
Cependant, je trouve sincèrement que ton projet n’est vraiment pas fou et je voulais te le partager (avec bienveillance).
D’une part, il faut alimenter un fichier yaml manuellement. Si tu utilises de l’IA pour gagner du temps, au temps pousser le cursor jusqu’au bout.
D’autre part, ça semble te faire perdre toute capacité à te créer une vraie documentation d’articles :
Pour moi, ça génère une veille à court terme qui n’a pas tellement de sens.
Et plus généralement, éprouves-tu encore du plaisir à veiller ? De mon coté, c’est un kiff d’avoir des 10ène d’articles non lus qui pop dans mon lecteur RSS et que je prend le temps de parcourir au fil de ma journée.
C’est résolu ;)
PS : Merci, parce que vous avez été plusieurs à me faire remonter le pb, même sur mon mail ; mais j’étais IR en événement familial important ; donc, résolu ce jour.
Le lien est hs :-/
Ah oui, je vais ajouter ça, j’ai zappé inférence ! Noté pour training aussi
Il y a aussi training vs inference
Cet article tombe à pic ! Je réfléchissais justement à installer Home Assistant sur mon homelab.
Excellent article merci !
Effectivement, mais avec quand même une petite description en français par l’auteur pour chaque article :)
Bonjour.
Pris individuellement l’ensemble des liens (quasiment tous) proposent du contenu en langue anglaise…
Bref.
Le plus important si l’on veut être synthétique c’est de présenter le contexte. On peut ainsi comprendre pourquoi les divers protocoles continuent d’évoluer. Il faut également donner une idée du fonctionnement. Il aurait certainement fallu retravailler le plan : comment réaliser une transition à IPv6. La comparaison systématique avec IPv4 tout au long de l’article comme fil conducteur n’est pas vraiment intéressante même lorsqu’on déploie en double pile. De plus, la mise en forme de l’article n’est pas au point. Les extraits affichés (sortie d’affichage…) et le tableau sont apparemment aux mauvaises dimensions (je dois choisir un niveau de zoom à 70% sur mon écran d’ordinateur car c’est trop intrusif pour mon cerveau).
L’utilisation de NPT soulève des interrogations même si la pertinence d’un tel déploiement est contestable. Ce modèle est en partie rejeté.
J’ai porté un regard sévère mais je trouve leurs propos assez réducteurs. Je crois que le but n’est pas de faire synthétique, même si l’on cherche essentiellement à réduire les efforts fournis, mais plutôt d’avoir une maîtrise fondamentale. Je n’ai pas l’impression que cela ait vraiment porté. Certes, les services sont opérationnels. Mais il y a aussi des choses discutables voire douteuses. Pourquoi avoir choisi le Network Prefix Translation ? C’est vraiment un choix majeur. Le point de vue de l’IETF a peut-être évolué sur le sujet, il faudrait que je fasse des recherches. Tant pis si c’est bancal.
Je te rejoins sur le fait que l’IA présente des limites concernant l’apprentissage théorique. Dans l’article, j’indique ne pas l’avoir utilisé, car je n’étais pas satisfait des réponses que j’avais obtenues.
Concernant la qualité des articles que j’ai cités pour présenter rapidement les nouveautés du protocole IPv6 par rapport au protocole IPv4. Ils me semblaient présenter un bon résumé. Si tu en connais de meilleures qualités et qui sont tout aussi synthétiques, je serai ravi de les ajouter.
Dans son blog @nemunaire expose un sujet similaire même si comparaison n’est pas raison. Je recommande le « MOOC Objectif IPv6 ». La suite de protocoles IPv6 continue de changer avec les RFC.