frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Open in hackernews

The Minimum Viable Unit of Saleable Software

https://brandur.org/minimum-viable-unit
39•brandur•2h ago

Comments

cwmoore•1h ago
“buy vs. build. . . the calculus changed”
applfanboysbgon•1h ago
Be careful with making decisions about your livelihood based on a rational calculus. As you correctly point out, there is a threshold for which a programmer or company should not even blink at the cost of software. It's often the case that if the software they're buying saves one single hour of productivity, it's value-positive... and yet they won't buy it. Individual devs are notorious for refusing to pay a cent out of their own wallet, turning up their noses at anything that isn't offered open source and completely free. Enterprises manage to saddle what should be a no-brainer trivial expense into dozens of hours of bureacracy that cost two orders of magnitude more than the expense the bureacracy is for.

Your customers are more irrational than you are, and your appeal to them will likely need to resonate with them on an emotional level rather than logical one. I would argue that marketing is the hardest part of enterpreneurship, by far.

claw-el•49m ago
If we can show that the hour of productivity saved is worth more, would the individual dev still want to build it because they like tinkering with it. The individual dev would value the time of playing with the code more than the time of productivity saved?
ezekg•48m ago
Thankfully, most devs aren't the one making purchasing decisions in B2B. I haven't seen any change in the build vs buy equation for real businesses tbqh, and in B2B, those are the customers you want to target anyways, not the indie devs who think they can build Dropbox in a weekend. In B2C, I can definitely see this being true, but I have very little experience there so anything I say here is more on gut-feeling than anything else. But I have over 10 years of experience in B2B, and I've never seen businesses more eager to buy, to free teams up to work on the things they're experts at -- myself included.

Build a good product and they will come.

brandur•46m ago
Yes, I roughly agree with all of this. In fact, for most of my existence, I'm been one of those cheap programmers.

The circumstances that led to me trying to push River for the next few months were somewhat accidental, and it felt like a good moment to at least make a go of trying to make it work. I'm not committing the rest of my career/life to any particular decision one way or the other.

I'll reiterate too that I believe we're still quite early in the LLM age and are still waiting for the other shoe to drop. All LLM-generated software feels free at the moment because it's still novel and the exhilaration of accomplishment when you build something complex inside of a few hours is addictive beyond words. However, within a year or two I think we're going to have a lot more software, all of which needs maintaining to some degree, and we're going to become a little more reluctant to generate new projects to add to the heap. This'll cause an adjustment back to a more compromise position.

(Also, could be completely wrong about all of that, so take it for what it is.)

pphysch•27m ago
Dismissing software non-buyers as irrational, or asserting certain purchases are "no-brainers" is missing the mark.

Acquiring new software is a major commitment beyond just the price tag. It means integration, continuous maintenance, dealing with forced UI updates, supply chain exposure, and so on.

Every seasoned dev (unless very lucky) has dealt with bad software acquisitions, almost all of which seemed to be great deals at the time of purchase.

DougN7•5m ago
This is so true, and it’s true of libraries, OSS, etc. I frequently build instead of using a library simply because I’ll know and can fix the warts, I’m automatically in tune with the state of the code, and I’m in control of maintenance. Of course if the code is too big (TLS library like OpenSSL) then it changes. But I still try to avoid external stuff just because of the costs you listed.
aaronbrethorst•22m ago
Plus, too many companies don't spend their money in a logical fashion. As a manager, you can direct your $200,000/year engineer in any way you want, but try to spend any amount of money on a new SaaS product and procurement might huffily demand hours of your time and weeks of delay to authorize even $40/month, let alone $400/month.

That said, I think the path Brandur is describing is well-trodden and proven out by projects like Sidekiq.

deftio•36m ago
Truly agree with the framing of buy vs build.

Also, some software businesses use a ton of aggregated or hard to get data which needs to be synthesized and that doesn't go away even if the llm driven coding is cheap.

ahamilton454•27m ago
I like that you point out that the cost to build software is still not 0. And in my expirence it’s further from 0 than I would expect. I often find myself thinking I can rebuild a project (or usually improve upon an existing one) in just a few days. And yet when it comes down to making anything well, it still takes time and iteration.

It’s a bit funny because I felt this way before coding agents as well, like you could clone something in just a few weeks. But in practice my expectations are rarely accurate.

monkeydust•22m ago
I wouldn't underestimate the community effect of software. There are plenty of features that get shipped because a small but important minority requested them, only to benefit the long tail of users who never knew to ask for such a feature but now find it indispensable. If everyone is building their own isolated solutions, how does this positive externality manifest itself?
piterrro•14m ago
Good luck on your new endeavour! Selling to devs is hard, did you consider building in public? That would def help get traction imo. Your point about considering API design and overall architecture would definitely differentiate among the all AI slop out there

Prefer duplication over the wrong abstraction (2016)

https://sandimetz.com/blog/2016/1/20/the-wrong-abstraction
234•rafaepta•2h ago•157 comments

