I like the solar hijri calendar (not to be confused with the lunar hijri). Better than anno domini would be a anno mundi system, but to make a new scientific anno mundi system rather than the old way, due directly to the Earth going around the Sun, because that is how the year is considered, so to count years starting from that, too. For time keeping, use local time based on mean solar time, with no daylight saving time (I hate daylight saving time), with 12:00 being mean solar noon. Perhaps make half hour time zones. Continue using UTC with a "Z" suffix when you need to use the time that isn't local time (and if you do need to explicitly note local time, you can use a "J" suffix, or use the + and - and number of hours if you need to specify the timezone explicitly too). My idea for dealing with leap seconds in Unix time is to allow the number of nanoseconds to exceed one billion during a leap second; at all other times, the number of nanoseconds is less than one billion. Don't be over-civilization.
My ideas do perhaps have some (maybe most, or even all) of the problems mentioned in that document, but nevertheless, this is my ideas.
Timezones were introduced as a generalization of country wide time references. And those were introduced because trains became so fast that calculating train tables with local time was very confusing.
Of course it would! You know the location of each station and your watch would automatically adjust depending on your location as you travel (using GPS or whatever). People with mechanical wristwatches might find it tedious :-)
My ideas do perhaps have some (maybe most, or even all) of the problems mentioned in that document, but nevertheless, this is my ideas.