Live data from Hacker News

Local-first software (2019)

inkandswitch.com

231–240 of 308 posts

Re: Local-first software (2019)

#231
We have been building a local-first browser app (PWA) for personal finance, based on double-entry accounting. https://finbodhi.com/

We do use online services like firebase for auth, and some service to fetch commodity prices etc, but rest of the data is stored in browser storage (sqlite) and backed to local disk (and soon dropbox). We also syncs data across devices, always encrypting data in transit.

I think it's the way to go, for most personal data applications.

Re: Local-first software (2019)

#232

Earlier quoted context omitted.

> Personally, I disagree with this approach. This is trying to solve a business problem (I can't trust cloud-providers) It is not only a business problem. I stay away from cloud based services not only because of subscription model, but also because I want my data to be safe. When you send data to a cloud service, and that data is not encrypted locally before being sent to the cloud (a rare feature), it is not a ques…

"Trust about whether or not another company will maintain confidentiality" still sounds like a business problem to me (or at least one valid way of perceiving the problem) And the biggest advantage I see of this perspective over the "technical problem" perspective is that assigning responsibility completely covers the problem space, while "hope that some clever math formula can magic the problem away" does not.

Here at HN, I think most people see it differently (me included): having clear math proof of "confidentiality" is usually seen as both cheaper and more trustworthy.

Yes, there might be a breakthrough or a bug in encryption, and jnless you've been targetted, you can respond. But we've seen and experienced breakdowns in human character (employees spying on customers, stealing data...), government policies and company behaviour to trust the complexity and cost (lawyers) of enforcing accountability through policy.

In general, you do need both, but if you've got one, to engineers, technical solution is usually more appealing.

Re: Local-first software (2019)

#233

Earlier quoted context omitted.

Obsidian the note taking app is a great model to follow as well. The client is completely free and they sell an optional syncing service. The notes are all on markdown files so the client is completely optional.

This is the reason I have always refused to use Bear note taking app irrespective of how good and snappy that app is. Because they keep their notes in a SQLite db now and even though that file can be backed up and handled locally my notes are not easily accessible to me. I can't easily edit my notes in other editors (which I often like to do on my mac), I can't version controlled backup and sync those files the way I…

I didn’t know they did this change which means it’s time to think about migrating away from bear. Which is a pity because the software itself is rock solid

Re: Local-first software (2019)

#234

There is no reason for every application to have its own sync platform. I suspect this framing came out of mobile apps where there is no composability or modularity between programs. If you really embrace "local first" just use the file system, and the user can choose from many solutions like git, box, etc. I hate signing up for your sync just as much as any other SAAS, but it's even more opaque and likely to break.

[deleted]

Re: Local-first software (2019)

#236

Yes a thousand percent! I'm working on this too. I'm sick of everyone trying to come up with a use case to get all my data in everyone's cloud so I have to pay a subscription fee to just make things work. I'm working on a fitness tracking app right now that will use the sublime model - just buy it, get updates for X years, sync with all your devices and use it forever. If you want updates after X years buy the newest…

How do you plan to do the syncing without some sort of cloud infrastructure?

For Joplin I use WebDav from the 10gb of free file storage that comes with Fastmail. So I have easy sync with multiple platforms and form factors, and even substantial notes make little dent in the allowance.

Re: Local-first software (2019)

#238
post #88

Earlier quoted context omitted.

[flagged]

haha, 100% real. not a native speaker though, so sometimes i catch myself mimicking that LLM tone from all the exposure to them. appreciate the feedback, will definitely work on developing a more authentic writing style from now on. but yeah, you're right to be concerned, i'm seeing bots everywhere too.

Sorry, my apologies. Maybe I got too suspicious after the whole reddit r/cmv thing.

Re: Local-first software (2019)

#239

This reminds me of my own painful story: I once made a local photo search app called Queryable that ported OpenAI's CLIP model to iPhone, letting you search your photos with queries like "a black cat sitting on a sofa." Since it needed to access users' local photo libraries, I didn't want the app to connect to the internet under any circumstances. So I made it a paid app instead of the usual free+in-app purchases mod…

Couldn’t you have just restricted the app to being installable on only certain iPhone models?

Apple doesn't allow developers to target specific device models, presumably to prevent discrimination. However, you have two options: 1. Set a minimum iOS version requirement, or 2. Restrict to devices with A12 chips or later. But neither approach can exclude certain problematic device models.

Re: Local-first software (2019)

#240
100% agree! I built Paisley (because it is the opposite of plaid), to host your personal finances locally and is 100% open source. Paisley pulls data from your financial institutions by scraping balances and importing CSV exports, storing everything locally in a simple SQLite database.

https://github.com/patrickcollins12/paisley

Post reply on HN