Living in a place that doesn't have the concept of daylight saving time, I positively hate the dance that we have to do twice a year with our interstate and overseas brethren to arrange meetings etc.
Having been a commercial pilot, I also appreciate the concept of 'Zulu time' where EVERYONE is on the same page as to when an aircraft will depart or reach a particular waypoint. No need to wonder if it is during morning, noon or evening, if a crew member said they would be at a particular location at 0421, we all knew how many minutes ahead or behind we were, no matter where we are in the world. After all, everyone who cares about that reference is already awake and working at that time.
Currently, I work with a widely distributed remote team across the world. Yes, arranging meetings is hard in order to ensure that it fits with working schedules and awake times, but at the end of the day, I usually also clarify the meeting times in UTC times, just to ensure that everyone can double check in their local timezones.
This means using only one fixed datum for checking rather than figuring out if the remote timezone & daylight saving, and trying to work back to your local timezone accordingly. For instance, I am in Australia and you are in the US, you have to figure out the subset timezone each is in before working out. I have no idea what zone Kalamazoo is in off the top of my head, and I bet you have no clue what timezone Darwin is in?!?
In our web apps, we always set our servers to the default UTC timezone, and try and use humanised time displays all over the app (i.e. "Updated 34 minutes ago") or use local browser timezones to display actual time. This way, it doesn't matter if someone in the Ukraine or in Alaska enters a record, it is always "x minutes from a fixed datum" no matter what your local time is, and it seems to make more sense to the users.