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.
Je suis allé lire le billet de blog et l’article original aussi. J’ai l’impression qu’il y a un certain décalage entre le titre et le contenu réel. Les fonctionnalités que vous avez implémentées ainsi que la direction des améliorations apportées correspondent déjà à des éléments mis en œuvre et intégrés dans plusieurs projets open source existants. Ce que vous avez fait ici, c’est plutôt faire évoluer la recherche qui avait été d’abord implémentée de manière simple dans votre propre service, mais à lire le titre, on a l’impression qu’il s’agit d’une refonte majeure de l’algorithme… Votre précédent article avait déjà été signalé comme promotionnel, donc je pense qu’il faudrait peut-être réfléchir un peu plus à la manière de rédiger ce type de publication.
Je me demande si vous avez envisagé d’utiliser un index GIN au lieu d’un index sur lower(). Puisque vous utilisez déjà du SQL brut avec JdbcTemplate, pourquoi ne pas en profiter pour envisager aussi le FTS ?
La méthode asynchrone avec CompletableFuture.supplyAsync() utilise elle aussi le commonPool de ForkJoinPool si aucun ExecutorService séparé n’est spécifié.
Si le nombre de connexions simultanées devient suffisamment élevé pour saturer ce commonPool utilisé à la place des threads de requête (jusqu’à nombre de cœurs CPU - 1), il se peut que cela ne tienne pas la charge.
Sur ce point, passer à une approche reactive ou mettre à niveau la version de la JVM pour introduire les threads virtuels permettrait probablement de résoudre cela plus proprement.
Choisir le bon problème — trouver un problème que de vraies personnes veulent vraiment résoudre en payant —�a0je ne pensais pas que l’outil de capture d’écran xray que j’ai créé récemment susciterait autant d’intérêt.
J’ai l’impression qu’il est important d’identifier ce qui est contraignant, de le créer, puis de le faire connaître.
Si on pouvait gagner de l’argent aussi facilement juste en faisant du vibe coding…
ils gagneraient de l’argent comme ça… pourquoi ils sont sur Twitter, YouTube et font des formations ?
La personne qui a écrit le livre « Gagner 100 millions de wons par mois avec la Bourse », est-ce qu’elle gagne vraiment 100 millions de wons par mois en faisant de la Bourse ? Si c’est le cas, pourquoi est-ce qu’elle écrit des livres de ce genre ? Pourquoi elle fait des conférences un peu partout, et pourquoi elle fait du YouTube ? Parce qu’elle veut devenir la lumière des petits investisseurs naïfs ?
J’utilise actuellement un modèle de 40 pouces, donc 52 me paraît un peu trop grand.
Même dans les commentaires sur Hacker News, ça se dispute entre multi-écrans et un seul grand écran, mais moi, désormais, je trouve qu’un seul comme ça est plus pratique.
On dirait que c’est un problème inévitable, puisqu’on est obligé de mettre la logique dans du YAML.
L’article ci-dessus semble proposer plus ou moins cette réponse, mais j’ai aussi l’impression que si l’on remplaçait la partie script par Dagger, ce serait peut-être la bonne solution.
« Ne laissez pas GitHub Actions gérer la logique ; contrôlez directement les scripts, et faites en sorte qu’Actions se contente d’appeler ces scripts. »
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
termlui-même. Il n’est pas nécessaire de savoir à quels articles cetermappartient.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
ExecutorServicedé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.
Je suis allé lire le billet de blog et l’article original aussi. J’ai l’impression qu’il y a un certain décalage entre le titre et le contenu réel. Les fonctionnalités que vous avez implémentées ainsi que la direction des améliorations apportées correspondent déjà à des éléments mis en œuvre et intégrés dans plusieurs projets open source existants. Ce que vous avez fait ici, c’est plutôt faire évoluer la recherche qui avait été d’abord implémentée de manière simple dans votre propre service, mais à lire le titre, on a l’impression qu’il s’agit d’une refonte majeure de l’algorithme… Votre précédent article avait déjà été signalé comme promotionnel, donc je pense qu’il faudrait peut-être réfléchir un peu plus à la manière de rédiger ce type de publication.
C’est sympa, mais ce serait bien d’avoir aussi l’adresse des ressources cibles pendant la création. Je ne peux pas juste tout installer comme ça haha
Je me demande si vous avez envisagé d’utiliser un index GIN au lieu d’un index sur
lower(). Puisque vous utilisez déjà du SQL brut avecJdbcTemplate, pourquoi ne pas en profiter pour envisager aussi le FTS ?La méthode asynchrone avec
CompletableFuture.supplyAsync()utilise elle aussi lecommonPooldeForkJoinPoolsi aucunExecutorServiceséparé n’est spécifié.Si le nombre de connexions simultanées devient suffisamment élevé pour saturer ce
commonPoolutilisé à la place des threads de requête (jusqu’ànombre de cœurs CPU - 1), il se peut que cela ne tienne pas la charge.Sur ce point, passer à une approche reactive ou mettre à niveau la version de la JVM pour introduire les threads virtuels permettrait probablement de résoudre cela plus proprement.
Je suis tout à fait d’accord.
En fait, ça a surtout bien montré qu’on ne peut toujours pas virer les développeurs~
Je suis d’accord..
Choisir le bon problème — trouver un problème que de vraies personnes veulent vraiment résoudre en payant —�a0je ne pensais pas que l’outil de capture d’écran xray que j’ai créé récemment susciterait autant d’intérêt.
J’ai l’impression qu’il est important d’identifier ce qui est contraignant, de le créer, puis de le faire connaître.
Résultat concluant = hé, bande de dirigeants, vous ne pouvez toujours pas nous virer
Récemment, Supertonic a sorti un modèle qui prend aussi en charge le coréen, allez y jeter un œil.
J’ai aussi créé une bibliothèque en un clic !
https://www.npmjs.com/package/easy-supertonic-tts
C'est assez ironique d'utiliser Parquet, conçu pour le traitement distribué, dans le but de le traiter sur une seule machine.
Mdr
Si on pouvait gagner de l’argent aussi facilement juste en faisant du vibe coding…
ils gagneraient de l’argent comme ça… pourquoi ils sont sur Twitter, YouTube et font des formations ?
La personne qui a écrit le livre « Gagner 100 millions de wons par mois avec la Bourse », est-ce qu’elle gagne vraiment 100 millions de wons par mois en faisant de la Bourse ? Si c’est le cas, pourquoi est-ce qu’elle écrit des livres de ce genre ? Pourquoi elle fait des conférences un peu partout, et pourquoi elle fait du YouTube ? Parce qu’elle veut devenir la lumière des petits investisseurs naïfs ?
C’est exactement ce que je voulais, top.
J’utilise actuellement un modèle de 40 pouces, donc 52 me paraît un peu trop grand.
Même dans les commentaires sur Hacker News, ça se dispute entre multi-écrans et un seul grand écran, mais moi, désormais, je trouve qu’un seul comme ça est plus pratique.
https://github.com/twinstae/graphqlite-ts
J’ai bricolé avec un LLM un binding bun sqlite + ffi dans un esprit vibe coding. Ça tourne, en tout cas. (Quelle belle époque)
Ça pourrait être sympa pour faire un POC haha
Oh… j’étais justement en train d’implémenter quelque chose, je vais structurer ça à partir de ça.
On dirait que c’est un problème inévitable, puisqu’on est obligé de mettre la logique dans du YAML.
L’article ci-dessus semble proposer plus ou moins cette réponse, mais j’ai aussi l’impression que si l’on remplaçait la partie script par Dagger, ce serait peut-être la bonne solution.
« Ne laissez pas GitHub Actions gérer la logique ; contrôlez directement les scripts, et faites en sorte qu’Actions se contente d’appeler ces scripts. »