3 ms·

>most P2P platforms won't translate well to phones, since you at least need centralization for the push notifications. Such is life This isn't a fact of life,

by swiley 7y ago

>most P2P platforms won't translate well to phones, since you at least need centralization for the push notifications. Such is life This isn't a fact of life, this is a flaw in the API of most popular mobile OSes. Open source comunnity maintaned operating systems have solved the problem of providing a network service for handling push notifications (local or not) multiple times now and these companies have refused to implement them because it makes it much easier to create an ecosystem around their crap. This gives them controll and controll can be traded for money, it has aboslutely nothing to do with technology. That's just life

jchw 7y ago
I work for Google and use an iPhone so I can’t claim to be unbiased. (My eyes have been on the Librem phone, with some skepticism and lately mostly excitement, but I’m just not quite sold on it as a daily driver.) However, even if you allow apps to run in the background basically indefinitely as Android once did (there were IRC clients that Worked, using only the phone,) it simply is bad for battery life. Having multiple push services that are blessed to run periodically is also just not good for battery life. The proof is in the pudding; I switched to IRCCloud for IRC on the go after noticing what a terrible battery drain it was. Now, third party push services can certainly do better than IRC, but they’re still centralized. Decentralized networks are just not power efficient. It requires always on machines to be effective. I’m not saying I love the status quo, but it’s unclear how to do better. (Obligatory legal line noise: these are my own opinions and not those of my employer.)
- Fnoord 7y ago
  If you need push notification, yes, it is going to cost (if its an Electron app, it'll cost you also RAM). Google provides such already, via GCM/Firebase. I mean, you could just run IRC in a TUI (e.g. Irssi or WeeChat) and connect to that via Mosh plus Tmux. You'd have low latency, 24/7 uptime, resuming, low resource usage... but no push notifications.

by swiley 7y ago

jchw 7y ago

I work for Google and use an iPhone so I can’t claim to be unbiased. (My eyes have been on the Librem phone, with some skepticism and lately mostly excitement, but I’m just not quite sold on it as a daily driver.) However, even if you allow apps to run in the background basically indefinitely as Android once did (there were IRC clients that Worked, using only the phone,) it simply is bad for battery life. Having multiple push services that are blessed to run periodically is also just not good for battery life. The proof is in the pudding; I switched to IRCCloud for IRC on the go after noticing what a terrible battery drain it was. Now, third party push services can certainly do better than IRC, but they’re still centralized. Decentralized networks are just not power efficient. It requires always on machines to be effective. I’m not saying I love the status quo, but it’s unclear how to do better. (Obligatory legal line noise: these are my own opinions and not those of my employer.)

Fnoord 7y ago
If you need push notification, yes, it is going to cost (if its an Electron app, it'll cost you also RAM). Google provides such already, via GCM/Firebase. I mean, you could just run IRC in a TUI (e.g. Irssi or WeeChat) and connect to that via Mosh plus Tmux. You'd have low latency, 24/7 uptime, resuming, low resource usage... but no push notifications.