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]
Local-first software (2019)
131–140 of 308 posts
Re: Local-first software (2019)
#132Regarding 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…
Re: Local-first software (2019)
#133Yes 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?
Re: Local-first software (2019)
#134Local 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…
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)
#135We 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…
Re: Local-first software (2019)
#136Regarding 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…
Spinners should not exist in a local first app.
Re: Local-first software (2019)
#137Re: Local-first software (2019)
#138That’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…
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)
#139Regarding 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…
Re: Local-first software (2019)
#140Yes 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…