frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: HypothesisHub – An open API where AI agents collaborate on medical res

https://medresearch-ai.org/hypotheses-hub/
1•panossk•2m ago•0 comments

Big Tech vs. OpenClaw

https://www.jakequist.com/thoughts/big-tech-vs-openclaw/
1•headalgorithm•5m ago•0 comments

Anofox Forecast

https://anofox.com/docs/forecast/
1•marklit•5m ago•0 comments

Ask HN: How do you figure out where data lives across 100 microservices?

1•doodledood•5m ago•0 comments

Motus: A Unified Latent Action World Model

https://arxiv.org/abs/2512.13030
1•mnming•6m ago•0 comments

Rotten Tomatoes Desperately Claims 'Impossible' Rating for 'Melania' Is Real

https://www.thedailybeast.com/obsessed/rotten-tomatoes-desperately-claims-impossible-rating-for-m...
1•juujian•7m ago•0 comments

The protein denitrosylase SCoR2 regulates lipogenesis and fat storage [pdf]

https://www.science.org/doi/10.1126/scisignal.adv0660
1•thunderbong•9m ago•0 comments

Los Alamos Primer

https://blog.szczepan.org/blog/los-alamos-primer/
1•alkyon•11m ago•0 comments

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
1•DEntisT_•14m ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
2•tosh•14m ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•14m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•17m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
4•sakanakana00•20m ago•0 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•23m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
3•Tehnix•23m ago•1 comments

Skim – vibe review your PRs

https://github.com/Haizzz/skim
2•haizzz•25m ago•1 comments

Show HN: Open-source AI assistant for interview reasoning

https://github.com/evinjohnn/natively-cluely-ai-assistant
4•Nive11•25m ago•6 comments

Tech Edge: A Living Playbook for America's Technology Long Game

https://csis-website-prod.s3.amazonaws.com/s3fs-public/2026-01/260120_EST_Tech_Edge_0.pdf?Version...
2•hunglee2•29m ago•0 comments

Golden Cross vs. Death Cross: Crypto Trading Guide

https://chartscout.io/golden-cross-vs-death-cross-crypto-trading-guide
2•chartscout•31m ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
3•AlexeyBrin•34m ago•0 comments

What the longevity experts don't tell you

https://machielreyneke.com/blog/longevity-lessons/
2•machielrey•35m ago•1 comments

Monzo wrongly denied refunds to fraud and scam victims

https://www.theguardian.com/money/2026/feb/07/monzo-natwest-hsbc-refunds-fraud-scam-fos-ombudsman
3•tablets•40m ago•1 comments

They were drawn to Korea with dreams of K-pop stardom – but then let down

https://www.bbc.com/news/articles/cvgnq9rwyqno
2•breve•42m ago•0 comments

Show HN: AI-Powered Merchant Intelligence

https://nodee.co
1•jjkirsch•45m ago•0 comments

Bash parallel tasks and error handling

https://github.com/themattrix/bash-concurrent
2•pastage•45m ago•0 comments

Let's compile Quake like it's 1997

https://fabiensanglard.net/compile_like_1997/index.html
2•billiob•46m ago•0 comments

Reverse Engineering Medium.com's Editor: How Copy, Paste, and Images Work

https://app.writtte.com/read/gP0H6W5
2•birdculture•51m ago•0 comments

Go 1.22, SQLite, and Next.js: The "Boring" Back End

https://mohammedeabdelaziz.github.io/articles/go-next-pt-2
1•mohammede•57m ago•0 comments

Laibach the Whistleblowers [video]

https://www.youtube.com/watch?v=c6Mx2mxpaCY
1•KnuthIsGod•58m ago•1 comments

Slop News - The Front Page right now but it's only Slop

https://slop-news.pages.dev/slop-news
1•keepamovin•1h ago•1 comments
Open in hackernews

R0ML's Ratio

https://blog.glyph.im/2025/08/r0mls-ratio.html
77•zdw•6mo ago

Comments

jiggawatts•6mo ago
I see this regularly in large enterprise. My favourite example is getting a 20-30% discount on rack-mount server hardware purchased up-front for the next 3 to 5 years of growth requirements. Invariably, the executives that signed this "great deal" treat themselves to a champagne lunch to celebrate the savings.

Never mind that most of that capacity will sit around unused for years. The real problem is that by the time they get around to filling the last half of the capacity, the exponential march of Moore's law -- or the equivalents for storage and networking -- will have discounted the cost of that capacity by 50% or more anyway.

Similarly, I saw a corporation "lock in" a sweet discount for the WAN network provider for 7 years where they got an upgrade from 1 Mbps to 2 Mbps and a discount of 40%. At the same time, residential broadband was already 25 Mbps minimum and business-grade fibre had three-digit Mbps speeds within months. The sales rep that got that deal signed probably laughed his ass off.

It's a fundamental misunderstanding that it's easier or better to purchase things in big stair-step increments when following an exponential curve. The waste will be exponentially higher the longer the steps. Ideally, one would want to purchase hardware in the smallest possible time-steps, following product release cycles exactly. That's one of the benefits of the public cloud, you can switch CPUs (or whatever) with a button-press.

The example of this that's burned into my mind is that a vendor (Dell or HPE, I can't remember) convinced a government department to buy a 48-core AMD EPYC server for bioinformatics. This is one of those problems where you want the biggest possible single box because of the way the algorithms scale ("up", not "out"). They're stuck with that box for the next five or so years. Meanwhile the cloud public cloud is making available these monsters: https://techcommunity.microsoft.com/blog/azurehighperformanc...

