@CruelMoon
某个纯粹的时刻是与任何无关的（不考虑高深的物理学上的概念）。
比如『我出生的那一刻』，而 UT （历法时间） 和 UTC （协调时间） 都是用来表述我出生的绝对时刻的一种方式。
而历法时间中的『 1970 年 1 月份 1 日 0 时』是一个绝对时刻，只是我们用 UT 来描述它。

@geelaw 你这样一说我才醒悟过来

@Septembers 同学之前提到了 UT 的概念，其实就是『天文历法时间』，根据天文天象计算出来的时间。也就是现在说的 GMT 时间。而 UTC 就是 timestamp 表示的时间，根据一个时间点，以原子钟的标准秒计时计算出来的时间。

而 ISO 8601 跟计时方式或者时间获得方式无关（ UT 还是 UTC ），只是一种『表示规范』。
所以正确的用法是：
1. 当前的 UTC 时间是 2019-04-01T09:48Z （ ISO 8601 表示法。）
2. 当前的 GMT 时间是 2019-04-01T09:48Z （ ISO 8601 表示法。）

所以『绝对时间』里，utc=ut，但是要让两者在表示上相同（同时转换为 ISO 8601 ），就会需要做闰秒闰年的调整了。

@Septembers
ISO 8601 只是一个把 timestamp 转换成易读格式的标准而已。

@Septembers

使用 timestamp 恰恰是避免这些问题的最佳实践！！

遍历顺序都没看懂

并发跟队列有什么关系

不是 join 吗？

还在 301 ？那人也不多啊……

一点都不是。

显然应该拿 struct 试啊

小心杀猪（

我选 fuck 和 unfuck （哈哈哈哈

hangouts call 拨不出去了，手机上 voice 必须要绑定手机号，这个咋办

对于运维来说我觉得英文是最难过的一关

毕竟运维的学历呵呵哒

@fire9 哪里写学历要求了？

没看懂查询是什么意思，建议仔细描述。

只按一个字段（时间）顺序查的话性能不会有任何问题。

万恶的资本主义！

这不是排序问题，看下 vlookup 相关的

可以啊，用 lua socket 拿 TCP 去访问后端就行了。