Oddbean new post about login | logout Odds of two people being online at the same time, in a world where apps are background suspended constantly: almost zero.
Usually yes, but not in a DM conversation. After the first messages, its more likely that both are online. And we will need both online for voice and video calls anyway.. so..
Well, the experience I have says otherwise.
🤷♂️ I guess time will tell. I don’t know anyone who keeps a social app open between messages. They depend on notifications for that.
And we already have push notifications if we need to wake them up again. But our tests suggest that people don't leave amethyst when waiting for a DM. They just move to the feed. Which is perfect for this.
Well I don’t wish your idea ill anyways. I’d be doing a disservice if I didn’t voice my concerns, but working code trumps theory. We will see. As long as it doesn’t break compatibility with other clients (fallback).
It shouldnt break, just open a new way for exchanging events. But I still have lots to test. I will likely be doing Bluetooh, WIFI and WebRTC implementations, so there will be 3 new ways to share the event. But one at a time.
🤷♂️ I guess time will tell. I don’t know anyone who keeps a social app open between messages. They depend on notifications for that.
And we already have push notifications if we need to wake them up again. But our tests suggest that people don't leave amethyst when waiting for a DM. They just move to the feed. Which is perfect for this.
Well I don’t wish your idea ill anyways. I’d be doing a disservice if I didn’t voice my concerns, but working code trumps theory. We will see. As long as it doesn’t break compatibility with other clients (fallback).
It shouldnt break, just open a new way for exchanging events. But I still have lots to test. I will likely be doing Bluetooh, WIFI and WebRTC implementations, so there will be 3 new ways to share the event. But one at a time.
And we already have push notifications if we need to wake them up again. But our tests suggest that people don't leave amethyst when waiting for a DM. They just move to the feed. Which is perfect for this.
Well I don’t wish your idea ill anyways. I’d be doing a disservice if I didn’t voice my concerns, but working code trumps theory. We will see. As long as it doesn’t break compatibility with other clients (fallback).
It shouldnt break, just open a new way for exchanging events. But I still have lots to test. I will likely be doing Bluetooh, WIFI and WebRTC implementations, so there will be 3 new ways to share the event. But one at a time.
Well I don’t wish your idea ill anyways. I’d be doing a disservice if I didn’t voice my concerns, but working code trumps theory. We will see. As long as it doesn’t break compatibility with other clients (fallback).
It shouldnt break, just open a new way for exchanging events. But I still have lots to test. I will likely be doing Bluetooh, WIFI and WebRTC implementations, so there will be 3 new ways to share the event. But one at a time.