Earlier quoted context omitted.
> the software perspective of keeping up with DST is very costly. To be clear, the software perspective is to use Unix time instead.[0] [0] https://en.wikipedia.org/wiki/Unix_time
Not really. Most machines use UTC internally (with varying epoch dates to represent it). And this is absolutely great until you need to interface with meatbags, ie local time. It's not just display of time either: think about anything Cron does in localtime, eg backups or open building door locks, or send an ACH payment file; then ponder all the corner cases of DST switches. Eg do you do something twice, or never? Wh…
No, they rally aren't. Most machines use Posix time internally, and the fact that it doesn't reflect real-world leap seconds is a problem.