> Même sans en connaître le sens, on comprend tout de suite en cliquant une fois, et ensuite il suffit de pouvoir les distinguer.

En ce moment, dès qu’on commence à s’y habituer, le design change.

 

Donc, au final, l’application entière est devenue combien de fois plus rapide ? Hein ? Il n’y en a pas, de différence ?

 

Une approche étonnante et ingénieuse.

 

À titre personnel, lorsque j’ai développé un projet avec le SDD (Specs Driven Development), j’ai d’abord ressenti un net gain de productivité, mais comme il n’est pas encore possible d’écrire tout le code sur la base de spécifications et qu’il faut mettre à jour à la fois le code et les specs chaque fois qu’une modification manuelle est nécessaire, j’ai finalement eu l’expérience inverse, avec une baisse de productivité.

 

La vraie question n’est pas l’IA ou l’humain,

mais de savoir si l’on est capable de faire preuve d’empathie envers l’utilisateur, de collecter l’information et de la transmettre clairement.

 

Ah, sur Mac, ça ne va pas marcher alors. Il dit No GPU or XPU found, haha,,

 

Peux-tu percevoir si ce que tu dis relève d’un motif ou d’un principe ? Pourquoi la parole est-elle la parole, pourquoi un motif est-il un motif, pourquoi un principe est-il un principe, et pourquoi la perception est-elle la perception ?

 

Pourquoi la valeur est-elle une valeur, pourquoi une ressource est-elle une ressource, pourquoi un point de vue est-il un point de vue ? Pourquoi une question est-elle une question, et que signifie créer ? Qu’est-ce que l’exécution, au juste ? À force d’obéir aux interrogations et de renoncer à penser, l’être humain n’est plus si différent de l’IA. La compréhension des principes disparaît, et l’on se méprend en croyant que seuls les schémas sont la vérité.

 

Le château de sable s’effondre juste encore mieux lol

 

Il n’y a aucune profondeur de compréhension ni de réflexion sur pourquoi le code est du code et pourquoi le logiciel est du logiciel. Une représentation tournée uniquement vers le résultat finit par créer Babel.

 

Le modèle économique, c’est de gagner de l’argent avec des formations pour gagner de l’argent. On peut considérer ça comme une sorte de porno, haha.

 
shakespeares 2026-01-19 | commentaire parent | dans: Sortie officielle de jQuery 4 (blog.jquery.com)

Il est incroyablement tenace… haha

 

Écrire du code n’est qu’un passage obligé dans l’exécution. Lancer un produit, le vendre et le maintenir coûte bien plus cher et est bien plus difficile. Un peu comme avec YouTube : avec juste un téléphone portable, tout le monde peut devenir YouTuber, mais rares sont ceux qui arrivent à gagner de l’argent.

 

On dirait l’effort d’un junior sans expérience qui essaie d’en mettre trop d’un coup…

 

Vitesse d’itération — le cycle qui consiste à construire vite, recueillir les retours des utilisateurs, puis corriger (learning loop)
Goût·jugement (taste) — le discernement qui permet de distinguer ce qui mérite d’être construit de ce qui ne le mérite pas (dans la plupart des cas, il ne faut rien construire)
Distribution·réseau (distribution) — à qui on le fait connaître en premier, qui lui accorde sa confiance, et à quelle vitesse on peut rassembler les premiers utilisateurs
Choix du problème — trouver un problème que de vraies personnes veulent réellement résoudre en payant (c’était déjà le plus difficile au départ, et c’est encore plus important maintenant)

 

Si vous l’avez ressenti ainsi, j’en suis désolé. Je pense que chacun a des attentes différentes en voyant le titre. Cela dit, il est juste de veiller à rédiger un titre aussi clair que possible, afin qu’il corresponde à des attentes similaires. J’y ferai attention.

Par ailleurs, j’aimerais que vous considériez cela séparément de mon précédent article. Mon précédent article a été signalé parce que j’ai tenté d’obtenir des upvotes en utilisant deux comptes inutilisés. C’est clairement mon erreur, et je tiens à préciser que le problème ne venait pas de l’article lui-même.

 

Bonjour ! Tout d’abord, merci beaucoup d’avoir pris le temps de laisser un commentaire avec vos retours.

Nous avons estimé qu’un index GIN n’était pas nécessaire dans ce cas précis. Actuellement, l’API de recommandation d’autocomplétion des termes de recherche n’a besoin que du term lui-même. Il n’est pas nécessaire de savoir à quels articles ce term appartient.
En revanche, pour l’API de recherche, nous utilisons un index similaire à un index GIN. Nous exploitons paradeDB, une extension de Postgres, pour utiliser un index BM25.
Ce n’est pas expliqué en détail dans le billet, mais actuellement nous utilisons aussi un ExecutorService défini séparément. Cela dit, comme vous l’avez suggéré, nous envisagerons également plus tard une approche réactive ou des threads virtuels !!

 

Comment peut-on repérer ce genre de choses dans un projet ? J’ai l’impression qu’il serait difficile de s’en rendre compte simplement en faisant tourner une IA..

Quand je vois ce type de cas, je me dis que moi aussi j’aimerais apprendre et vivre ce genre d’expérience.

 

Quelles photos... waouh... on dirait une véritable peinture de paysage chinoise.