I think it’s because most of the time a lag of a couple hours is in fact a big deal. Let’s look at some common use cases: - If I want push notifications for me

I think it’s because most of the time a lag of a couple hours is in fact a big deal. Let’s look at some common use cases: - If I want push notifications for meetings, I want to get them exactly 10 minutes before my meeting, not 2 hours after, or 10 minutes before but +/- 30 minutes - If a customer is submitting a critical bug to my bug tracker, I want to know immediately so I can start damage control. - If a developer on my team responds to my comments on a Pull Request at 3PM, I don’t want to get the notification after I’ve clocked out at 5, causing us to essentially lose a day of work. In practice, I don’t think there are many use cases where people don’t care about the punctuality of push notifications. And if you start by tackling those use cases and then an important customer says “hey, I actually need punctuality for this new class of notifications”, then you’ll suddenly need to rebuild your whole notifications stack.