Comme tout le monde se contente d’écrire des articles de blog avec Claude, difficile de savoir à quel point ils comprennent vraiment ce qu’ils écrivent..
Je ne sais pas si c’est parce que je suis habitué au SQL, mais je ne suis pas vraiment d’accord pour dire que c’est plus concis que le SQL.
Le LINQ de C# me paraît plus pratique, et il prend aussi en charge davantage de types de bases de données.
Même un filament de la même entreprise peut avoir des propriétés qui varient légèrement selon le lot. Ce n’est pas un problème que l’on résout en reprenant les réglages de quelqu’un d’autre, mais en développant sa capacité à trouver soi-même les valeurs appropriées.
Je me souviens avoir développé des services web en 2000 en utilisant CGI.
Après avoir pris mes distances avec le web pendant un temps, j’ai découvert jQuery en devenant freelance vers 2015, puis j’ai ensuite touché à React et Angular. Après cela, j’ai croisé diverses technologies évoquées en faisant ponctuellement du front-end.
La partie qui résume en disant que « l’industrie, après avoir décrit un grand cercle pendant 20 ans, est revenue à un point qui ressemble aux fichiers qu’on envoyait en FTP » me fait en partie hocher la tête. On se dit presque que les modes sont un éternel recommencement ^^
Avec Astro, le fait de pouvoir générer un build statique est vraiment très pratique.
En intégrant même un outil de diagrammes comme Mermaid dans le pipeline de build, je n’avais pas besoin de backend pour un usage blog.
Contrairement à l’offre individuelle, l’offre Business donne aussi accès séparément à 3.6 Thinking.
Je l’ai essayé au travail et, pour l’instant, ce n’est pas mauvais. J’aimerais qu’ils aillent vers un modèle où l’outil contrôle directement les fichiers de l’utilisateur, comme Codex ou Claude, mais c’est un peu dommage qu’ils restent autant focalisés sur l’écosystème Chrome.
Ce n’est même pas un service qu’ils proposent gratuitement : ils prennent un service « payant » pour l’entraîner, puis le revendent en « payant » ; en quoi cela peut-il relever de l’usage équitable ? Je ne comprends pas..
Même si les performances sont en retrait, s’ils allaient dans une direction du genre « là, c’est quand même assez révolutionnaire », comme openclaw,
les gens l’utiliseraient sans doute un peu.
Un site web, c’est simplement une page accessible dès qu’on pointe un serveur web vers un répertoire contenant du HTML. Avec quelque chose comme Caddy, quelques lignes de configuration suffisent. Pour l’exposer publiquement, il existe aussi aujourd’hui plein d’outils pratiques comme cloudflared.
Et même sans tout écrire soi-même, il y a des générateurs de sites statiques comme Hugo.
Comme tout le monde se contente d’écrire des articles de blog avec Claude, difficile de savoir à quel point ils comprennent vraiment ce qu’ils écrivent..
Oh.. merci. C'est vraiment gentil.. Ça aidera beaucoup de monde. Merci pour votre travail.
Je ne sais pas si c’est parce que je suis habitué au SQL, mais je ne suis pas vraiment d’accord pour dire que c’est plus concis que le SQL.
Le LINQ de C# me paraît plus pratique, et il prend aussi en charge davantage de types de bases de données.
Le youtubeur fait probablement un nettoyage des commentaires de temps en temps, c’est sans doute pour ça.
Même un filament de la même entreprise peut avoir des propriétés qui varient légèrement selon le lot. Ce n’est pas un problème que l’on résout en reprenant les réglages de quelqu’un d’autre, mais en développant sa capacité à trouver soi-même les valeurs appropriées.
Je me souviens avoir développé des services web en 2000 en utilisant CGI.
Après avoir pris mes distances avec le web pendant un temps, j’ai découvert jQuery en devenant freelance vers 2015, puis j’ai ensuite touché à React et Angular. Après cela, j’ai croisé diverses technologies évoquées en faisant ponctuellement du front-end.
La partie qui résume en disant que « l’industrie, après avoir décrit un grand cercle pendant 20 ans, est revenue à un point qui ressemble aux fichiers qu’on envoyait en FTP » me fait en partie hocher la tête. On se dit presque que les modes sont un éternel recommencement ^^
On dirait une visualisation de données en treemap.
Avec Astro, le fait de pouvoir générer un build statique est vraiment très pratique.
En intégrant même un outil de diagrammes comme Mermaid dans le pipeline de build, je n’avais pas besoin de backend pour un usage blog.
Contrairement à l’offre individuelle, l’offre Business donne aussi accès séparément à 3.6 Thinking.
Je l’ai essayé au travail et, pour l’instant, ce n’est pas mauvais. J’aimerais qu’ils aillent vers un modèle où l’outil contrôle directement les fichiers de l’utilisateur, comme Codex ou Claude, mais c’est un peu dommage qu’ils restent autant focalisés sur l’écosystème Chrome.
"L’optimisation affine le présent, le jugement façonne l’avenir"
Enfin, on traduit
tastepar « discernement » !Ce n’est même pas un service qu’ils proposent gratuitement : ils prennent un service « payant » pour l’entraîner, puis le revendent en « payant » ; en quoi cela peut-il relever de l’usage équitable ? Je ne comprends pas..
C’est intéressant.
Oh, c’est sympa.
Oh, c’est le genre d’app dont on se dit qu’on en aura forcément besoin un jour !
Même si les performances sont en retrait, s’ils allaient dans une direction du genre « là, c’est quand même assez révolutionnaire », comme openclaw,
les gens l’utiliseraient sans doute un peu.
Un site web, c’est simplement une page accessible dès qu’on pointe un serveur web vers un répertoire contenant du HTML. Avec quelque chose comme Caddy, quelques lignes de configuration suffisent. Pour l’exposer publiquement, il existe aussi aujourd’hui plein d’outils pratiques comme cloudflared.
Et même sans tout écrire soi-même, il y a des générateurs de sites statiques comme Hugo.
Merci de l’avoir essayé !
Et merci aussi pour vos bons retours.
https://github.com/jadhvank/ko-llm-classifier/tree/main/extension
J’ai créé une extension pour le navigateur Chrome. N’hésitez pas à essayer celle-ci aussi.
Ah ouais, c’était possible ? Il faut que je configure ça tout de suite.
C’est vrai. Je suis d’accord. Cela créera sans doute une dépendance au SDK, mais vu la courbe d’apprentissage élevée, ce sera peut-être préférable.