
Filtre actif, cliquez pour en enlever un tag :
Cliquez sur un tag pour affiner votre recherche :
[ << Page précédente (100) ] [ Page suivante (0) >> ]
Journal du dimanche 17 mars 2024 à 20:00
#JaiLu le billet de blog de Ollama nommé Ollama now supports AMD graphics cards .
Journal du samedi 09 mars 2024 à 10:22
#iteration du Projet GH-382 - Je cherche à convertir en SQL des query de filtre basé sur un système de "tags".
#JaiLu Google Search Operators: The Complete List (44 Advanced Operators)
Je constate que le langage de query de Google support OR
, AND
, les (……)
… En résumé, toutes les fonctionnalités que je souhaite.
Dans l'article How to use advanced syntax on DuckDuckGo Search je comprends que le langage de query de DuckDuckGo supporte les fonctionnalités que je souhaite, mais avec une syntax intéressante, sans doute pratique, mais je la juge moins explicite que celle de Google.
J'ai lu la page Log queries de Loki et je ne la trouve pas adaptée à mon besoin. Cette syntax est trop puissante. Je souhaite quelque chose de plus limité, qui permette seulement d'effectuer des filtres basés sur des tags
.
J'ai lu la page Filtering projects de GitHub et je constate que ce langage de query est trop limité, ne correspond pas à mon besoin.
La syntax de recherche de Lobsters est trop limitée par rapport à mon besoin https://lobste.rs/search
Concernant Jira, j'ai commencé ma lecture sur cette page Use advanced search with Jira Query Language (JQL), j'ai ensuite lu :
Le "Jira Query Language (JQL)" est très puissant, même trop puissant par rapport à mon besoin.
J'ai lu la page Filtering de Meilisearch.
La syntaxe est puissante, intéressante.
Après avoir étudié les query search syntax de Google, Duckduckgo, Melisearch, Loki, GitHub, Jira, Lobster je constate que mon besoin est un peu spécifique, car je souhaite effectuer des filtrages seulement sur les lables.
Le moteur de syntaxe qui ressemble le plus à ce que je cherche est le langage de syntaxe de Google.
Mon objectif est de pouvoir appliquer des règles d'appartenance sur les tags
.
Journal du mercredi 28 février 2024 à 10:36
Cela m'a fait penser à l'article GNOME : Local-First
Voir aussi localfirstweb.dev.
Journal du samedi 20 janvier 2024 à 17:22
#JaiLu le README de Ollama https://github.com/ollama/ollama
Journal du mardi 04 juillet 2023 à 17:35
#JaiDécouvert la fonctionnalité Skew Protection de Vercel : Introducing Skew Protection.
#JaiLu aussi Version Skew.
#JeMeDemande comment implémenter le même système que la fonctionnalité Skew Protection de Vercel en self hosted, par exemple, avec SvelteKit 🤔.
Journal du jeudi 15 juin 2023 à 17:34
J'ai lu cet article de Ploum : De la merdification des choses.
Je fais le même constat que Ploum 👌.
Journal du samedi 06 mai 2023 à 07:39
#JaiLu l'article Don’t Build A General Purpose API To Power Your Own Front End.
TL;DR YAGNI, unless you’re working in a big company with federated front-ends or GraphQL.
It’s popular in web dev nowadays to build a backend that serves JSON, and a frontend that renders the app. This is fine. I’m not the biggest fan, but it’s really okay. Except it’s not okay if you think that your backend needs to be designed like a generic public API. This will not save you time.
Journal du jeudi 29 décembre 2022 à 11:30
#JaiLu « On dit que l’amour dure trois ans : en entreprise, c’est le temps qu’il faut désormais pour faire le tour d’un poste », je me demande si cela pénalise la productivité en limitant la constitution d'une mémoire transactive] forte 🤔.
Journal du samedi 29 janvier 2022 à 15:35
#JaiLu ce thread Hacker News : Why our team cancelled our move to microservices.
There is no reason even a significantly larger org - say 40+ people in 8-10 teams cannot work effectively in a single repository and monolith architecture. Beyond that there are certain growing pains and if you don't effectively manage those then I could see how you end up going with micro-services.
Journal du mardi 15 janvier 2019 à 15:22
Ce mois de janvier est riche en article au sujet des Monorepo !
#JaiLu le contre pied du l'article "Monorepos: Please don’t" : Monorepo: please do! !
As a leader, I’ll pick the monorepo every time: because tools must reinforce the culture I want, and culture comes from the tiny decisions and behaviors of a team every day.
👌
Son thread Hacker News : 161 commentaires.
Journal du mardi 08 janvier 2019 à 17:28
#JaiLu ce thread Hacker News au sujet des Monorepo : "Monorepos and the Fallacy of Scale | Hacker News".
J'ai trouvé l'article très intéressant ainsi que les commentaires.
Journal du jeudi 03 janvier 2019 à 15:13
#JaiLu ce thread Hacker News au sujet des Monorepo : "Monorepos: Please don’t".
Il contient de très bons commentaires biens argumentés qui expliquent les avantages des Monorepo, j'ai trouvé cela passionnant 🙂.
Dernière page.