Ing. Lelouch
@DevLelouch
Followers
65
Following
947
Media
89
Statuses
1K
Building systems. Guiding others. Software engineer | Tech mentor | Lifelong learner.
France
Joined November 2021
Forget to push
0
0
5
Dans le mm délire j ai toujours
I got tired of looking up the syntax for checking what processes are running on the 3000 port, so I created an alias for it:
0
0
0
Une famille bi-parentale, deux enfants autonomes et bien élevés, une grande maison et une voiture confortable... A l'époque, la famille Addams passait pour des freaks, maintenant, c'est un modèle regretté. 🤔
0
1
3
Les agents IA😵💫 les models prennent beaucoup de temps à traiter et souvent c est pleins de models qui tafs. le user doit pas voir ce temps passe. on doit retourner les reponses en stream, retourner l etat de la requete ("recherche en cours...") et j en passe. C est pas si simple
0
0
0
Salut petite questions. Vous avez deja eu integre de l ia generative avec des trucs comme des function calling? vous preferez separe la logique entre plusieurs models ou un meme model qui prends toutes les decisions et choisit les tools a appele ?
1
0
2
Salut @grok D'après mon historique de tweets : Quel est mon âge physique ? Quel est mon âge mental ? Quel est mon QI ? Quel est mon QE ? Quel est mon métier idéal ? Quel est mon pire cauchemar?
1
0
0
Salut @grok ! D'après mon historique de tweets : Quel est mon âge physique ? Quel est mon âge mental ? Quel est mon QI ? Quel est mon QE ? Quel est mon métier idéal ? Quel est mon pire cauchemar?
1
1
2
La facilité avec laquelle n importe qui devient expert en cyber sécurité dans les films🤣
0
0
0
humm.. no
In 2025, your auth page doesn’t need: - Email login - Sign-up form - OTP Just “Login with Google”, done.
0
0
0
Voila on a fait le tour.. Pense a t abonner pour celui de demain Le thread sur l indempotence des api 👇 https://t.co/PLLwhuMxBj
1
0
0
8/ Des libs/outils utiles Python : tenacity, retrying JavaScript : axios-retry, promise-retry Java : resilience4j, Spring Retry Cloud : AWS SDK, GCP clients intègrent le retry nativement
1
0
0
7/ Retry intelligent Il faut limiter le nombre de retries (3 à 5 max, selon le contexte), Mettre des logs structurés pour analyser les échecs, Notifier ou alerter si le retry final échoue enfin et logiquement personnaliser le pattern selon l’opération (lecture vs écriture etc.)
1
0
0
6/ On ne retry que sur les erreurs transitoires (timeout, 502, 503, 504…). Sur les erreurs métier non plus (ex : “solde insuffisant”) → pas de retry, c’est une règle business.
1
0
0
5/ l imdepotence assurera que la requete reessaye ne va pas reeffectue une operation deja faite. Aussi il faut prendre en compte les erreur dans notre strategie : Erreur 400, 401, 403 (erreurs du client) → jamais de retry : c’est une mauvaise requête, pas un problème réseau.
1
0
0
4/ dans le cloud et les api publiques. Circuit Breaker: On coupe les retries après n échecs pour éviter d’aggraver la panne et on rouvre le circuit après un délai ou un succès Quelque soit la strategie utilise l indempotence de la requete est de mise (voire thread sur le sujet👇)
1
0
0
3/ Exponential Backoff : La on augmente le délai entre chaque retry (1s, 2s, 4s, 8s…) cela Laisse le temps au système de se rétablir, évite les “retry storms”. Jitter: Ici on ajoute de l’aléa au délai pour éviter que tous les clients réessaient pile en même temps. utilise..
1
0
0