Burnout Is Real in the OSS World, Says John-David Dalton, Creator of Lodash

https://openjsf.org/blog/burnout-is-real-for-open-source-maintainers
49•theanonymousone•1h ago•14 comments

(How to Write a (Lisp) Interpreter (In Python)) (2010)

https://norvig.com/lispy.html
82•tosh•3h ago•32 comments

Beyond All Reason (Free Total Annihilation Inspired RTS)

https://www.beyondallreason.info
313•mosiuerbarso•7h ago•174 comments

The Minimum Viable Unit of Saleable Software

https://brandur.org/minimum-viable-unit
39•brandur•2h ago•13 comments

Identity verification on Claude

https://support.claude.com/en/articles/14328960-identity-verification-on-claude
196•bathory•6h ago•172 comments

The Commodore Callback 8020 smart flip phone

https://www.wired.me/story/commodore-made-a-digital-detox-phone-that-isnt-dumb
88•Audiophilip•3d ago•62 comments

Occupancy Math on the AMD MI355X: A From-First-Principles Guide

https://indianspeedster.github.io/blog/occupancy-math-mi355x/
22•skidrow•4d ago•0 comments

System call instrumentation on Linux/x86‑64 using memory‑indirect calls, part I

https://www.humprog.org/~stephen/blog/2026/06/15/#system-call-instrumentation-on-intel-negative-r...
23•matt_d•4d ago•10 comments

Wildcard (YC W25) is hiring an applied ML engineer

https://www.ycombinator.com/companies/wildcard/jobs/SEmo4di-founding-applied-ml-engineer
1•kaushikmahorker•1h ago

15-minute at-home Lyme disease tick test

https://www.bostonglobe.com/2026/06/17/business/lyme-disease-tick-test/
188•bookofjoe•3d ago•133 comments

Loupe – A iOS app that raises awareness about what native apps can see

https://github.com/mysk-research/loupe
468•Cider9986•1d ago•189 comments

An Embedded Linux on a Single Floppy

https://github.com/w84death/floppinux
11•modinfo•2d ago•5 comments

Developers don't understand CORS (2019)

https://fosterelli.co/developers-dont-understand-cors
305•toilet•17h ago•239 comments

Fossil Fuels Are 40% of Freight Shipping Tonnage, but Half Its Fuel Use

https://cleantechnica.com/2026/06/16/shipping-freight-energy-fossil-cargo/
81•choult•4h ago•51 comments

A 3D voxel game engine written in APL

https://github.com/namgyaaal/avoxelgame
121•sph•10h ago•10 comments

Show HN: TownSquare, a tiny presence layer for websites

https://townsquare.cauenapier.com/
221•cauenapier•1d ago•128 comments

Running MicroVMs in Proxmox VE, the Easy Way

https://taoofmac.com/space/blog/2026/06/18/1845
178•zdw•2d ago•24 comments

The early hiring funnel is now breaking on both ends

https://hbr.org/2026/06/ai-has-broken-hiring-heres-how-to-fix-it
58•ChrisArchitect•2h ago•82 comments

Show HN: Teach your kids perfect pitch

https://github.com/paytonjjones/bsharp
4•paytonjjones•5h ago•2 comments

Two Qwen3 models on one DGX Spark: the residency math

https://www.devashish.me/p/two-qwen3-models-on-one-dgx-spark
64•devashish86•3d ago•30 comments

Slow breathing modulates brain function and risk behavior

https://www.cell.com/neuron/fulltext/S0896-6273(26)00339-9
333•croes•20h ago•96 comments

Renting a sewing machine from the library

https://www.bbc.com/future/article/20260618-the-weird-and-wonderful-libraries-of-finland
310•sohkamyung•19h ago•181 comments

Excessive nil pointer checks in Go

https://konradreiche.com/blog/excessive-nil-pointer-checks-in-go/
59•ingve•3d ago•53 comments

The brain was not designed for this much bad news

https://www.sciencedaily.com/releases/2026/06/260614012006.htm
293•colinprince•14h ago•258 comments

Windows UI evolution: Clicking an unassociated file

https://movq.de/blog/postings/2026-06-20/0/POSTING-en.html
117•jandeboevrie•12h ago•80 comments

Epoll vs. io_uring in Linux

https://sibexi.co/posts/epoll-vs-io_uring/
232•Sibexico•19h ago•56 comments

Zigzag Decoding with AVX-512

https://zeux.io/2026/06/17/zigzag-decoding-avx512/
116•luu•4d ago•21 comments

Show HN: Pulse – Dashboard for Claude Code, approve tool calls from your phone

https://github.com/nikitadoudikov/claude-pulse
13•nikitadvd•22h ago•5 comments

The case against geometric algebra (2024)

https://alexkritchevsky.com/2024/02/28/geometric-algebra.html
110•Hbruz0•7h ago•94 comments