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 !
Je pousserai encore plus loin la réflexion si j’étais d’humeur trollesque : Est-ce une révolution pour un traitement de texte de savoir interprêter un formattage basique de texte ?
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.Bjr.
Rien à redire, complètement d’accord.
Si vous avez d’autres usage, je serai ravi de les ajouter au mémo!
Disons que c’est un coup « à la Apple », techniquement rien de nouveau, mais personne ne l’avait fait avant. Les fans diraient qu’ils ont osé.
Je pousserai encore plus loin la réflexion si j’étais d’humeur trollesque : Est-ce une révolution pour un traitement de texte de savoir interprêter un formattage basique de texte ?
L’autre titre de l’article, de niveau H1, est : LibreOffice 26.2 : enfin compatible avec Markdown (et c’est une révolution discrète)
Alors, révolution discrète ou énorme ? parce qu’à moins que je ne me trompe, l’un est difficilement compatible avec l’autre…
J’ai ajouté ce jour la gestion SELinux