Reprise du message précédent :
Tout à l'heure petite session de vibe coding pour bien finir la semaine: une appli interne dont le front (lui-même vibe codé) est parfait en terme d'UX, que je veux brancher sur une source de données complètement différente, le tout en js où j'y connais rien.

1 prompt pour expliquer à Claude où chopper la nouvelle donnée, il me code ça et m'explique comment lancer le bousin.
Ça marche pas mais en 3 messages avec des cap écran il corrige le truc. En 5 minutes ça fonctionne, ce sentiment de satisfaction j'ai même pas regardé le code

L'impression d'avoir une baguette magique

Et dire que je suis dans des groupes de devs où l'on refuse sciemment de l'utiliser

https://antigravity.google/docs/sandbox-mode

Je viens à peine de commencer à comprendre à quel point c’est puissant les skills  

Ah j'ai toujours pas vu le super intérêt derrière

Ça permet de ne pas lui expliquer toi même soit de le faire qu’une seule fois (tu crées un skill pour quelque chose que tu lui demandes souvent).
Par exemple un skill sur le design de site web, ça va lui donner toutes les règles à suivre/cahier des charges, parce que si tu utilises pas de skill il va faire ça à sa sauce avec des infos dépassées etc…
Gérer une base de données supabase, y a un skill de supabase etc…
Comment écrire un bon émail de vente, comment faire un audit seo, comment créer un skill, etc…
L’avantage c’est que tu peux installer tous les skills que tu veux et ensuite faire un appel du skill quand tu en as besoin.

 
Oui, et on est probablement tous d'accord à 95% au sujet des LLMs, mais on est limité par l'écrit pour débattre efficacement et agréablement
 
Après on ne partage probablement pas la même idée du travail d'ingénieur. Je suis étonné par falkon quand il rapporte les propos de ses équipes (au sujet des fonctionnalités impossibles ou très compliquées). C'est quand même rare qu'on ait des choses compliquées à implémenter. Je me suis fait traiter de "boomer qui code en C" par mon neveu qui a eu son diplôme d'ingénieur récemment. Ce n'est pas le diplôme qui fait l'ingénieur. C'est la capacité à créer des solutions adaptées à des problèmes complexes. Ce qui me gêne quand même avec les IA, c'est que le "prompt engineering" ressemble à une contradiction dans les termes. Notre métier est particulier, comparé à des ingénieurs en génie civil par exemple, parce qu'on y fait quand même souvent à la fois la conception de la solution et la réalisation de celle-ci. Avec les IA, on introduit une division du travail qui dénature et corrompt profondément l'activité de l'ingénieur logiciel.

Et moi je n’ai jamais vu d’équipe qui ne m’ait dit un jour « houlala ca va être trop complexe ça ».
 
Pourrais tu décrire la différence de journée entre un ingénieur logiciel et un développeur stp ?
 
Pourrais comprendre
 
 
Et ces ingénieurs logiciels ont le titre d’ingénieur ?

Ça dépend de l'écosystème à mon avis.

