Avec le vibe coding seul, on ne peut pas vraiment parler de sous-traitance. En sous-traitance, on valide à l’échelle d’un projet, alors qu’avec les agents de codage IA actuels, il faut valider à une échelle plus fine, celle de la tâche.
S’il s’agissait vraiment de sous-traitance, je devrais pouvoir confier le travail et passer à autre chose… mais pour l’instant, il faut encore les surveiller beaucoup trop souvent. Comme un développeur junior intelligent mais maladroit…
D’ici peu… sans aller jusqu’à la sous-traitance, je me dis qu’ils pourront peut-être travailler comme une petite équipe de développement… Donner des consignes, relire régulièrement, corriger… mais j’ai l’impression qu’on n’en est pas encore là.
Ou peut-être que c’est simplement moi qui manque de vibe…
En Corée notamment, comme le paiement avec authentification est pratiquement imposé, il est inévitable que cela soit défavorable en termes de taux de conversion.
Cela ressemble à un texte du genre : depuis l’introduction des fonctions d’Excel, je sens que ma capacité à faire des additions et des soustractions a régressé... Je me demande s’il n’y avait pas déjà ce genre de discours à l’époque où Excel est arrivé pour la première fois dans les bureaux, dans les années 1990~2000.
Puisqu’on développe pour être utile au business...
Maintenant que le LLM prend en charge les détails de l’implémentation, ne suffit-il pas de se concentrer sur le rôle que joue mon application dans l’activité globale de l’entreprise, ainsi que sur la place et la signification de notre business sur l’ensemble du marché ?
Et je doute aussi que le LLM puisse prendre en charge tous les détails de l’implémentation.
Il m’est déjà arrivé, autrefois dans un but d’apprentissage, de réécrire en Rust du code que j’avais auparavant écrit en C, et je me souviens que l’expérience de manipulation des pointeurs avait été vraiment pénible... Je n’arrivais pas non plus à bien mettre de l’ordre dans ma tête sur le fonctionnement de Rc ou de RefCell, entre autres...
En ignorant comme d’habitude l’histoire, ils ont ressorti une vieille roue.
Certaines idées ne semblent pas mauvaises (la façon d’utiliser le Markdown), mais par rapport aux autres outils, cela ne semble pas offrir d’avantages particulièrement importants.
À voir les discussions sur Hacker News,
pour commencer, le développeur a une compréhension bien trop faible de React.
J’ai l’impression que le nom va changer dans un avenir proche... Comme c’est aussi écrit dans l’article, il y a déjà un projet Electron qui porte un nom similaire... Était-ce vraiment nécessaire d’utiliser ce nom ?
Waouh, maintenant on va enfin pouvoir l’utiliser comme on veut !
Avec le vibe coding seul, on ne peut pas vraiment parler de sous-traitance. En sous-traitance, on valide à l’échelle d’un projet, alors qu’avec les agents de codage IA actuels, il faut valider à une échelle plus fine, celle de la tâche.
S’il s’agissait vraiment de sous-traitance, je devrais pouvoir confier le travail et passer à autre chose… mais pour l’instant, il faut encore les surveiller beaucoup trop souvent. Comme un développeur junior intelligent mais maladroit…
D’ici peu… sans aller jusqu’à la sous-traitance, je me dis qu’ils pourront peut-être travailler comme une petite équipe de développement… Donner des consignes, relire régulièrement, corriger… mais j’ai l’impression qu’on n’en est pas encore là.
Ou peut-être que c’est simplement moi qui manque de vibe…
C’est exactement mon cas en ce moment…
Je me demande quelles pourraient être les utilisations, en dehors du piratage.
En Corée notamment, comme le paiement avec authentification est pratiquement imposé, il est inévitable que cela soit défavorable en termes de taux de conversion.
Cela ressemble à un texte du genre : depuis l’introduction des fonctions d’Excel, je sens que ma capacité à faire des additions et des soustractions a régressé... Je me demande s’il n’y avait pas déjà ce genre de discours à l’époque où Excel est arrivé pour la première fois dans les bureaux, dans les années 1990~2000.
Puisqu’on développe pour être utile au business...
Maintenant que le LLM prend en charge les détails de l’implémentation, ne suffit-il pas de se concentrer sur le rôle que joue mon application dans l’activité globale de l’entreprise, ainsi que sur la place et la signification de notre business sur l’ensemble du marché ?
Et je doute aussi que le LLM puisse prendre en charge tous les détails de l’implémentation.
En voyant récemment les actualités sur SKT, j’ai appris que 25 types supplémentaires avaient encore été découverts, portant le total à 37.
Il m’est déjà arrivé, autrefois dans un but d’apprentissage, de réécrire en Rust du code que j’avais auparavant écrit en C, et je me souviens que l’expérience de manipulation des pointeurs avait été vraiment pénible... Je n’arrivais pas non plus à bien mettre de l’ordre dans ma tête sur le fonctionnement de
Rcou deRefCell, entre autres...En ignorant comme d’habitude l’histoire, ils ont ressorti une vieille roue.
Certaines idées ne semblent pas mauvaises (la façon d’utiliser le Markdown), mais par rapport aux autres outils, cela ne semble pas offrir d’avantages particulièrement importants.
À voir les discussions sur Hacker News,
pour commencer, le développeur a une compréhension bien trop faible de React.
J’ai l’impression que le nom va changer dans un avenir proche... Comme c’est aussi écrit dans l’article, il y a déjà un projet Electron qui porte un nom similaire... Était-ce vraiment nécessaire d’utiliser ce nom ?
Ces temps-ci, dès que je vois BPF, je pense à l’affaire du piratage de SKT.
La Korea Internet & Security Agency (KISA) confirme 8 variantes de malware lors de la vérification du piratage de SKT
Du coup, ils ont aussi diffusé un guide d’inspection du malware BPFDoor.
On dirait que le contenu est quasiment le même que celui du Jargon File.
Ne faudrait-il pas évidemment baisser le prix ?
À en juger par la comparaison du code, on dirait que cela permettra d’économiser pas mal de tokens.
On dirait presque que son souffle chaud arrive jusqu’ici…
C’est sous AGPL..
Svelte est le meilleur
Merci ! :)
Merci pour votre appréciation :)
Il y a encore beaucoup d'imperfections, mais je vais essayer d'en faire un contenu de qualité.