Reprise du message précédent :

1. Non, et c’est pas fait pour ça. Ne prête pas aux LLM des capacités pour lesquels ils n’ont jamais été conçus.

2. C’est la seule manière d’apprendre vraiment. Les générateurs de fumisteries, dont le seul but réel est de détruire le Web, les connaissances et la culture humaines et les conditions d’habitabilité de la Terre en général, ne t’apprendront jamais quoi que ce soit (et c’est prouvé).

Et du code (par définition volé, vu que ça ne respecte pas les licences, même celles dites permissives) dont l’usage peut te mettre juridiquement dans la mouise (dernier exemple en date).

Justement : comme c’est dans ton domaine, tu vois que ça te pond n’importe quoi (c’est le principe du cadavre exquis). Mais quand ça l’est pas, comment tu t’en rends compte ? Et c’est vraiment vrai que tu « gagnes du temps » (par rapport au fait de ne pas l’utiliser, je suppose) ? Le doute est plus que permis, vu que tu en perds au contraire à démêler le vrai du faux dans ses hallucinations.

ouais enfin qu'en tu n'as pas compris un tuto et que tu te prends les pieds dans le tapis ; que tu entres une mauvaise commande, faute de frappe, etc. le résultat est : la panne.
 
L'intro de ploum (que j'aime lire au demeurant) enfonce une porte ouverte : sans blague ! Guitar Hero est un jeu ? Haaaaan

Quand je développe, ça me prend plus de temps avec l’IA que quand je le fais à la main.
Bien sûr ça démarre par un très fort gain de temps, celui de taper.
Mais il faut ensuite que je relise et comprenne tout ce qui a été fait, que je réfléchisse aux autres solutions qui auraient pu être choisies, que je me demande si c’est vraiment nécessaire pour tout, et cette relecture et cette réflexion qui sont déjà longues quand je travaille sans IA deviennent ici encore plus longues.
Bien sûr on peut plus ou moins ignorer ces phases, et je pense que quelqu’un qui utilise beaucoup l’IA sera amené forcément à le faire car il perdra petit à petit pied dans le code.
Et la quantité de code n’est pas un avantage, elle devient même un ennemi sur le long terme.
Ça aura des conséquences. J’espère qu’elles ne seront pas trop graves mais j’ai bien peur qu’elles le soient.

Oui l'IA raconte vraiment beaucoup de merde, tu peux rien faire de bon avec ça