En cogip l'informaticien de base un peu planqué son réflexe suite à une demande c'est:
1 - de challenger le besoin (bon ça c'est normal)
2 - de trouver tous les arguments pour prouver que ça va pas etre possible, avec plus ou moins de mauvaise foi

Évidemment en startups ce genre de profils on les croise beaucoup moins.

Rien à voir mais vous avez des refs de bons podcasts en français sur l'IA?

J'ai l'impression que le débat n'avance pas car on ne qualifie pas ce que l'IA n'est pas capable de faire par rapport à un ingénieur logiciel. Et c'est valable pour n'importe quel métier remplaçable par l'IA.

Un exemple qui me vient à l'esprit c'est la connaissance générale du contexte d'un projet ou les objectifs de l'entreprise. On peut certes écrire ça dans des fichiers AGENTS mais la quantité d'informations implicite est phénoménale je pense.

De même le fait qu'une IA ne mémorise rien dans son modèle, mais se sert de béquilles comme ces fichiers Agents, SKILLS ou la doc, même avec un bon RAG, c'est difficile de comparer avec toute l'expérience qu'un ingénieur a acquise sur un projet.

Quand des agents pourront bosser pendant des jours en ayant une connaissance complète du contexte commercial, technique, des specs, etc, ca changera vraiment la donne.

Des projets comme Ralph ou la méthode BMAD couplé à du RAG ça pourrait aller dans ce sens. Ou alors il faut attendre une autre architecture que les transformers qui apprendrait en continu.

Je suis tombé sur cette chaîne, les gars ont bien cerné l'approche du développement avec des agents :

Ai driven development https://youtu.be/563QW18dtwo

Ralph https://youtu.be/WL7acca2aUI

D'un côté tous les ingés ne bossent pas indépendamment pendant des jours, selon le contexte il y a des allers retours avec les équipes métier/produit pour affiner, apporter plus de contexte, etc donc c'est cohérent qu'il y ait les mêmes aller retour avec une IA

Moi je pense qu'on n'avance pas également car certains parlent de développeurs qui ne développent que 10% de leur temps, le reste étant des tâches que l'IA ne pourrait pas du tout prendre en charge.
Travaillant avec plusieurs équipes de dev différentes et de diverses sociétés, je n'ai jamais vu ça, donc je suis curieux de connaitre la fiche de poste (que personne ne donne jamais) ou avoir un détail de ces tâches.
 
Pour le Agents.md, il n'est pas du tout fait pour donner le contexte. Y mettre plein de contexte est même un excellent moyen de réduire les performances du modèle. De même que les Agents.md de 500 lignes ou +
Au contraire par contre, une base de doc/contexte bien organisée et un bon RAG peuvent faire des miracles mais tout dépend du projet et de l'existence ou non de cette base de connaissance.
 
"Quand des agents pourront bosser pendant des jours en ayant une connaissance complète du contexte commercial, technique, des specs, etc, ca changera vraiment la donne." personnellement, j'ai des skills qui font appel à des MCP qu'on a fait nous même et qui permettent de récupérer des infos d'affluence (trafic), de chiffre (CA, commandes), de contexte technique (logs, base de doc technique, tickets), de retours clients (messages des clients). Ca donne énormément de contexte "run" à l'agent de codage. Par contre ça ne lui donne pas le contexte d'entreprise "amont".  
 
J'aimerais pouvoir connecter nos récaps de prise de note par IA en MCP pour que les tickets Jira aient du contexte. Je serais curieux de voir si ça améliore la compréhension autonome par la machine.
 

Je me suis fait exactement la même réflexion
 
Il y aussi un autre mythe trop facilement utilisé par les dev : l'humain serait infaillible, produirait du code sans bug et comprendrait réellement le contexte métier.
Or en réalité, s'il y a des PM et des PO, des CRO, des DA, etc. c'est pas pour rien. Et s'il y a des PR collégiales, des outils de TMA, c'est pas pour rien non plus.

J'ai enfin testé Claude code après tout le monde ( ne me jetez pas de pierres ).
C'est incroyable, je n'ai pas les mots !
Je lui ai donné la main sur un vps et demandé sommairement ce que je voulais comme services et comment je voulais m'en servir.

Tous les compose ont été faits, tout est monté proprement et surtout parfaitement fonctionnels, j'ai a peine dû corriger avec quelques prompts ...

Pour aller plus loin je lui ai demandé de créé un docker pour pallier a une absence d'Api sur un service que j'utilise régulièrement. Idem très rapidement mis en place et fonctionnel  

Par contre le plan pro se fait manger assez rapidement, je vais commencer à explorer les options du côté de GLM.

Voilà petit témoignage sans prétention d'un gars qui ne sait pas coder et qui n'est pas du tout du métier  

Une fois que tu seras remis de tes émotions et que tu auras compris à quel point la machine est devenue incroyablement performante, passe à Codex, tu prendras une seconde raclée (il est plus performant, bien plus).

Copain
 
Après, faut reconnaître que l'IA ça marche super bien avec les gens biens câblés
 
Et +1 pour Codex (mais je te l'ai déjà dit Tronklou)
 
On en parle tantôt IRL

J'ai commencé a déployer Ragflow pour avoir une solution de RAG d'entreprise, y'a un connecteur Jira, Confluence, Gitlab, Google, etc. Pas testé les connecteurs encore.

https://github.com/infiniflow/ragflow

automatiser non mais générer des formations basiques sur des sujets simples (Outlook, office, un autre outil répandu…) permettant de mettre sur pieds des formations sans y passer trop de temps  
 

c’est ça qui me gêne quand même dans l’ensemble…
 

 
Tech café

Je test, direct une pub audio pour Shopify de la part du type

Je parlais de translate l'autre jour et voilà 2 trucs qui sont sortis
 
* ChatGPT Translate https://chatgpt.com/fr-FR/translate/
* TranslateGemma https://blog.google/innovation-and- [...] lategemma/

D'accord, pour des tâches qu'on répète c'est effectivement un gain énorme

 
La différence entre un dev et un ingé est la spécialisation, un dev va souvent être un expert bien plus efficace qu'un ingé sur un domaine précis. Un ingé a bien une spécialisation mais est censé pouvoir toucher a tout et être parfaitement autonome. Je peux pas te donner de fiche de poste car j'en ai pas, je bosse bien dans une équipe sur un projet principal mais ça m'arrive souvent d'intervenir sur d'autres projets de notre boite (on doit bien avoir plus de 200 produits). Mon intitulé est "Principal Software Engineer" (avec une spécialisation backend) mais passé ça je travaille régulièrement sur des archi, languages ou projets différents.
 
Pour le détail des taches, c'est très variable selon le sujet et l'ampleur. Le dernier gros trucs sur lequel j'ai bossé c'est l’architecture de la division de tenants dans nos produits avec comme pilote mon projet principal. L'idée étant qu'une fois l'archi en place et notre produit en prod, les autres équipent aient juste a suivre et qu'on aurait essuyé (et documenté) toutes les difficultés. C'est en gros 2 ans de boulot (pour notre équipe), mais maintenant les autres équipes peuvent suivre les specs/exemples et implementer la même chose en quelques mois. Techniquement l’implémentation dans notre produit doit faire moins de 10k LoC dans 4/5 services, ça fait pas beaucoup de code, largement moins de 10% de mon temps sur deux ans. Mais ça représente beaucoup de meetings (beaucoup ), de docs, de specs, de tests et requiers une grosse connaissance transversale des nos produits, des problèmes de sécurité, de scalabilité et d'archi en général. L'IA aurait pu me faire gagner du temps, surtout pour l'écriture et la mise a jours de docs/specs. Mais au final, écrire ces 10k LoC, c'est juste 2/3 semaines de taf pour des devs, une IA pourrait réduire ça a une journée avec une spec et un prompt parfait, mais ça n'aurait pas réduit significativement le temps de tout le reste.
 
J'espère que la différence entre dev et ingé est plus claire pour toi.

OK je vois. Perso pour moi c'est un métier de dev. C'est pas du code en tant que tel mais c'est extrêmement lié ainsi qu'à la technique.
 
Un ingénieur, c'est un mec qui a le titre officiel d'ingénieur.
Là personnellement dans ce que tu décris je vois plutot simplement une distinction entre les dev qui ne font que coder et les devs qui font les plans de ce qu'il faut coder. Dans certaines sociétés ça s'appelle Architecte logiciel ou CDP technique.
 
Archi, définition de spécs TECHNIQUES, tests. Dans notre cas à nous, pour nos produits, nos besoins (et je ne dis pas que c'est universel), l'IA fait ça parfaitement pour info. Pour les réunions c'est la seule limite mais comme dit plus haut j'envisage un branchement notes de réunion/doc entreprise/LLM.

Merci je vais regarder

Je suis toujours pas d'accord  

Moi je suis assez d'accord avec le fait qu'en High il fait du boulot irréprochable, ça compile souvent sans erreur après un run d'une ou deux heures de dev. Claude Opus est infiniment supérieur pour générer un plan pertinent. Maintenant je lui fais générer mes PRD et je les file à codex pour l'implémentation, je me retrouve avec des tokens quasi illimités. Openai a annoncé le mode plan pour codex, et ils ont déjà bien accéléré son fonctionnement.

Plan Claude
Code GPT ou Gemini
Revue ?

Ce que je veux dire c'est qu'on peut pas dire que claude ou codex est meilleur, cela dépend fortement de la demande, du besoin et surtout du language cible.

Auto claude les mecs, c'est parfait poru gérer un projet de A à Z putain, je vais pouvoir faire l'app de fitness

C'est quoi la différence avec les autres app ?

Kanban, creation de ticket, workflow complet, gere les worktreee, peux lancer jusqu'à 12 claudes en meme temps sur ton app, c'est un truc de dingue,

Avec les limites de tokens : autonomie 5 minutes

Edit : punaise ça a l'air pas mal. Mais trop de trucs à tester...

1ere resultat une casse automobile ... bon y'a un reddit juste en dessous...

Et le budget aussi, parce que tu crames tout plus vite

 
Après les titres perso je m'en cogne tant que le mec est payé en conséquence de son taf'. Je dis moi même que je suis un dev, pas un ingé.
 
Le problème de l'IA pour les specs c'est que pas mal de connaissances dans notre boite sont empiriques il faut savoir ou chercher et surtout à qui demander. Ça serait d'ailleurs pas mal de mettre une IA a éplucher et documenter tous les projets, ça arrive qu'une équipe dev un truc, et qu'ils découvrent ensuite que ça existe déjà .
 
Pour les meetings on a le transcript IA de Zoom, mais comme il y a plein de non-natifs en anglais (dont moi ), le transcript est pas mal aux fraises par moment.

A terme je pense que le workflow sera celui-là. Un jira / linear / whatever dans lequel tu écris tes tâches et tu les files à ton pool d'agents.

Par contre j'ai lu des histoires de gars dont le compte s'est fait ban pour l'utilisation de ce genre d'outils

Bah tu fais un autre compte

Pourquoi un pool d'agents? Perso j'ai le MCP Jira, je vérifie que le Jira est bien écrit et je le file a mon agent, j'ai très peu de retouches, généralement juste lui dire d'ajouter des tests un peu tordus
 

C'est quoi le soucis? Tu crames tes tokens 10x plus vite, les boites doivent être contentes
 
edit: ha oui en gratuit

Ici: https://hugodaniel.com/posts/claude-code-banned-me/ banni avec un compte max.

On n'a pas la raison mais possiblement pour avoir fait se parler deux instances de claude

Donc on peut prendre un gros abo, le faire tourner un max avant d'être ban, d'être refund et d'avoir eu un dev gratos pendant quelques heures ?

Mieux vaut pas tenter