3 ms·

If you work asynchronously, it should be no problem to schedule your messages within the working hours of the recipient.

sokoloff 5y ago
I have many group slack, group text, and WhatsApp channels where I don’t even know the working hours of all the people in them. I have other channels where I do know everyone and also know there is literally no overlap in natural working hours of all the recipients. My leadership team channel (as an example) has members in India, Switzerland, and both coasts of the US.
- eyelidlessness 5y ago
  Okay so all you need to do to comply with this law is collect working hours.
  - sokoloff 5y ago
    How would that help? (Or maybe “what does that mean?”) The net effect for some is likely to be “to ensure compliance, make sure to never employ someone from Portugal.” To the extent that is the outcome, Portuguese workers are harmed.
    - eyelidlessness 5y ago
      It just means respecting when your coworkers work and scheduling messages to them in those bounds. It’s not that complicated.
      - shakkhar 5y ago
        You have clearly never worked in a large geographically distributed group.
      - sokoloff 5y ago
        Can I ever send a slack message to my slack group: #foo-leadership or an email to the equivalent membered foo-leadership@bar.com d-list where all people on that team are working “normal” local hours and someone in that group is working in IST (UTC +5.5), someone else in CET (UTC +1), someone else in EST (UTC -5), and someone else in PST (UTC -8)? It seems to me that I can’t, but perhaps you see a way that’s “not that complicated”?
  - gmueckl 5y ago
    And build a simple system that doesn't directly forward messages to each recipient outside their specific working hours. Thus, your colleagues halfway across the country may get your message immediately, but those halfway across the globe won't see it until they get to work again.
- b0rsuk 5y ago
  Are you a programmer? This should be a relatively simple problem to solve with technology. Date and time is not trivial, but there are programming libraries for it. A programmer using this particular excuse sounds lazy to me.

sokoloff 5y ago

I have many group slack, group text, and WhatsApp channels where I don’t even know the working hours of all the people in them. I have other channels where I do know everyone and also know there is literally no overlap in natural working hours of all the recipients. My leadership team channel (as an example) has members in India, Switzerland, and both coasts of the US.

eyelidlessness 5y ago
Okay so all you need to do to comply with this law is collect working hours.
- sokoloff 5y ago
  How would that help? (Or maybe “what does that mean?”) The net effect for some is likely to be “to ensure compliance, make sure to never employ someone from Portugal.” To the extent that is the outcome, Portuguese workers are harmed.
  - eyelidlessness 5y ago
    It just means respecting when your coworkers work and scheduling messages to them in those bounds. It’s not that complicated.
    - shakkhar 5y ago
      You have clearly never worked in a large geographically distributed group.
    - sokoloff 5y ago
      Can I ever send a slack message to my slack group: #foo-leadership or an email to the equivalent membered foo-leadership@bar.com d-list where all people on that team are working “normal” local hours and someone in that group is working in IST (UTC +5.5), someone else in CET (UTC +1), someone else in EST (UTC -5), and someone else in PST (UTC -8)? It seems to me that I can’t, but perhaps you see a way that’s “not that complicated”?
- gmueckl 5y ago
  And build a simple system that doesn't directly forward messages to each recipient outside their specific working hours. Thus, your colleagues halfway across the country may get your message immediately, but those halfway across the globe won't see it until they get to work again.
b0rsuk 5y ago
Are you a programmer? This should be a relatively simple problem to solve with technology. Date and time is not trivial, but there are programming libraries for it. A programmer using this particular excuse sounds lazy to me.