Live data from Hacker News

Local-First and Ejectable

thymer.com

41–44 of 44 posts

Re: Local-First and Ejectable

#41
This idea is very similar to what I've been working on for a while, local-first apps that synchronize data over a server that can be self-hosted. In my case, I'm using the Solid Protocol, and there are already many Open Source servers implementing this protocol.

If you're curious, check out this app: https://umai.noeldemartin.com/

Re: Local-First and Ejectable

#42
post #34

Earlier quoted context omitted.

It doesn’t have to be offered for free. If you sell a lifetime license for your software it’s actually sort of in your interest for customers to self host since then you’re off the hook for server costs. The main thrust here is if you buy a “lifetime” license, it should be your lifetime, not the lifetime of the company that sold it to you.

I think I'm not really communicating my point effectively. If you sell a lifetime license for your software, then the customer provides a single one-time payment (essentially CapEx) which obliges you to indefinite long-term work and support and maintenance (costs). But you can't support indefinite future costs with a single payment from a customer. The math doesn't work. Again, if the data is small enough that it can…

But then that's an argument against lifetime licenses and not about ejectable servers.

You could run an ejectable server with other funding models. For instance, you pay yearly subscription and get updates within that year, but you get to keep your version forever if you want.

Or your server phones home for a license, but perhaps with an escrow license key if the company goes bankrupt and you have to pay subscription.

Either way, the business model is somewhat independent of the ejection mechanism.

Re: Local-First and Ejectable

#43
post #38
post #37

Earlier quoted context omitted.

The same way anything else gets created before it exists in order to create revenue - loans and/or early investors. EDIT: whoops, I missed the second part of your question ("...how can it be maintained and enhanced over time..."). I've already implicitly answered that in my original reply, by claiming that the attractiveness of "optional hosted services" is higher than the average HN reader - who is predisposed to be…

You give your server.exe away for free, and make all of your revenue in value-add hosting, and maybe professional services stuff to specific customers. You still have to maintain server.exe -- fix bugs, add features, etc. -- which requires engineering resources, time, money. Someone else comes along, downloads your server.exe, and offers hosting and professional services themselves, as a competitor. To a customer the…

Ah, I see your point now. Not "how can you generate income (at all)", but "how can you generate income more effectively than a competitor who is drafting off your development, to ensure you don't get competed out of business". Makes sense, sorry for initially misunderstanding!

I still don't think this is an intractable problem, though - there are still some properties that provide a moat to allow you to survive:

* the experience of having developed the server.exe means that you have some institutional knowledge that makes you better able to offer support - you don't have to "learn it from scratch"

* you can offer upcoming features to your paid subscribers earlier than they get released in the free version

* name/brand recognition is A Thing - there is some non-zero dollar value that customers will assign to the comfort and security of buying from "the real source"

But I do recognize and agree that those are slim and not _necessarily_ decisive. In some cases, the differential revenue accrued by those things will be enough to continue development on the product that is otherwise given away for free; in others, it won't. A careful balancing act, to be sure!

Re: Local-First and Ejectable

#44
post #40
post #14

Earlier quoted context omitted.

For the desktop version just watching the directory for changes is enough to achieve that. Nestful is not aware the files are syncing, it just reads files as they are.

Ah ok so Nestful doesn't integrate with Dropbox/Drive directly, but if the user uses something like them for sync, the app picks up the changes?

Yes, exactly right. We offer our own paid sync if users would like to save the hassle
Post reply on HN