Live data from Hacker News

Local-first software (2019)

inkandswitch.com

131–140 of 308 posts

Re: Local-first software (2019)

#131
post #88

Earlier quoted context omitted.

Totally agree. If you don't mind - what tech stack are you using for your fitness tracking app? I'm particularly curious about how you handle cross-device sync :)

[flagged]

your comment is insane imo. some people talk that way in real life. it’s not their fault LLM’s were invented.

Re: Local-first software (2019)

#132

Regarding the no-spinners: I think it is the wrong approach to argue that just because you have data locally, you don't need any spinners. Whether you need a spinner or not should be decided by the User Experience (e.g., when the user has to wait for more than 100ms, show a spinner), and not by the location of the data. I am a big fan of local-first apps and enjoy building them myself. However, sometimes your app tak…

Agreed. No loading spinners is a good goal, but processing spinners might be unavoidable.

Re: Local-first software (2019)

#133

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?

[dead]

Re: Local-first software (2019)

#134

Local first is almost equates to both privacy protective and public software good. Essentially antithetical to capitalism, especially America's toxic late stage subscription based enshittification. Which means its typically a labor of love or a government org has a long term understanding of Software as a Infrastructure (as opposed to SaaS)

I think you mean antithetical to corrupted conflict-of-interest capitalism. Conflict-of-interest transactions have hidden or coercive impact, lined up in favor of the party with stronger leverage. Examples include un-asked and unwanted surveillance of data or activity, coercive use of information, vendor lock in, unwanted artificial product/service dependencies, insertion of unwanted interaction (ads), ... None of th…

"corrupted conflict-of-interest capitalism" is just capitalism.

Free trade is antithetical to capitalism. Free trade means everyone is on a level playing field, but capitalism means those with more capital are above the rest. These are obviously not compatible.

Re: Local-first software (2019)

#135
post #61

We need a term for a viable business model to pair with local-first tech. I've been working on Relay [0] (realtime multiplayer for Obsidian) and we're trying to follow tailscale's approach by separating out the compute/document sync from our auth control plane. This means thats users still subscribe to our service (and help fund development) and do authn/authz through our service, but we can keep their data entirely…

Are you requiring a google account for file/folder based auth on a per user bases for a vault? Not to keen on using a 3rd party for this kind of thing.

Re: Local-first software (2019)

#136

Regarding the no-spinners: I think it is the wrong approach to argue that just because you have data locally, you don't need any spinners. Whether you need a spinner or not should be decided by the User Experience (e.g., when the user has to wait for more than 100ms, show a spinner), and not by the location of the data. I am a big fan of local-first apps and enjoy building them myself. However, sometimes your app tak…

A properly designed app would leverage multi threading to place any long running jobs in the background, allowing the user to carry on with other tasks.

Spinners should not exist in a local first app.

Re: Local-first software (2019)

#137
post #88

Earlier quoted context omitted.

Totally agree. If you don't mind - what tech stack are you using for your fitness tracking app? I'm particularly curious about how you handle cross-device sync :)

[flagged]

They'd have used — not - if they were an AI.

Re: Local-first software (2019)

#138

That’s essentially what I’m trying to make widely available through my projects https://github.com/ibizaman/selfhostblocks and https://github.com/ibizaman/skarabox . Their shared goal is to make self-hosting more approachable to the masses. It’s based on NixOS to provide as much as possible out of the box and declaratively: https, SSO, LDAP, backups, ZFS w/ snapshots, etc. It’s a competitor to cloud hosting because i…

Love it! I've been thinking about this a lot lately. It's crazy how many great FOSS alternatives are out there to everything – and while they might be relatively easy to install for tech-people ("docker compose up"), they are still out of reach for non-tech people. Also, so many of these selfhostable apps are web applications with a db, server and frontend, but for a lot of use cases (at least for me personally) you…

My guess as to why most apps are now a web UI on top of a DB is because it’s easy to “install”. SelfHostBlocks is admittedly geared towards a central server serving web apps. Or at least apps with a desktop or mobile component but geared towards synching to a central server.

Feel free to give it a try though, I’d love that! Also feel free to join the matrix channel UF you have any questions or just to get some updates.

Re: Local-first software (2019)

#139

Regarding the no-spinners: I think it is the wrong approach to argue that just because you have data locally, you don't need any spinners. Whether you need a spinner or not should be decided by the User Experience (e.g., when the user has to wait for more than 100ms, show a spinner), and not by the location of the data. I am a big fan of local-first apps and enjoy building them myself. However, sometimes your app tak…

I didn’t get the impression that the author is advocating for removing spinners as a UI concept, rather it’s just being used a shorthand for, “you should not need to send and load the data to and from elsewhere while you are working.”

Re: Local-first software (2019)

#140
post #94

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…

> 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. AI photo and video generation is impractical to run locally. ComfyUI and Flux exist, but they serve a tiny sliver of the market with very expensive gamer GPUs. And if you wanted to cater to that market, you'd have to support dozens of different SKUs and deal wit…

But who said anything about AI? Lots of local-first apps have nor need any AI whatsoever. And by the way, Topaz Labs has good offerings for editing photos and videos with AI that run locally, works great for many use cases (although it's not fully generative like Veo etc, more like upscaling and denoising, which does use generative AI but not like the former).
Post reply on HN