Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
8784 connectés 

 


Dernière réponse
Sujet : [Topic Unique] Claude by Anthropic
joce

M300A a écrit :

Oui c'est ce que je fais, et je redonne mes priorités car certains composants de l'App sont plus importants que d'autres, ça aide


pour le coup ca serait intéressant que tu testes aussi Tamag0 pour voir si ca résout des pains


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Nr13 Tiens en parlant de deepseek je connaissais pas l'offre à 1$ de commandcode. 115M token (essentiellement en DS V4pro, un peu de mimo 2.5pro et de DS v4 flash pour voir)...pour 20% de 1$ aujourd'hui, donc :D
M300A Quand le fixe est complexe je passe souvent par un markdown pour avoir le temps d'y réfléchir et parfois je le passe a Qwen/Kimi/DeepSeek par Opencode, mais honnêtement c'est rarement utile. C'est très rare qu'ils se débrouillent mieux qu'opus :o
M300A

joce a écrit :


j'ai des golden rules très claires dans tamag0 pour ca : no defer, obligation de corriger tous les findings des reviews, et pas créer un ticket ou pas faire le fix parce que "pas grave", parce que ca coute quasi 0 à un agent de fix, alors que sinon ca fait de la dette technique qui s'accumule.

 

Ok, je comprends l'incompréhension. C'est pas deferred pour le fix, c'est deferred dans le sens wrapper sur une promise, une class TypeScript qui mimic une Future python pour pouvoir faire un setResult/setError dessus. Dans ce cas spécifique ces instances représentent des sous tâches en attente et le fixe de Claude impactait une tâche parente => il fallait donc propager l'erreur à ces instances de deferred pour les crasher aussi.

 

C'est plus clair avec le code dans un IDE  [:fyver]

joce

AllenMadison a écrit :


 
Quand j'ai un bug je demande toujours a Claude de regarder le scope. En fait Claude, quand il voit un bug, il regarde juste la ligne de code ou la fonction, mais il ne pense jamais à regarder l'impact d'un bugfix en global scope. J'ai très souvent des erreurs de scope en pinescript (beaucoup moins depuis Opus et Fable ceci dit) et c'est un des défauts de l'IA que j'ai remarqué.  
 
Du coup il faut toujours lui demander en prompt de check le scope et voir si le bugfix impacte autre chose qu'il faut aussi fix.


la skill de codereview embedded dans tamag0 a 10 dimensions, donc ca découpe très bien tout ce qu'il y a à checker, et c'est check par plusieurs agents qui débattent, donc il y a très très peu souvent des soucis.

joce

M300A a écrit :


 
Franchement pour moi c'est pas acceptable.
 
A l'instant, j'ai passé un finding venant de Fable 5, corrigé par Opus en max. Le bug était bien là, le correctif aussi. Cependant, l'erreur attrapée a cet endroit doit être propagée sur un ensemble de deferred qui ne seront alors jamais résolu. Ni fable, ni opus ne sont allés au bout du truc, alors que toutes les variables nécessaires à un correctif complet étaient dans le scope local d'une fonction pas ultra complexe. Si j'avais pas attrapé ça au vol, j'aurais au final un bugfix qui empêche l'App de crasher mais entraîne des deadlocks sur des tâches qui vont restées bloquées. Pas sûr que j'y gagne au change.
 
Et non c'est pas en regardant le diff de la PR que je l'aurais vu. J'ai dezoomé un peu dans l'IDE pour voir dans quelle classe j'étais, qui en était le caller et ça m'a permis de voir que c'était foireux. Le diff seul pouvait passer comme correct sans problème.


j'ai des golden rules très claires dans tamag0 pour ca : no defer, obligation de corriger tous les findings des reviews, et pas créer un ticket ou pas faire le fix parce que "pas grave", parce que ca coute quasi 0 à un agent de fix, alors que sinon ca fait de la dette technique qui s'accumule.

M300A

Implosion du Sord a écrit :


Tu devrais tester `/ultracode` alors où au moins faire appel à des agents reviewer, dont au moins un non-Anthropic (codew). Ou augmenter l'effort de ton agent

 

Fable xhigh pour l'audit, opus max pour corriger avec un contexte clean. Je ne pense pas pouvoir faire mieux :o
Après si vous êtes convaincus qu'on peut tout passer comme ça sans review humaine, c'est un choix. On travaille peut être pas non plus sur les mêmes apps :o

Implosion du Sord

M300A a écrit :

 

Non, c'est le même endroit, c'est juste que l'erreur n'était pas propagée la où elle aurait dû l'être.


Tu devrais tester `/ultracode` alors où au moins faire appel à des agents reviewer, dont au moins un non-Anthropic (codew). Ou augmenter l'effort de ton agent

M300A

Implosion du Sord a écrit :


Tu as donc de la dette technique nécessitant un refacto :o
Quand tu dois fixer un truc à plusieurs endroits, c'est quand même souvent signe d'un problème plus profond

 