il faut apprendre à s'en servir :
un prompt du genre fait moi un software qui pirate la banque de France. tu auras un truc moisi/bricolé et à vérifier. (enfin voyez l'idée )
 
un prompt du genre : code moi tel algorithme dans tel contexte. tu as plus de chance d'obtenir un résultat correct. il faut donner des taches précises
pour lesquelles tu sais que tu n'iras pas aussi vite à le pondre proprement.
 
Et si tu demandes ça à gemini vite fait sur un coin de smartphone, c'est encore pire.

 
LOL, désolé mais TELLEMENT ridicule de lire ça.  
 
Enfin bon c'est pas le bon topic, mais je pense qu'après plus de 20 ans d'exp avec Linux plus des années en tant que Dev et CTO dans une petite boite depuis presque 8 ans, je peux pas lire ça sans penser que tu ne sais pas du tout de quoi tu parles et/ou tu n'as certainement pas testé les derniers trucs dispos.  
 
Déjà concernant le dev, que ce soit pour mes projets persos ou pour le boulot, ça permet de gagner un temps considérable quand on indique correctement aux agents quoi faire, en particulier quand tu décris strictement la structure du projet. Oui, ça fait des erreurs et il faut de toutes manières être capable de comprendre ce qui a été créé, mais en terme de temps de dev, ça n'a RIEN à voir. Mon dernier projet perso, je bosse seul dessus un peu les WE, ce que j'ai fait, il m'aurait en temps normal fallu des MOIS en full time.  
 
Pour ce qui est de tout ce qui concerne le sysadmin, il faut toujours définir les choses correctement aussi. Donner toutes les informations nécessaires, exiger des réponses qui utilisent les dernières information disponible (temporalité correctement décrite), donner le bon contexte.  
Et pareil, ça permet de gagner un temps énorme et du coup de faire ce qu'on avait pas le temps de faire tout seul autrement.
 
L'autre chose qui est vraiment mille fois mieux maintenant, c'est tout ce qui concerne la documentation. Par exemple, j'ai un process ultra précis maintenant pour updater proxmox, mes VMs, OMV, Plex etc... Que je veux suivre à la lettre avec validation des étapes. Autrefois, créer un tel bouzin aurait évidemment été possible, mais je ne l'aurais pas fait par manque de temps et/ou d'énergie.
 
Pour l'enseignement: ma fille utilise l'IA constamment pour réviser ses cours, se créer des exercices avec corrigés, y compris en programmation (python) et ça marche parfaitement bien aussi et les erreurs pour le coup sont vraiment rares.
 
Je vais finir par les histoires de copyright sur le code... C'est vraiment marrant de parler de cela après avoir copier/coller avec ctrl/c ctrl/v pendant des années... C'est quoi la différence ? Ça a TOUJOURS existé. ON ne crée pas à partir de rien. Le dev, ça a toujours été un jeu de légo où il faut apprendre à agencer les briques le plus intelligemment possible.
Même quand je faisais du basic et de l'assembleur sur mon TO9 quand j'avais 14 ans, je m'inspirais du code trouvé dans des revues, dans les rares livres que j'ai pu avoir et j'ai inutilement galéré pendant des jours pour finir par accidentellement trouver des solutions parce que je n'avais accès à aucune documentation digne de ce nom.
 
L'IA, c'est juste une évolution naturelle des choses. C'est un outil et comme tout outil, soit on s'en sert correctement et on gagne du temps, soit en s'en sert n'importe comment et il faut tout refaire.

Ah, et aussi, puisqu'on est sur OSA, il y a plein de modèles open source à faire tourner chez soi qui sont quasiment aussi performants que les meilleurs modèles du marché ! l'IA, c'est pas juste quelques géants qui trustent tout ça.

 
Si tu as trop de code, c'est que ton projet est mal décrit et que tu n'as pas correctement coaché l'agent pour ça. Bien utilisé, tu devrais en fait avoir MOINS de codes que si tu fais tout manuellement, parce que quand tu codes, tu as le nez dans le guidon et bcp de choses en réalité t'échappent.  
Un agent bien coaché, il va pas faire 10 000 copier coller de la même fonction ou de la même classe. Il va au contraire essayer de tout optimiser.
 
Une chose que je reconnais un peu dans ce que tu dis :
 
Comme tu as PLUS de temps pour analyser les choses, tu vas avoir tendance à devenir plus exigeant et à aller plus en profondeur. Je le vois très bien avec mes projets persos : ça permet d'aller bcp plus loin dans les détails et de laisser son perfectionsime s'exprimer bcp plus. De plus, une vision panoramique de la création, c'est un autre point de vue et bcp moins de chose nous échappent. Donc on va avoir tendance à laisser passer bcp moins de choses qu'avant. On peut aussi prendre le temps de documenter correctement les choses.
 
Pour ce qui est de devoir relire et comprendre le code : c'est la base. En tant que dev, tu ne devrais jamais utiliser un code que tu ne comprends pas modulo les bibliothèques.

Ou alors c’est qu’on va trop vite aussi.
Ajouter des fonctionnalités vient naturellement quand tout va plus vite, mais le fait d’épurer, d’en retirer, non.
Et sans compter que quand on sort un peu trop des sentiers battus, c’est beaucoup plus aléatoire.
C’est bien pour du tout courant qui a été documenté de nombreuses fois, ou les interfaces web ce genre de choses. Mais moi je suis beaucoup plus à trouver des solutions sur les serveurs, services, backoffice.
Et le plus long dans le code c’est toujours de le lire, pas de l’écrire.
L’écrire c’est vraiment une faible proportion du temps (ou alors on pisse juste du code), et le code écrit par un autre on met toujours beaucoup plus de temps à le lire et douter.
Pour les spécifications je sais pas trop mal faire, cahiers des charges, architecture etc. (j’ai été chef de projets), pour la réflexion sur le produit et son évolution dans le temps aussi, sur la durée (je souhaite du solide pour mini 10 ans mais souvent bien plus).
Mais c’est pas rare de voir un prompt pourtant assez formel pas complètement respecté.
 
Bon après c’est pas nul pour la doc, lire un langage de 1970 et expliquer le code, montrer des façons de faire certaines choses même si ça entraînera la lecture de la doc officielle, au moins ça nous aiguille.

Pour résumer :  Claude Code, COBOL, IBM : ce que la chute du marché ne dit pas.

et il ne faut pas oublier que l'IA peut bosser plus longtemps.
Moi au bout de 3heures d'analyses, j'en ai un peu raz l'cul.  
Tu demandes à un(e) IA de corriger/deboguer syntaxiquement 100000lignes d'un team de 10 personnes, iel le fera.
les 10 personnes vont provoqué 3 réunions pour le même travail de qui fait quoi avant éprouver le code.

 
Ce n'est pas comme s'il n'y avait pas des tas d'autres choses à faire que de s'abrutir devant des écrans... et bon, franchement, Arte est pire que les fournisseurs précédemment cités, franchement? ils ont une offre VOD payante mais personnellement, rien qu'avec ce que j'ai téléchargé(ou pas, mais que j'aurais pu) dans ce qui est fourni gratuitement par la chaîne, j'ai de quoi passer le reste de ma vie à me gaver de vidéos...

qu'est ce que tu fous ici du coup    
 
