The also a fascinating look at how the inventors got heavily caught up in WWI and WWII due to being in Germany and how tied up their industry became with government. Interesting to reflect on in current times.

Truly a great book.

The concept I'm thinking about is different - it doesn't run any app code on the server, the apps are SPAs that run in the browser only (no backend supporting code), and then the server just syncs the data from the apps. This means the apps can focus on building ux/business logic and not worry about database, how data gets to/from clients, identity, etc. Somewhat like firebase but where the users pays for the server, not the app. That should hopefully be simpler for developers, and theres a lot less likelihood of issues with server config/etc (although presumably pikapod will handle that). It should also be cheaper since you're not constantly running a container, just storing data.

I'm not sure if it's a useful concept or not yet :)

It would host webapps like yours that use in browser sqlite to store data, then the service provide a sync their sqlite data across different devices. The user not the app would pay for the storage of the data, so they would own their data. And you can use CSP to lock down the app from sharing with other domains, meaning an app can't leak your data.

The service would handle identity (only you can access your sqlite data - the app just ) and could provide an app store like experience with different apps of this type.

Sort of like a firebase style backend as a service, but the user would own the data instead of the app.

For example: in "how to update content", they discuss path dependent updates. Those are how remix does all it's updates - they use nested routes, so it knows it only needs to update a part of the page (eg only update the content of the page, leaving the nav alone, since an update occured only in the content part of the page)

I think the htmx folks would have a lot of issues with remix but I think remix takes a lot of the best of both worlds. Remix focuses on using basic html/http concepts and layering some smart JavaScript on top of that.

To return the favor, here's a couple docs I found helpful:

https://remix.run/docs/en/v1/tutorials/jokes - this is their advanced tutorial and it's a bit long but once you get past the setup steps it's a really well written introduction to the concepts of remix through useful examples. One of the better tutorials I've ever read.

And then two of their technical docs which are a bit hidden in their site but useful: https://remix.run/docs/en/v1/pages/philosophy

https://remix.run/docs/en/v1/pages/technical-explanation

The key concepts is remix is understanding the loader(), UI component, and action() interactions and how those work with minimal code changes in: 1) server side only mode (with only raw html served) 2) server + smart JS client mode

I'd be happy to work on building that for my service if someone is interested in using it.

I think your point about mozilla's pricing being too cheap is an interesting one. I don't think of the pricing as $1 - I think it as $1/month, so it builds over time. But clearly it would be a bigger deterrent if it cost more.

I think blocking these email masking services and treating them exactly like throwaway email services is the wrong way to go since I think a lot of users want to use something like this. (discloure: I'm working on https://www.thxnothx.com which is also an email masking service combined with some other features)

Comments URL: https://news.ycombinator.com/item?id=6328478

Points: 4

# Comments: 0

This doesn't change that people should be very careful about their privacy settings, but the fact that facebook does targeted ads doesn't mean they have incentives to encourage you to make everything you post public.

Building social network privacy controls is not an easy problem b/c people don't want to do the extra work that's involved in setting privacy on things that they post AND it's confusing. Most people just don't want to choose a circle for their 300 fb friends.

Facebook has gone through many iterations of privacy controls - https://blog.facebook.com/blog.php?post=391922327130 goes into some of that history. Some of them even included google circle-like functionality for privacy. No one used them.

I'm not saying that these controls couldn't be improved, but the point here is that privacy controls take work from users. Until society as a whole is aware of these issues (and Girls Around Me does a great job of it :), people aren't going to invest the time to do it.

TL;DR - building privacy controls are hard. The industry as a whole needs to improve them, but society also needs to learn to care about their privacy so they actually use what's available to them.