Non, c'est le même endroit, c'est juste que l'erreur n'était pas propagée la où elle aurait dû l'être.

Implosion du Sord

M300A a écrit :

 

Franchement pour moi c'est pas acceptable.

 

A l'instant, j'ai passé un finding venant de Fable 5, corrigé par Opus en max. Le bug était bien là, le correctif aussi. Cependant, l'erreur attrapée a cet endroit doit être propagée sur un ensemble de deferred qui ne seront alors jamais résolu. Ni fable, ni opus ne sont allés au bout du truc, alors que toutes les variables nécessaires à un correctif complet étaient dans le scope local d'une fonction pas ultra complexe. Si j'avais pas attrapé ça au vol, j'aurais au final un bugfix qui empêche l'App de crasher mais entraîne des deadlocks sur des tâches qui vont restées bloquées. Pas sûr que j'y gagne au change.

 

Et non c'est pas en regardant le diff de la PR que je l'aurais vu. J'ai dezoomé un peu dans l'IDE pour voir dans quelle classe j'étais, qui en était le caller et ça m'a permis de voir que c'était foireux. Le diff seul pouvait passer comme correct sans problème.


Tu as donc de la dette technique nécessitant un refacto :o
Quand tu dois fixer un truc à plusieurs endroits, c'est quand même souvent signe d'un problème plus profond

 

Quand je vais relire le code d'un collègue, c'est exactement pareil, je m'amuse pas à récupérer en local le code de chaque PR. J'ai une vision d'ensemble du contenu des repos sous notre responsabilité et ayant tout conçu de A à Z, nous avons une bonne confiance en nous

AllenMadison

M300A a écrit :

 

Franchement pour moi c'est pas acceptable.

 

A l'instant, j'ai passé un finding venant de Fable 5, corrigé par Opus en max. Le bug était bien là, le correctif aussi. Cependant, l'erreur attrapée a cet endroit doit être propagée sur un ensemble de deferred qui ne seront alors jamais résolu. Ni fable, ni opus ne sont allés au bout du truc, alors que toutes les variables nécessaires à un correctif complet étaient dans le scope local d'une fonction pas ultra complexe. Si j'avais pas attrapé ça au vol, j'aurais au final un bugfix qui empêche l'App de crasher mais entraîne des deadlocks sur des tâches qui vont restées bloquées. Pas sûr que j'y gagne au change.

 

Et non c'est pas en regardant le diff de la PR que je l'aurais vu. J'ai dezoomé un peu dans l'IDE pour voir dans quelle classe j'étais, qui en était le caller et ça m'a permis de voir que c'était foireux. Le diff seul pouvait passer comme correct sans problème.

 

Quand j'ai un bug je demande toujours a Claude de regarder le scope. En fait Claude, quand il voit un bug, il regarde juste la ligne de code ou la fonction, mais il ne pense jamais à regarder l'impact d'un bugfix en global scope. J'ai très souvent des erreurs de scope en pinescript (beaucoup moins depuis Opus et Fable ceci dit) et c'est un des défauts de l'IA que j'ai remarqué.

 

Du coup il faut toujours lui demander en prompt de check le scope et voir si le bugfix impacte autre chose qu'il faut aussi fix.

M300A

joce a écrit :


Dans les PRs github (après que les agents aient fait lors propre review).

 

Franchement pour moi c'est pas acceptable.

 

A l'instant, j'ai passé un finding venant de Fable 5, corrigé par Opus en max. Le bug était bien là, le correctif aussi. Cependant, l'erreur attrapée a cet endroit doit être propagée sur un ensemble de deferred qui ne seront alors jamais résolu. Ni fable, ni opus ne sont allés au bout du truc, alors que toutes les variables nécessaires à un correctif complet étaient dans le scope local d'une fonction pas ultra complexe. Si j'avais pas attrapé ça au vol, j'aurais au final un bugfix qui empêche l'App de crasher mais entraîne des deadlocks sur des tâches qui vont restées bloquées. Pas sûr que j'y gagne au change.

 

Et non c'est pas en regardant le diff de la PR que je l'aurais vu. J'ai dezoomé un peu dans l'IDE pour voir dans quelle classe j'étais, qui en était le caller et ça m'a permis de voir que c'était foireux. Le diff seul pouvait passer comme correct sans problème.

AllenMadison

Implosion du Sord a écrit :


Remplit de vibecodeur :o


 
Ben stadire que vous êtes une espèce en voie de disparition :o

Implosion du Sord

XaTriX a écrit :

Il ya un topic development par iA


Remplit de vibecodeur :o

joce

SenorPollo a écrit :

Du coup le code vous le relisez comment ?


Dans les PRs github (après que les agents aient fait lors propre review).

AllenMadison Non mais c'est bon, si on peut plus pêcher du dev senior :o

 

