On dirait que dire qu’une nouvelle méthode est apparue revient à dire que l’ancienne est morte.
Est-il vraiment vrai qu’on ne peut plus utiliser la méthode existante et qu’il faut absolument utiliser la nouvelle ?
J’adhère beaucoup au concept, donc j’ai fait quelques tests ce week-end sur un nouveau projet, mais cela ne fonctionne pas aussi bien que je l’espérais. Il semble qu’il y ait encore beaucoup d’améliorations à apporter. En gros, le fonctionnement est le suivant, comme cela a déjà été présenté plusieurs fois :
Rédaction de la constitution → rédaction de la spec → rédaction des tâches → implémentation
Le problème, c’est que :
le fichier constitution.md est un guide clé sur la manière de développer, mais il ne contient pas ce que cette application deviendra au final
spec.md est un document qui décrit une fonctionnalité
il n’existe pas de document maître expliquant « ce qu’est cette application »
en lisant les discussions en cours sur GitHub, j’ai l’impression que la chaîne des specs finira par devenir la source of truth ; cela me laisse perplexe, mais je peux à peu près comprendre l’idée
les commandes /specify et /tasaks génèrent beaucoup de documents comme livrables (ce qui était l’objectif), mais du coup elles consomment rapidement le contexte (j’utilise Claude Code)
une fois l’implémentation lancée, on s’éloigne temporairement de Spec Kit et on finit l’implémentation comme d’habitude en discutant avec Claude Code
quand tout le contexte est consommé et qu’on compacte, ou qu’on démarre une nouvelle session, il oublie l’existence des documents générés par Spec Kit
en avançant sur les tâches définies dans tasks.md, on finit parfois par écraser ce qui avait été bien fait au début, et on crée aussi de nouvelles fonctionnalités en corrigeant des bugs ; on s’éloigne donc de plus en plus de tasks.md. Je ne vois pas l’intérêt de conserver tasks.md de manière permanente.
Pour l’instant, la conclusion à laquelle je suis arrivé est la suivante :
même si le résultat diffère de l’idée de départ, il faut d’abord terminer la spec, puis en créer une nouvelle pour corriger progressivement
la spec initiale ne peut qu’être volumineuse ; il vaudrait mieux ne pas décrire du tout les fonctionnalités de l’application et se limiter à créer du boilerplate
pour construire quelque chose au niveau PoC, il vaut mieux ne pas utiliser Spec Kit
Je suis tout à fait d’accord. Même quand c’est très bien fait, le fait d’être interrompu reste désagréable. L’idéal, c’est que cela soit là comme si de rien n’était, puis apparaisse au moment où l’on en a besoin pour aider ; la clé sera sans doute de savoir à quel point l’IA saura juger correctement la situation. Chez les humains aussi, certains sont doués et d’autres moins, mais si l’intelligence artificielle parvient à dépasser cette limite, on aura l’impression d’assister à une révolution.
À propos de Vulkan, pour être précis, il faut plutôt dire que « l’API Vulkan prise en charge par l’iGPU du Pi 5 n’est pas encore prise en charge dans llama.cpp ». Je suis aussi curieux de savoir quelles performances on aurait obtenues si cela avait été pris en charge.
markitdown utilise https://github.com/pdfminer/pdfminer.six pour l’analyse des PDF, et extrait directement le texte ou les images intégrées depuis le fichier. L’OCR, rien que d’y penser, ça donne le vertige…
Pour ceux qui ont besoin de prompts en coréen, voici des prompts traduits en coréen. Un simple clic permet de les envoyer directement à ChatGPT et Claude.
Quand il s’agissait d’une ou deux pubs de 5 secondes, je les regardais jusqu’au bout dans un esprit de coexistence, mais quand ils ont dépassé les bornes avec des pubs interminables à la chaîne et des pubs insérées en plein milieu des vidéos, j’ai immédiatement installé un ad blocker, haha.
Récemment, j’ai vu que civit.ai avait une fonctionnalité de bounty, et je pensais que c’était un bug bounty, mais ils publient en fait ouvertement des demandes de développement de fonctionnalités avec une récompense à la clé. C’était un concept assez surprenant. S’ils ont de l’argent mais manquent de capacités en interne, ça peut peut-être être une bonne option.
Je pensais que l’une des raisons pour lesquelles les États-Unis sont devenus une grande puissance, c’était que des titulaires de master et de doctorat parmi les meilleurs au monde ainsi que d’excellents ingénieurs venaient aux États-Unis avec des rêves plein la tête, mais on dirait que les Américains sont en train de détruire eux-mêmes cet atout.
Il regrette après s’être tellement amusé avec, lol. C’est pas très différent de dire qu’un jeu n’est pas amusant alors qu’on y a passé plus de 1�0 heures.
C’est vrai que React ou Java sont déjà des vieilleries dépassées alors qu’il existe bien de meilleures alternatives, et pourtant ils continuent à dominer beaucoup trop longtemps lol
Même s’il y a apparemment beaucoup de bénéficiaires d’origine indienne, ce n’est pas non plus une bonne nouvelle pour les ingénieurs coréens.
Et franchement, je ne sais pas vraiment si c’est une bonne chose pour les États-Unis.
Je ne fume pas, donc je me demandais de quoi il s’agissait, mais vous voulez dire qu’un produit jetable consomme beaucoup trop de ressources.
La grandeur d’un karma à -47 mdr
On dirait que dire qu’une nouvelle méthode est apparue revient à dire que l’ancienne est morte.
Est-il vraiment vrai qu’on ne peut plus utiliser la méthode existante et qu’il faut absolument utiliser la nouvelle ?
J’adhère beaucoup au concept, donc j’ai fait quelques tests ce week-end sur un nouveau projet, mais cela ne fonctionne pas aussi bien que je l’espérais. Il semble qu’il y ait encore beaucoup d’améliorations à apporter. En gros, le fonctionnement est le suivant, comme cela a déjà été présenté plusieurs fois :
Rédaction de la constitution → rédaction de la spec → rédaction des tâches → implémentation
Le problème, c’est que :
/specifyet/tasaksgénèrent beaucoup de documents comme livrables (ce qui était l’objectif), mais du coup elles consomment rapidement le contexte (j’utilise Claude Code)Pour l’instant, la conclusion à laquelle je suis arrivé est la suivante :
hahahahahaha
Je suis tout à fait d’accord. Même quand c’est très bien fait, le fait d’être interrompu reste désagréable. L’idéal, c’est que cela soit là comme si de rien n’était, puis apparaisse au moment où l’on en a besoin pour aider ; la clé sera sans doute de savoir à quel point l’IA saura juger correctement la situation. Chez les humains aussi, certains sont doués et d’autres moins, mais si l’intelligence artificielle parvient à dépasser cette limite, on aura l’impression d’assister à une révolution.
À propos de Vulkan, pour être précis, il faut plutôt dire que « l’API Vulkan prise en charge par l’iGPU du Pi 5 n’est pas encore prise en charge dans llama.cpp ». Je suis aussi curieux de savoir quelles performances on aurait obtenues si cela avait été pris en charge.
docling est bien aussi
Waouh ! Un cutter à ultrasons !
markitdown utilise https://github.com/pdfminer/pdfminer.six pour l’analyse des PDF, et extrait directement le texte ou les images intégrées depuis le fichier. L’OCR, rien que d’y penser, ça donne le vertige…
C’est plus cher et plus lent que gpt-oss, donc je me demande pourquoi autant de gens l’utilisent..
Pour ceux qui ont besoin de prompts en coréen, voici des prompts traduits en coréen. Un simple clic permet de les envoyer directement à ChatGPT et Claude.
https://gongbuhow.com/posts/chatgpt-students-100-use-cases/
Quand il s’agissait d’une ou deux pubs de 5 secondes, je les regardais jusqu’au bout dans un esprit de coexistence, mais quand ils ont dépassé les bornes avec des pubs interminables à la chaîne et des pubs insérées en plein milieu des vidéos, j’ai immédiatement installé un ad blocker, haha.
Récemment, j’ai vu que civit.ai avait une fonctionnalité de bounty, et je pensais que c’était un bug bounty, mais ils publient en fait ouvertement des demandes de développement de fonctionnalités avec une récompense à la clé. C’était un concept assez surprenant. S’ils ont de l’argent mais manquent de capacités en interne, ça peut peut-être être une bonne option.
Je pensais que l’une des raisons pour lesquelles les États-Unis sont devenus une grande puissance, c’était que des titulaires de master et de doctorat parmi les meilleurs au monde ainsi que d’excellents ingénieurs venaient aux États-Unis avec des rêves plein la tête, mais on dirait que les Américains sont en train de détruire eux-mêmes cet atout.
Il regrette après s’être tellement amusé avec, lol. C’est pas très différent de dire qu’un jeu n’est pas amusant alors qu’on y a passé plus de 1�0 heures.
C’est vrai que React ou Java sont déjà des vieilleries dépassées alors qu’il existe bien de meilleures alternatives, et pourtant ils continuent à dominer beaucoup trop longtemps lol
;; Les personnes parties aux États-Unis pour des études de master ou de doctorat vont se retrouver dans une situation délicate.
Tu ne t’es toujours pas ressaisi, à ce que je vois.
Même s’il y a apparemment beaucoup de bénéficiaires d’origine indienne, ce n’est pas non plus une bonne nouvelle pour les ingénieurs coréens.
Et franchement, je ne sais pas vraiment si c’est une bonne chose pour les États-Unis.