frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Hello world does not compile

https://github.com/anthropics/claudes-c-compiler/issues/1
1•mfiguiere•1m ago•0 comments

Show HN: ZigZag – A Bubble Tea-Inspired TUI Framework for Zig

https://github.com/meszmate/zigzag
1•meszmate•3m ago•0 comments

Metaphor+Metonymy: "To love that well which thou must leave ere long"(Sonnet73)

https://www.huckgutman.com/blog-1/shakespeare-sonnet-73
1•gsf_emergency_6•5m ago•0 comments

Show HN: Django N+1 Queries Checker

https://github.com/richardhapb/django-check
1•richardhapb•20m ago•1 comments

Emacs-tramp-RPC: High-performance TRAMP back end using JSON-RPC instead of shell

https://github.com/ArthurHeymans/emacs-tramp-rpc
1•todsacerdoti•24m ago•0 comments

Protocol Validation with Affine MPST in Rust

https://hibanaworks.dev
1•o8vm•29m ago•1 comments

Female Asian Elephant Calf Born at the Smithsonian National Zoo

https://www.si.edu/newsdesk/releases/female-asian-elephant-calf-born-smithsonians-national-zoo-an...
2•gmays•30m ago•0 comments

Show HN: Zest – A hands-on simulator for Staff+ system design scenarios

https://staff-engineering-simulator-880284904082.us-west1.run.app/
1•chanip0114•31m ago•1 comments

Show HN: DeSync – Decentralized Economic Realm with Blockchain-Based Governance

https://github.com/MelzLabs/DeSync
1•0xUnavailable•36m ago•0 comments

Automatic Programming Returns

https://cyber-omelette.com/posts/the-abstraction-rises.html
1•benrules2•39m ago•1 comments

Why Are There Still So Many Jobs? The History and Future of Workplace Automation [pdf]

https://economics.mit.edu/sites/default/files/inline-files/Why%20Are%20there%20Still%20So%20Many%...
2•oidar•42m ago•0 comments

The Search Engine Map

https://www.searchenginemap.com
1•cratermoon•49m ago•0 comments

Show HN: Souls.directory – SOUL.md templates for AI agent personalities

https://souls.directory
1•thedaviddias•50m ago•0 comments

Real-Time ETL for Enterprise-Grade Data Integration

https://tabsdata.com
1•teleforce•53m ago•0 comments

Economics Puzzle Leads to a New Understanding of a Fundamental Law of Physics

https://www.caltech.edu/about/news/economics-puzzle-leads-to-a-new-understanding-of-a-fundamental...
3•geox•54m ago•0 comments

Switzerland's Extraordinary Medieval Library

https://www.bbc.com/travel/article/20260202-inside-switzerlands-extraordinary-medieval-library
2•bookmtn•55m ago•0 comments

A new comet was just discovered. Will it be visible in broad daylight?

https://phys.org/news/2026-02-comet-visible-broad-daylight.html
3•bookmtn•1h ago•0 comments

ESR: Comes the news that Anthropic has vibecoded a C compiler

https://twitter.com/esrtweet/status/2019562859978539342
2•tjr•1h ago•0 comments

Frisco residents divided over H-1B visas, 'Indian takeover' at council meeting

https://www.dallasnews.com/news/politics/2026/02/04/frisco-residents-divided-over-h-1b-visas-indi...
3•alephnerd•1h ago•4 comments

If CNN Covered Star Wars

https://www.youtube.com/watch?v=vArJg_SU4Lc
1•keepamovin•1h ago•1 comments

Show HN: I built the first tool to configure VPSs without commands

https://the-ultimate-tool-for-configuring-vps.wiar8.com/
2•Wiar8•1h ago•3 comments

AI agents from 4 labs predicting the Super Bowl via prediction market

https://agoramarket.ai/
1•kevinswint•1h ago•1 comments

EU bans infinite scroll and autoplay in TikTok case

https://twitter.com/HennaVirkkunen/status/2019730270279356658
6•miohtama•1h ago•5 comments

Benchmarking how well LLMs can play FizzBuzz

https://huggingface.co/spaces/venkatasg/fizzbuzz-bench
1•_venkatasg•1h ago•1 comments

Why I Joined OpenAI

https://www.brendangregg.com/blog/2026-02-07/why-i-joined-openai.html
19•SerCe•1h ago•14 comments

Octave GTM MCP Server

https://docs.octavehq.com/mcp/overview
1•connor11528•1h ago•0 comments

Show HN: Portview what's on your ports (diagnostic-first, single binary, Linux)

https://github.com/Mapika/portview
3•Mapika•1h ago•0 comments

Voyager CEO says space data center cooling problem still needs to be solved

https://www.cnbc.com/2026/02/05/amazon-amzn-q4-earnings-report-2025.html
1•belter•1h ago•0 comments

Boilerplate Tax – Ranking popular programming languages by density

https://boyter.org/posts/boilerplate-tax-ranking-popular-languages-by-density/
1•nnx•1h ago•0 comments

Zen: A Browser You Can Love