Check out that beautiful exponential curve! If you "lock in" just 2 or 3 generations back, you're missing out on 90% of what you could be using.

maxbond•6mo ago
As a point of information (I don't disagree with anything you've said), just because public clouds advertise a gigantic instance type doesn't necessarily mean you can provision it. I saw a situation at work once where the ML researchers couldn't figure out why they were failing to provision a box. The request would be pending for a few hours before failing. AWS eventually said they simply didn't have the capacity in that AZ, and it was unlikely to ever succeed.
jiggawatts•6mo ago
Conversely, if you're in some co-location facility and they run out of space/cooling/power, then you might be painted into a very small corner for an extended period. This happened to several government customers because they all shared a common facility. Entire departments were squeezing blood from a stone because they had an iron rule that "no more servers", not even VMs... for years.

In the public cloud, you can almost always just pick another AZ, another region, or another SKU. Because of how Spot priced compute works, a PayG customer will essentially always be able to provision something, somewhere.

protocolture•6mo ago
>Similarly, I saw a corporation "lock in" a sweet discount for the WAN network provider for 7 years where they got an upgrade from 1 Mbps to 2 Mbps and a discount of 40%. At the same time, residential broadband was already 25 Mbps minimum and business-grade fibre had three-digit Mbps speeds within months. The sales rep that got that deal signed probably laughed his ass off.

Its actually one of the least bad ISP business models. Its fantastic for capacity planning. I worked for an ISP that got a lot of businesses signed up on 700 buck per month EOC services, 4-5 year terms, before the NBN rolled out and provided 20 times the bandwidth for 50 bucks.

Thing is, when the NBN passed those customers, they would reach out and try and move them sideways. Extend the contract for 2 years, drop 700 bucks down to 400 and bundle in voice and managed router services. Add in fixed wireless for backup. Offer them 100M business fibre for a transition up to 1k/ month.

An ISP that can do this can afford service techs, upgrades, more peering and transit. It can breathe. Trying to sell a 40 dollar TC-4 NBN service for 42 dollars is a losing proposition. The customer feels good when they get a good deal but they lose out when the ISP starts downsizing or crawling back costly transit. And if its month to month, the constant churn is crazy.

codazoda•6mo ago
I once worked for a company that went from 100k annually to over $1B in under a year. I was 18 and they gave me a corporate card and almost no particular restrictions on its use. I thought they were a bozo. Now I’m not so sure.
tekacs•6mo ago
I found this article somewhat confusing to read, so I asked for a synthesis of it, shared below for anyone else who might run into the same.

https://share.cleanshot.com/7zq42cMg

nighthawk454•6mo ago
Essentially, when you buy in bulk you trade upfront commitment for a discounted price. Which isn’t a good deal unless you’re confident you’re going to use all the units/seats you bought.

This is the same logic as over buying at the grocery store. The unit cost of bulk items may be less, but if the surplus is just gonna spoil you’ve wasted money in the difference.

1.0 * N * discount_rate * price <= certainty * N * 1.0 * price

—> discount_rate / certainty <= 1.0

—> discount_rate <= certainty

In the event your confidence/usage is lower than the discounted rate - say discounted to 80% of sticker price but you expect 60% utilization - this might suggest you buy 60% of your capacity at the bulk rate and fill any further demand with on-demand full-price option.

jerryjappinen•6mo ago
I saw Unsure Calculator on HN some time ago. Seems like the perfect use case. https://filiph.github.io/unsure/
valicord•6mo ago
So buy in bulk if it's cheaper then per unit and buy per unit if it's cheaper than in bulk? Truly a brilliant advice. What's next? "Get multiple quotes and pick the best one"?
jdpage•6mo ago
Buy in bulk if it's cheaper per unit that you buy, and per unit if it's cheaper per unit that you use. (EDIT: with the understanding that you're unlikely to buy much more than you use if just-in-time per-unit purchasing is available). No, it's not groundbreaking advice, but it's a very easy trap to fall into, especially if you're talking to someone who's good at selling you stuff.

I'm sure we've all had an experience at least once where we've bought something in a larger container from the grocery store thinking we were getting a deal, only to find that we didn't get through it as fast as we thought we would, it started spoiling, and we got to scrape our savings into the trash can.

And many of us have had an experience where someone higher up in the company has insisted that we use a tool that isn't very good "because we've already paid for it", so it's clearly needed advice, even if it's not groundbreaking. Everyone sometimes needs "obvious" conclusions pointed out to them, I think. It's a quirk of our mental processing as humans.

valicord•6mo ago
No, it's always "per unit that you use". Units that you buy and not use are wasted, so that's would be the wrong way to compare.

Dressing up an obvious idea with fancy-sounding math formulas and pages of text is exactly how you get trapped by someone good at selling stuff.

jdpage•6mo ago
You're right, but I think you're less likely to buy extra at per-unit pricing (since you can always buy just-in-time), so you're less likely to run into a situation where you overpurchased at per-unit pricing. (Edited to note that.)
osener•6mo ago
Ah the joys of enterprise.

Once, a team at my old job wanted to try A/B testing for the first time. After some research, they picked a SaaS tool to make it quick. Simple, right? Just sign up and go.

Of course not. First they had to go through THE PROCUREMENT! (dun dun dun dun)

Those legends weren’t about to let us limp along on a humble pro plan. They wheeled, dealed, and months later emerged triumphant: a glorious three-year enterprise contract. SLAs! Volume discounts! The whole nine yards. The art of the deal baby!

Small snag: by the time the ink dried, the original team had moved on. New PM, new priorities. No one even generated an API key during the whole time we paid for this top-tier enterprise service.