Recently I interviewed a Senior Engineer. Strong candidate. Kafka? ✅ Redis? ✅ Microservices? ✅ Distributed systems? ✅ Then I asked: "You're building the inventory service for a flash sale. Only 1 item left in stock." Two users hit “Buy Now” at the exact same millisecond. Both requests pass the “is available?” check. Both create an order. Both deduct stock. Now you’ve sold 2 items when only 1 existed. How do you guarantee you never oversell — even with concurrent requests, client retries, and partial failures? "Just use a database transaction." Doesn’t fully solve it if both requests read `stock = 1` before either writes, or if the response is lost and the client retries. "Check stock before deducting." What happens when both checks happen at the same time? "Use Redis DECR and reject if it goes negative." What happens if Redis is down, or the decrement succeeds but the order is never persisted? Your turn: How would you design this inventory reservation API so concurrent buyers and retries never oversell the last item? There’s a specific distributed-systems concept behind this. And you’ll encounter it everywhere inventory, tickets, seats, coupons, and limited resources are involved.

Ça me fait de la peine pour Indira Baboke. Parce que son père est haut placé, le public a décidé de barrer son mérite. Concours de médecine ? Sa famille. 7 ans de fac jusqu'à la thèse ? Intégration à la fonction publique ? Admissibilité en neurochirurgie ? Encore sa famille.

On se plaint de @Orange_Cameroun, on oublie de parler de @MTNCameroon, qui aspire les mégas. Tu souscris à un forfait de 30 jours, à peine 2 h d'utilisation, et on t'envoie un message pour te dire que tu as utilisé 25 % du forfait.