Viewing profile — soontimes
soontimes
HN member- Joined
- Mon, Jul 28, 2025, 10:38 AM UTC
- HN karma
- 29
- Public activity
- 15 items
- HN profile
- View on Hacker News ↗
About soontimes
No profile information was provided.
Recent public activity
-
comment
Comment #49235691
I'm working on a platform that aggregates a business's operational and financial data and builds a causal model on top, deriving target metrics like FCF or EBITDA. With that model …
-
comment
Comment #49235351
> re concurrency, it is not a big issue at all > LMAX Disruptor If anything this article shows that concurrency is a big issue. It is such a big issue you have to write in-memory s…
-
comment
Comment #49235215
> But if a seller has 5k inventory in one location, has a spike of 2k orders, but only 1k of the orders can successfully reserve inventory, then isn't that an argument that you los…
-
comment
Comment #49230721
> re concurrency, it is not a big issue at all I would really appreciate it if you could write this up as an article. It would be an extremely interesting and valuable read
-
comment
Comment #49230678
They never said they don’t shard it, however this doesn’t solve the problem they were facing. Even if they have a single store (therefore a single shard), the burst demand may be h…
-
comment
Comment #49229656
> if I were to solve the problem, I would have solved it differently, at the Checkout state, before user clicks PAY. This removes the race condition at the user UI level, before an…
-
comment
Comment #49228579
> how does current design resolve concurrent actors fighting for the last item ? It resolves with skip locked. Assuming we have only 1 item left. First query scans the buffer table…
-
comment
Comment #49228490
I don’t understand how this should prevent oversold. You have a check that reports empty or oversold inventory. But how does that check prevent 2 concurrent actors fighting for the…
-
comment
Comment #49228393
Ok, but before inserting you must ensure that inventory is not depleted, which means you need to know the count and you need to lock the row. So you still have contention on that i…
-
comment
Comment #49228358
> Instead of having 1000 rows per shop SKU, why not just have one row per shopping cart SKU? At what point that row is inserted?
-
comment
Comment #49228273
Yes, the point is to spread contention across multiple rows. They also mention this in the beginning of the article
-
comment
Comment #49228012
Can you clarify why this involves no locking? There can still be 2 actors fighting for the same row.
-
comment
Comment #46177543
If that’s your website please check GitHub link - it has a typo (gitub) and goes to a malicious site
-
comment
Comment #45925533
I like your style - clear, on point, and no attempts to sell me anything. It’s honestly refreshing to read
-
comment
Comment #44709481
I noticed this for some companies: there are 10+ spreadsheets which should have the same structure, but different data. For example one spreadsheet per country for purposes of budg…