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.
J’ai posé un tas de questions aux LLM pour accélérer mon apprentissage en programmation. Mais le risque est de devenir dépendant. Les réponses peuvent être claires et pertinentes mais aussi conduire sur de fausses pistes. Je regrette un peu ce choix de compter sur l’IA pour obtenir des réponses synthétiques et approfondies. Le résultat est incertain. Mais le pire pour moi est que l’IA peut transmettre de fausses impressions notamment lorsqu’on ne maîtrise pas le sujet. C’est rédhibitoire : on a l’impression de progresser, on perd du temps et on finit par se décrédibiliser.
Je pense qu’un passage par l’IA ou « compagnonnage » ne vaut pas un vrai apprentissage. Les deux articles de Juniper et Amazon cités en référence sont de piètres qualités : se former dans un domaine requiert des ressources et prend nécessairement du temps. C’est l’illusion du tout ou rien : on s’y connaît mais pas suffisamment (ou suffisamment pour s’autoriser quelques libertés). Il en ressort un goût fade (parole de grincheux) comme si on essayait de mettre le monde en bouteille.
Très bon article, j’ai appris pas mal sur Makefile que j’utilise de manière simple.
En faite je pense que beaucoup aime goTask, car c’est du yaml, un format connu de beaucoup car utilisé partout (compose, kube, ansible, cicd etc …).
Un truc que j’avais apprécier sur goTask, c’est peux être possible avec Make, c’était l’import d’autre taskfile, et surtout la surcharge de ceux, ceux qui permettait un templating assez poussé.
Merci du commentaire ça fait plaisir que l’article ait plu !
C’est intéressant le choix d’avoir fait une distribution gaming sur NixOS. Ca doit clairement faciliter pas mal de choses. J’espère que vous allez rencontrer le succès ;)
Super retour sur NixOS !
On a justement choisi NixOS comme base pour GLF OS pour ça : un système déclaratif, reproductible et fiable.
Moins de bricolage, plus de stabilité pour mieux jouer 🐧🎮
La partie vraiment la plus enquiquinante est la gestion des CSP ; je suis depuis des années en B+, parce que je n’ai pas voulu justement les gérer. (mode la flemme)
Quoiqu’il en soit, merci des précisions qui dans mon cas servent de rappel !
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.
J’ai posé un tas de questions aux LLM pour accélérer mon apprentissage en programmation. Mais le risque est de devenir dépendant. Les réponses peuvent être claires et pertinentes mais aussi conduire sur de fausses pistes. Je regrette un peu ce choix de compter sur l’IA pour obtenir des réponses synthétiques et approfondies. Le résultat est incertain. Mais le pire pour moi est que l’IA peut transmettre de fausses impressions notamment lorsqu’on ne maîtrise pas le sujet. C’est rédhibitoire : on a l’impression de progresser, on perd du temps et on finit par se décrédibiliser.
Je pense qu’un passage par l’IA ou « compagnonnage » ne vaut pas un vrai apprentissage. Les deux articles de Juniper et Amazon cités en référence sont de piètres qualités : se former dans un domaine requiert des ressources et prend nécessairement du temps. C’est l’illusion du tout ou rien : on s’y connaît mais pas suffisamment (ou suffisamment pour s’autoriser quelques libertés). Il en ressort un goût fade (parole de grincheux) comme si on essayait de mettre le monde en bouteille.
Un article très “de surface” et surtout une auto-promotion entrepreneuriale !
Plus pour dire “voilà ce que nous faisons” que “voilons comment nous faisons”. Bref…
Merci pour la typo, correction lancée !
Ah mince pour le bouton “Signaler”, je pensais que Codeberg inviterait simplement à forker, mais non. Je note.
Bjr. Une correction typo à faire :
actuer>acteurJ’ai bien cliqué sur le lien “Signaler une erreur” visible en bas de page, mais une fois connecté à Codeberg, j’ai eu le droit à l’erreur 404 :
Ah merci pour la découverte de cet outil, ça peut être pratique !
Red5d/docker-autocompose permet de générer un fichier compose automatiquement
Très bon article, j’ai appris pas mal sur Makefile que j’utilise de manière simple. En faite je pense que beaucoup aime goTask, car c’est du yaml, un format connu de beaucoup car utilisé partout (compose, kube, ansible, cicd etc …). Un truc que j’avais apprécier sur goTask, c’est peux être possible avec Make, c’était l’import d’autre taskfile, et surtout la surcharge de ceux, ceux qui permettait un templating assez poussé.
Intéressant, merci !
Merci du commentaire ça fait plaisir que l’article ait plu ! C’est intéressant le choix d’avoir fait une distribution gaming sur NixOS. Ca doit clairement faciliter pas mal de choses. J’espère que vous allez rencontrer le succès ;)
Super retour sur NixOS ! On a justement choisi NixOS comme base pour GLF OS pour ça : un système déclaratif, reproductible et fiable. Moins de bricolage, plus de stabilité pour mieux jouer 🐧🎮
Salut.
Tu testes où ? comment tes perfs web pour les images ?
Salut.
La partie vraiment la plus enquiquinante est la gestion des CSP ; je suis depuis des années en B+, parce que je n’ai pas voulu justement les gérer. (mode la flemme)
Quoiqu’il en soit, merci des précisions qui dans mon cas servent de rappel !
ça fait plaisir de voir du Apache httpd ! Pour une fois qu’on n’a pas du nginx :)
Le répertoire
~/.config/vimfonctionnent avec la version 9.1.