Je relis le code systématiquement, soit pour voir comment il a fait pour certains trucs compliqués, soit pour voir si on peut pas optimiser (soit du python, soit du js, soit du pinescript, langage propriétaire de tradingview pour faire des appli light qui traitent les data d'un marché)

 

Soit sur github, soit avec notepad++ quand c'est un unique fichier que je lui demande de m'upload

 

Ca fait longtemps que je n'ai pas utilisé visual studio en IDE effectivement, il prend la poussière :o

XaTriX Il ya un topic development par iA
Nr13 Pas mieux. En plus j'apprends des trucs (olé le c++20) en reviewant
Implosion du Sord

benos a écrit :


« corrige tes erreurs »

 
Olivie a écrit :


Tant que ca marche, pas besoin de relire.
Et si ca marche pas "corrige le bug et fais le marcher"  [:michel_cymerde:7]

 
M300A a écrit :

 

Tour de magie réservé aux professionnels, ne pas tenter de reproduire chez soi :o

 
AllenMadison a écrit :


re-QUOI ?  [:yessssssssss:1]

 

Si ça marche, pas besoin de relire, si ça balance des erreurs, tu copies les erreurs de la console et tu demandes de fix :o


 [:nightbringer57:1]
Faudrait vraiment dédier un topic aux développeurs de métier qui utilisent l'IA, juste pour notre santé mentale :o

AllenMadison

SenorPollo a écrit :

Du coup le code vous le relisez comment ?


re-QUOI ?  [:yessssssssss:1]  
 
Si ça marche, pas besoin de relire, si ça balance des erreurs, tu copies les erreurs de la console et tu demandes de fix :o

M300A

SenorPollo a écrit :

Du coup le code vous le relisez comment ?

 

Tour de magie réservé aux professionnels, ne pas tenter de reproduire chez soi :o

Olivie

SenorPollo a écrit :

Du coup le code vous le relisez comment ?


Tant que ca marche, pas besoin de relire.
Et si ca marche pas "corrige le bug et fais le marcher"  [:michel_cymerde:7]

Implosion du Sord

SenorPollo a écrit :

Du coup le code vous le relisez comment ?


Via les pull request sur github
Bots ou devs, personne n'y échappe chez nous

benos

SenorPollo a écrit :

Du coup le code vous le relisez comment ?


« corrige tes erreurs »

b-tzu Jaime beaucoup la fenêtre agents de cursor qui est vraiment un bon mix des deux mondes, bien plus utile pour lia qu’un vrai ide, mais permet de contrôler les fichiers, de gérer plusieurs projets et d’avoir une super vision d’ensemble.
XaTriX bah l'outil qui récup le code
SenorPollo Du coup le code vous le relisez comment ?
Implosion du Sord Idem, et en plus je bosse avec Visual Studio
joce oui c'est clair que mon IDE, je l'ouvre extrêmement rarement maintenant
Implosion du Sord

M300A a écrit :

Pourquoi tu l'utilises pas dans VScode ?


Pourquoi utiliser vscode quand on peut s'en passer ?

XaTriX Claude Desktop/Cowork dans Vscode ?
M300A Pourquoi tu l'utilises pas dans VScode ?
XaTriX https://github.com/aaddrick/claude-desktop-debian
Trouvé ça
XaTriX

SenorPollo a écrit :

Pourquoi tu veux pas utiliser apt ? :o


Parce que je suis sous Fedora mais c'est pas la question.
Tu dis qu'on peut dl en direct mais t'es pas foutu de mettre le lien... :D

joce

XaTriX a écrit :

Sont débiles ou quoi
 
Il est où leur .deb claude desktop ?
 
sur https://claude.com/download ça te te renvoit sur la doc et sur la doc ça te renvoi vers https://claude.com/download :fou:


même tamag0 est mieux foutu, c'est dire ! :o

SenorPollo Pourquoi tu veux pas utiliser apt ? :o
XaTriX Sont débiles ou quoi
 
Il est où leur .deb claude desktop ?
 
sur https://claude.com/download ça te te renvoit sur la doc et sur la doc ça te renvoi vers https://claude.com/download :fou:
AllenMadison

Olivie a écrit :

Vous allez découvrir le personnage :o
Il est ban 3 mois de discussions parce qu'il s'invente une vie de Trader sur le topik crypto.
Maintenant il est devenu spécialiste des LLM.
Demain peut être astronaute qui sait ? :o


 
Jour 2 : Allen est toujours pas devenu spécialiste des LLM mais qui sait, peut-être que quand tu auras pris tes médicaments tu arrêteras tes délires.

Groody [:itm]
XaTriX Non :o
joce

Groody a écrit :

Y A INTERET BORDEL QUE CA TE DISE QUELQUE CHOSE §
 
En plus on est copains de linkedin  [:markdavis]


ah oui exact ! je rajoute vraiment n'importe qui sur linkedin :o

Groody Y A INTERET BORDEL QUE CA TE DISE QUELQUE CHOSE §
 
En plus on est copains de linkedin  [:markdavis]

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)