pour en rebondir par Arte, le contenu gratuit se borne à des safari et regarder des gens tirer sur la faune.
qd tu en a vu 2 ou 3, c'est le même ton plat/chuchotant et modérateur. c'est la télé du siecle dernier;
avec des commentaires de commentateur qui n'ont jamais mis les pieds dans la brousse...
/fin du HS

 
C'est un bon article intéressant et qui va dans le sens de ce que j'explique.    Ceux qui pensent que les IAs peuvent aujourd'hui remplacer des devs sont à côté de la plaque, mais ça reste un formidable outil pour les devs.

 
Oui, c'est le coeur du problème. Il faut savoir ce qu'on veut, procéder par étapes, réfléchir sur l'architecture AVANT de commencer etc... L'IA permet d'accélérer les choses, mais demander à une IA de faire une app en mode autonome, ça marche, mais ça ne donne pas de bons résultats. C'est clair.
Pour le prompt même totalement formel et ultra-précis pas complètement respecté, absolument, ça arrive même tout le temps, il faut demander à l'IA de corriger derrière, modifier et améliorer les md files pour l'IA ai fur et à mesure etc...
En fait, c'est tout un nouveau savoir faire qu'il faut apprendre en utilisant les IAs.  Le métier change, de même qu'il y a un avant et après Internet pour les programmeurs, il y a un avant et après les IAs pour les programmeurs.
Mais les attitudes en mode : "les IAs c'est pas pour moi, ça marche pas lolilol, ça dit de la merde haha", c'est ridicule et si tu bosses dans l'IT c'est juste suicidaire.
 
Après encore une fois, on est pas obligé DU TOUT de donner son pognon à Antropic, OpenAI ou autre.... On peut très bien se perfectionner et se spécialiser dans l'open source avec des IAs totalement open source ET auto-hébergées. (bon, ça coute quelques milliers d'euros quand même pour faire ça, vu la RAM et le GPU qu'il faut, mais il existe des systèmes dédiiés à ça). Moi par exemple, j'ai acheté ceci pour notre boite : https://frame.work/gb/en/desktop
 
C 'est un système avec de la mémoire unifiée pour l'IA et ça marche bien. Il y a l'alternative nvidia sinon.
Et autrement, si vous êtes des gamers, vous pouvez concilier les deux en prenant un GPU puissant avec le max de ram possible aussi.  

Non j’aime bien Arte (je regarde sur youtube en général)

Il y a eu tellement de fois où je devais être dépassé et en fait non, ça ne me fait pas peur.
En plus je pense qu’en gardant mes compétences pour coder je ne perds pas en qualité de réflexion, et les prompts pour l’IA on ne va pas dire que c’est dur à apprendre (et ça changera encore un peu).
Je mets beaucoup plus de temps à réfléchir à ce que je veux, à choisir parmi 15 façons de faire et savoir pourquoi j’ai choisi celle-là etc. qu’à taper mon code une fois que tout est décidé.
Et l’écrire à la main c’est un plaisir pour moi. Même en Rust avec le compilo qui râle.

On ne t'a pas jamais vu poster sur le topic Debian, pour aider des gens.
Mais là tu te présentes comme un expert sur un topic "débutants" et tu vantes l'IA. Tout en sortant des lignes de commandes à tire larigot.
A se demander si tes posts ne sont pas juste générés ... par IA

Ça manque de tirets quadratins et la syntaxe ne ressemble pas.
Et de formes dans les deux cas (tellement ridicule vs généré par IA).

 
T'es mignon (ou pas), mais il n'y a pas que Debian dans la vie.  
 
En 2005, j'aidais déjà des gens ici :
 
https://forum.hardware.fr/forum2.ph [...] 43#t632543
 
Et mes premiers messages remontent à encore plus loin (et sans même parler de mon autre pseudo que j'ai abandonné à cette époque).
 
Donc oui, j'aide des gens et depuis TRÈS longtemps et IRL aussi, et j'ai pas attendu les IAs pour ça.
 
Je recommande les IAs en 2026, parce que leur pouvoir pédagogique est immense. Et je ne recommande pas UNE IA. Je recommande aux gens sur OSA d'installer leur propre IA s'ils le peuvent.  
 
Du coup, la prochaine fois, au lieu d'attaquer la personne, tu pourrais déjà dire en quoi les lignes de commandes que j'ai demandées sont HS. Qu'elles aient été retrouvées par moi de mémoire, sur Google en faisant une recherche ou grace à une IA n'a strictement AUCUNE importance. C'est tout mon propos ici. Donc oui, je conseille aux débutants d'utiliser les IAs. Non pas pour faire tout à leur place, mais pour les éduquer, pour poser des questions, pour creuser... Pour ne pas abandonner quand quelque chose ne fonctionne pas, mais au contraire insister au lieu de tout réinstaller comme avec Windows ou installer une nouvelle distrib en priant que les problèmes ne se posent plus.  
 
Pour les distibs, mon parcours c'est essentiellement :
 
Mandrake (qui est devenue Mandriva plus tard) -> Ubuntu -> Gentoo (quasi 2 ans avec quand même et à une époque où on compilait encore le stage 1 ) -> Retour Ubuntu -> Mint -> Fedora et ensuite professionnellement : SuZE Linux, Redhat, Debian et maintenant, CentOS (et j'en oublie probablement)

c'est quoi le rapport?

 
Il s'imagine peut-être que les vrais barbus sont tous sur le topic Debian.