La date est incorrecte à cause d’une hallucination. Il ne s’agit pas de 2023, c’est actuel.
J’ai l’impression qu’on entend assez souvent parler de piratages sur npm. Il semble y avoir un problème.
Dans le cas des grandes entreprises, il faut développer de nouvelles fonctionnalités sur une base de legacy code accumulée pendant des années, et avec des PM/PO déjà débordés par la communication et l’alignement des incitations, je ne vois pas comment ils pourraient couvrir aussi le développement uniquement avec le vibe coding. Pour une petite entreprise, cela me semble possible.
Moi aussi, j’avais créé un compte AWS pour apprendre, et je me suis retrouvé à payer une petite somme.
Mon compte avait été compromis et quelqu’un avait créé et fait tourner des instances avec...
Je les ai arrêtées assez vite, donc les frais sont restés limités. Mais comme je ne pouvais pas consacrer du temps à la gestion, j’ai finalement choisi de supprimer complètement le compte.
Je me demande si je suis le seul à penser que la mesure n’est pas précise.
Dans la première vidéo, quand on ouvre l’écran, un angle de plus de 300 degrés est affiché. Cela diffère beaucoup de l’angle réel.
Comme les forks ne sont pas encore faciles à réaliser pour le moment, j’aimerais qu’il existe parmi les organisations liées à l’open source des structures qui puissent aider sur ce point.
Avant de se lancer dans le cloud, je recommanderais plutôt de mettre en place un environnement de mini-serveur avec des machines de type n100 ou n150, très répandues en ce moment, afin d’accumuler un peu d’expérience en test et en exploitation.
Même pour un tout petit projet, j’ai l’impression que dès qu’on le met sur une plateforme, la moindre vulnérabilité peut vraiment se transformer en perte financière, et c’est ça qui fait peur.
J’avais mis Cloudflare devant mon contenu, mais un hacker a trouvé des objets non mis en cache et les a bombardés plus de 100 millions de fois. Quand j’ai bloqué ça, il a même retrouvé directement l’adresse du bucket d’origine pour l’attaquer.
Je me demande s’ils remboursent les frais même dans un cas comme celui-ci.
Quand des personnes qui se lancent tout juste dans le développement créent quelque chose avec l’IA aujourd’hui, la plupart ne déploient-elles pas leur service avec des outils comme Vercel ou Supabase ?
Mais quand leur service commence à grandir, j’ai l’impression qu’elles ne calculent pas vraiment le prix qu’elles devront leur payer.
Avec l’idée de se dire qu’elles y réfléchiront à ce moment-là.
J’imagine bien les fondateurs de Vercel ou de Supabase répondre avec un grand sourire : « Oui, oui, vous pourrez y penser à ce moment-là ! »
Bien sûr, on peut y réfléchir à ce moment-là. À condition d’avoir les compétences pour en sortir rapidement.
Mais sans connaissances en informatique, ce ne sera pas facile.
Vous risquez de finir par leur reverser tout l’argent que vous commencez à peine à gagner.
En réalité, c’est exactement ce qui est en train de se passer.
Autrement dit… un énorme business est en train de s’ouvrir en se nourrissant de l’argent des débutants qui se lancent sans rien connaître à l’informatique.
Voilà pourquoi il faut continuer à creuser l’informatique en profondeur.
Certains dépensent 1 million de wons par mois pour un service qui commence tout juste à générer des revenus, alors que d’autres l’exploitent sans rien payer du tout.
Réduire les coûts d’exploitation, c’est aussi une compétence. N’est-ce pas un avantage concurrentiel énorme ?
Coder avec l’IA, créer des choses et y prendre du plaisir, c’est très bien, mais si vous ne faites pas l’effort d’aller plus en profondeur, vous ne pourrez au final pas créer de vraie différence.
Même dans les services de chat fondés sur des modèles de langage, on pourrait afficher le degré de confiance d’une réponse à l’aide de la logprob ou de la perplexité, mais j’imagine qu’ils choisissent délibérément de ne pas le faire. Afficher à chaque réponse quelque chose comme « cette réponse n’est pas tout à fait exacte » n’aiderait sans doute pas leur image de marque.
En voyant la partie sur les problèmes des méthodes d’évaluation,
ça m’a rappelé l’époque où, à l’université, même sans rien savoir, j’écrivais n’importe quoi sur ma copie d’examen.
J’étais déjà en train de produire des hallucinations avant même l’arrivée des LLM ;;;
C’est un bon article.
Vous faites bien du 775 et vous touchez des heures sup, j’espère ?
Incroyable..
À la rigueur si c'était ma propre boîte....
> 8 septembre 2023,
La date est incorrecte à cause d’une hallucination. Il ne s’agit pas de 2023, c’est actuel.
J’ai l’impression qu’on entend assez souvent parler de piratages sur npm. Il semble y avoir un problème.
+1, c’est bien ce que je ressens aussi.
Dans le cas des grandes entreprises, il faut développer de nouvelles fonctionnalités sur une base de legacy code accumulée pendant des années, et avec des PM/PO déjà débordés par la communication et l’alignement des incitations, je ne vois pas comment ils pourraient couvrir aussi le développement uniquement avec le vibe coding. Pour une petite entreprise, cela me semble possible.
Qu'est-ce que ça veut dire ?
Moi aussi, j’avais créé un compte AWS pour apprendre, et je me suis retrouvé à payer une petite somme.
Mon compte avait été compromis et quelqu’un avait créé et fait tourner des instances avec...
Je les ai arrêtées assez vite, donc les frais sont restés limités. Mais comme je ne pouvais pas consacrer du temps à la gestion, j’ai finalement choisi de supprimer complètement le compte.
Je me demande si je suis le seul à penser que la mesure n’est pas précise.
Dans la première vidéo, quand on ouvre l’écran, un angle de plus de 300 degrés est affiché. Cela diffère beaucoup de l’angle réel.
Comme les forks ne sont pas encore faciles à réaliser pour le moment, j’aimerais qu’il existe parmi les organisations liées à l’open source des structures qui puissent aider sur ce point.
Avant de se lancer dans le cloud, je recommanderais plutôt de mettre en place un environnement de mini-serveur avec des machines de type n100 ou n150, très répandues en ce moment, afin d’accumuler un peu d’expérience en test et en exploitation.
Je l’avais vu il y a longtemps, mais ça a beaucoup changé depuis.
Même pour un tout petit projet, j’ai l’impression que dès qu’on le met sur une plateforme, la moindre vulnérabilité peut vraiment se transformer en perte financière, et c’est ça qui fait peur.
Je me demande s’ils remboursent les frais même dans un cas comme celui-ci.
Quand des personnes qui se lancent tout juste dans le développement créent quelque chose avec l’IA aujourd’hui, la plupart ne déploient-elles pas leur service avec des outils comme Vercel ou Supabase ?
Mais quand leur service commence à grandir, j’ai l’impression qu’elles ne calculent pas vraiment le prix qu’elles devront leur payer.
Avec l’idée de se dire qu’elles y réfléchiront à ce moment-là.
J’imagine bien les fondateurs de Vercel ou de Supabase répondre avec un grand sourire : « Oui, oui, vous pourrez y penser à ce moment-là ! »
Bien sûr, on peut y réfléchir à ce moment-là. À condition d’avoir les compétences pour en sortir rapidement.
Mais sans connaissances en informatique, ce ne sera pas facile.
Vous risquez de finir par leur reverser tout l’argent que vous commencez à peine à gagner.
En réalité, c’est exactement ce qui est en train de se passer.
Autrement dit… un énorme business est en train de s’ouvrir en se nourrissant de l’argent des débutants qui se lancent sans rien connaître à l’informatique.
Voilà pourquoi il faut continuer à creuser l’informatique en profondeur.
Certains dépensent 1 million de wons par mois pour un service qui commence tout juste à générer des revenus, alors que d’autres l’exploitent sans rien payer du tout.
Réduire les coûts d’exploitation, c’est aussi une compétence. N’est-ce pas un avantage concurrentiel énorme ?
Coder avec l’IA, créer des choses et y prendre du plaisir, c’est très bien, mais si vous ne faites pas l’effort d’aller plus en profondeur, vous ne pourrez au final pas créer de vraie différence.
https://jeho.page/essay/2025/09/08/sucker-developer.html
Oui, il n’y avait pas de version tablette.
Je fais la queue moi aussi.
Même dans les services de chat fondés sur des modèles de langage, on pourrait afficher le degré de confiance d’une réponse à l’aide de la logprob ou de la perplexité, mais j’imagine qu’ils choisissent délibérément de ne pas le faire. Afficher à chaque réponse quelque chose comme « cette réponse n’est pas tout à fait exacte » n’aiderait sans doute pas leur image de marque.
Docker, Podman, tout pareil....
securityContext:
allowPrivilegeEscalation: false
capabilities:
drop:
- ALL
securityContext:
runAsNonRoot: true
runAsUser: UID
En voyant la partie sur les problèmes des méthodes d’évaluation,
ça m’a rappelé l’époque où, à l’université, même sans rien savoir, j’écrivais n’importe quoi sur ma copie d’examen.
J’étais déjà en train de produire des hallucinations avant même l’arrivée des LLM ;;;