https://joeblu.com/blog/2026_02_zen-a-browser-you-can-love/
1•joeblubaugh•1h ago•0 comments
Open in hackernews

Ask HN: When does changing pricing models break user trust?

6•skicoachapp•2w ago
I’m curious how people here think about this.

Many apps start with a one-time purchase. Clear deal. You pay once, you own the features.

At some point, the business model changes: subscriptions are introduced, and features people already paid for disappear or become locked behind a new paywall.

I understand why subscriptions exist. Recurring revenue makes products easier to sustain.

But from a user perspective, this feels like changing the rules after the fact. Not a price increase for new users — but a retroactive change for existing ones.

I recently added GPX import to a project I work on, specifically to avoid data lock-in. The idea was simple: even if someone stops using the app, their data should remain usable elsewhere.

This raised a broader question for me:

• Is it ever acceptable to change the deal for existing users? • Where is the line between sustainable monetization and broken trust? • How do you think about “ownership” in software you paid for once?

Genuinely interested in perspectives from founders and users.

Comments

JohnFen•2w ago
> At some point, the business model changes: subscriptions are introduced, and features people already paid for disappear or become locked behind a new paywall.

If this happens, trust is immediately broken. They have taken away something I paid for. It's a kind of theft.

> Is it ever acceptable to change the deal for existing users?

Not for one-time sales. If it's an ongoing contractual arrangement, like a rental or service subscription, then it's acceptable to change the offer when the contract renews or on terms agreed to in the contract.

> Where is the line between sustainable monetization and broken trust?

There is no tension between those two things. If you make promises, don't break them and there won't be trust issues.

> How do you think about “ownership” in software you paid for once?

If I have paid for software without the terms being a rental from the start, then my expectation is that I will be able to continue to use the software forever (or as long as I have machines that can run it).

I don't expect to get free updates. If I want an updated version, I expect to pay for it. There's a gray area here about security updates, though. A good company will provide security updates at no charge, and feature updates separately for a charge.

skicoachapp•2w ago
This matches my intuition almost exactly.

Especially the distinction between: paying once to own a version vs paying for an ongoing service.

I think a lot of conflict comes from companies blurring that line after users have already built habits and trust.

The point about security updates vs feature updates is interesting too — that gray area is where many products struggle to be explicit.

JohnFen•2w ago
What I've described is also pretty much the way this worked for all software back in the day.
bobby_lea•2w ago
I see this happen so frequently, and my co-founder and I are grappling with exactly this issue. Our model will rely on subscription rev for a good portion of total rev once we are at full capacity, but we won't be there at launch. The approach we are taking now is deliberately holding back from V1 and V2 the features that we think will be the real value-ads that will entice paid memberships. That way, instead of asking people to pay for a think they previously got for free, we will be adding new features and asking people to pay if they want more - or stay on the free membership and continue doing what they are already doing.
skicoachapp•2w ago
That approach makes a lot of sense to me.

Adding new value and asking people to pay for more feels fundamentally different from taking something away and asking them to pay to get it back.

The moment users feel something was removed, the conversation shifts from value to resentment.

JohnFen•2w ago
This is the way, in my opinion.
nitwit005•2w ago
The two most prominent companies to do this were Microsoft and Adobe, but they actually still do have some one time purchase options remaining. They just stopped advertising them, and made them hard to find on their website.

MS Office: https://www.microsoft.com/en-us/microsoft-365/p/office-home-...

Adobe Elements: https://www.adobe.com/products/elements-family.html

Also, I have to be frank that both companies are trying to scam people with the subscriptions. Try a full month free, and if you forget to cancel get stuck paying for a full year. The scamming has damaged their reputation more than the actual subscription model.

skicoachapp•2w ago
That example actually highlights something important: it’s not just a technical pricing choice, it’s a perception thing.

When users feel like they were nudged into a subscription in a way that feels deceptive, that’s what really dents trust — sometimes more than the subscription itself.

It’s interesting to see how even big companies struggle with the narrative around subscription transitions.

hollow-moe•2w ago
The "old" model is the best IMO. Sell the software once with like 1 year of updates, and then the user can keep their software at an old version or can pay some amount to get the new version / another year of updates. If you wanna make it look like a subscription ask for a fixed fee first and then a small amount every month but then you don't get to keep the software on unsubscribe (or if you really want to play nice allow to keep using "old" version after defined subscription time like a year or smth)
skicoachapp•2w ago
I agree that this model has a lot going for it.

What it does really well is set expectations upfront: you’re buying a version and a defined update window, not an open-ended promise.

Where I think many products stumble is skipping that clarity and retroactively redefining what users thought they bought.

If users know from day one: “this includes X months of updates, after that you can keep using it or pay for more”, most of the trust issues simply don’t exist.

jerryjobrien•1w ago
Changing the deal retroactively breaks trust. Sustainable monetization is fine — but only when new costs map to new value. Taking away features people already paid for isn’t pricing evolution, it’s expectation debt coming due.

My rule: You can change the future. You can’t rewrite the past.

If you want to monetize long-term, protect ownership, data access, and core functionality — then charge for what truly costs you to keep running.

let me know if you can help more.