I think one of the fundamental things about remote work culture is default working async with occasional blocks of scheduled sync time, instead of default worki

I think one of the fundamental things about remote work culture is default working async with occasional blocks of scheduled sync time, instead of default working sync with occasional affordance for async time (when you're at a meeting away from your desk etc.). You're working more the way an open-source project works, with higher-bandwidth higher-latency communication channels like email or code review tools instead of in-person conversations. If you have timezone issues at all (outside of your on-call rotation), that means you haven't figured out your remote story yet. Which is totally fine! I'd have trouble imagining how you figure it out without already doing it. So it makes sense that they're starting in a half-remote state and then intending to get really remote at some point.