Fluxkompensator fluxuiert
Joined November 2019
- Tweets2.6K
- Following620
- Followers81
- Likes16.8K
Dan Nie retweeted
Ich bin Softwareentwickler und es gibt Tage da habe ich weder Claude Code geöffnet noch meine Entwicklungsumgebung. Heute z.b. hab ich stunden verbracht um Zugriff auf ein System zu bekommen. Danach Meetings und Telefonate. Dazwischen habe ich tatsächlich mal entwickelt und das mit KI deutlich schneller. Und weil wir jetzt deutlich schneller sind, ist die QA hoffnungslos überlastet. Also machen wir auch noch einen Teil deren Arbeit. Damit uns nicht langweilig wird, hat jemand die idee gehabt Claude Code über unsere ganzen Codebasis der letzten 25 Jahre drüber laufen zu lassen und alles was kritisch ist ein Jira Ticket zu eröffnen. Also bin ich jetzt mal die nächsten Monate beschäftigt...
Wer wirklich denkt, mit ki kann man die Hälfte der Entwickler rausschmeißen der hat nicht wirklich Ahnung, was ein Entwickler den ganzen Tag tut...
Nvidia stürzt ab. Alle rufen wieder "die KI-Blase platzt".
Aber das eigentliche Problem ist nicht die Blase. Es ist unser Verständnis von KI.
KI schreibt Code zehnmal schneller. Trotzdem wird kein Team zehnmal schneller.
Amdahls Gesetz: Wenn Code nur ein Drittel der Arbeit ist, bringt dir 10x dort nur 1,4x insgesamt. Meetings, Reviews und Freigaben bleiben. Der Code muss immer noch geprüft werden.
KI ersetzt uns nicht so schnell wie wir dachten. Sie beschleunigt nur einen Teil der Arbeit. Der nächste Schritt ist nicht mehr Modelle, sondern bessere Workflows.
Die Blase ist nicht, dass KI nutzlos ist. Die Blase ist, dass wir dachten, sie sei magisch.
Dan Nie retweeted
Imagine if Elon's $500 million had been spent on education or healthcare. Or the arts. Anything.
Dan Nie retweeted
Sure sex is great but have you ever watched the entire country say fuck you to Donald Trump??
Democracy is alive and well
Jerry lebt seit 30 Jahren in Austin, Texas, und hat fast immer Republikanisch und auch Trump gewählt. Jetzt stimmt er für James Talarico. Here’s why @tonline
18
Dan Nie retweeted
Mal alle beruhigen: Es gibt keinen Staatsstreich in #Polen . Jedoch einen Machtkampf um das Verfassungsgericht, das die Vorgängerregierung der PiS politisierte und das sie nicht hergeben will. Ob Tusks Versuch, die Ordnung wiederherzustellen, Erfolg haben wird, bleibt abzuwarten.
Star Trek TNG "Trial of Data" youtu.be/HN3HBjHkm5o?si=QD_Z… via @YouTube
11
Ich dachte immer, ich hätte Twitter verstanden ..
aber dann passierte der chinesisch-türkische Twitter-Krieg in 2026 👻
1
26
Dan Nie retweeted
This isn’t some kind of internet doomsday and you should chill. Big vulnerabilities hit every so often and even in combination, these aren’t anything out of the ordinary:
- The iPhone vuln is a physical proximity thing and has been patched. Update.
- The certificate thing is more painful. A lot of things to update, but the biggest and most important you already can or will be able to soon. MitM attacks require positioning and effort. It’ll definitely be exploited, but not at internet scale.
- The PHP vulnerabilities are easily the worst of this lot. A lot folks aren’t going to update this before they get hacked, and a lot of niche systems/devices/appliances just won’t get update packages. Lots of data breaches coming up. Depending on how easy/reliable it is (it’s memory corruption) you’ll have a short period of it getting hacked practically to extinction in mainstream systems, with a long tail of it being exploited in embedded/appliance situations.
None of this is unprecedented, though. Even in combination, it’s nothing in scope that security folks haven’t dealt with before. Literally why they have jobs.
Dan Nie retweeted
You use a normal SQL database.
The end.
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.
