楼主:
fankt (fankt)
2017-10-19 12:33:50今天早上在公共政策参与平台看到这个提案：
我国应调整时区至GMT +9
https://join.gov.tw/idea/detail/90028e3c-f785-438a-836b-25b0b8fb8e1b
这边先不讨论支持反对，
我只是很好奇:
假设如果今天已经决定把时区调整到 GMT+9， （只是假设 XD）
各个资讯系统会需要做什么对应的调整？
脑中第一个想到的是服务器上排程可能会被影响，
但后来觉得如果服务器都是设定成 UTC+0 应该就 safe？
储存的资料也是这样，但要是以前存的都是 UTC+8 就...
还有一种可能就是在资讯系统上还是使用原来的时区...
因为工作经验不够，所以想不到太多状况，
想请教各位前辈觉得呢？
你指的是UI呈现还是资料储存? 时区转换问题一直都存在
作者:
adks3489 (James)
2017-10-19 13:03:00不管是UI还是Data 一定有一个地方要全改过阿
作者:
Argos (Big doge is watching u)
2017-10-19 13:07:00超 级 麻 烦
作者:
shvanta (vant)
2017-10-19 13:08:00时间如果是存Unix timestamp的话，应该改时区设定就可?
除非刻意用字串储纯datetime资料又没纪录timezone
只是蠢，但是网络世界若存 UTC 就没差。但 BIOS 有差。
作者:
visa9527 (高级伴读士官长)
2017-10-19 15:05:00所有资讯系统中标台北 GMT+8 的都要改啊这种时候如果时区设定不是选城市而是直接选 GMT 的反而不用 patch .... 其实换时区还好日光节约时间才麻烦只希望不要搞到最后是台湾也弄日光节约时间就好了...
作者:
elements (Helianthus annuns)
2017-10-19 15:44:00改一下，让大家都修好时区的问题
就 每一支程式都要丢去测看看会不会有问题不见得要改程式,只是测试过程很累
其实就台湾的时区是跟日本是一致的...也就是+0900...+0800是澳门、香港、广州、深圳的时区打开地图就发现其实是有一点远的当然...南北韩也是+0900的
作者:
elements (Helianthus annuns)
2017-10-19 16:11:00不只要测+9能不能运作，还要测试转换过程。在转换的当下，某个小时会直接被跳过，跟上一秒相减有可能变成一小时。另外那天只会有23小时，都有可能引起问题。台湾没有日光节约，应该蛮多系统过这关会出错
作者: IamBomi (宝迷) 2017-10-19 16:16:00
台湾地理明明刚好适合+8...
作者:
sj1973 (史考特)
2017-10-19 16:19:00存timestamp就没差, 但存local的hh:mm:ss就要改
作者:
senjor (哞哞)
2017-10-19 16:26:00是中国乱用+8，不是我们适合+9 Q_Q
作者:
elements (Helianthus annuns)
2017-10-19 16:26:00问题就是有些还好有些不好，你不知道你的codebase，或是使用的函式库是不是全都有处理这个转换的能力。只能靠测试来确定。
作者:
Ekmund (是一只小叔)
2017-10-19 17:32:00一定很多写死+-8的啊..XD
冬天日出就快七点了，改+9是要变八点日出?变+9，有显示时区的历史纪录时间要跟着改还是不改?使用者会看到以前是HH:mm:ss(+0800)然后某一天突然变成HH:mm:ss(+0900)...XD某一天→某一天以后
作者:
bill0205 (善良的小孩没人爱)
2017-10-19 18:53:00我觉得会非常麻烦…
作者:
gpctv (gpctv)
2017-10-19 19:29:00看推文!!!!感觉有点麻烦
作者:
alog (A肉哥)
2017-10-19 19:53:00行政灾难他如果要出钱负责全台湾的问题我是无所谓XD
作者:
mumeqq (姆☆哭哭)
2017-10-19 20:43:00就觉青误国阿 一群吃饱太闲的人
作者: liddle (Guderian) 2017-10-19 20:45:00
台湾地理中心是东经120度58分25.975秒，GMT+8的基准是东经120度耶。回想一下“千禧虫”的工程，就可以了。
作者:
yyc1217 (somo)
2017-10-19 22:11:00反过来讲也可以刺激经济XD
大部分现代code不是都用utc时间+offset
作者:
alog (A肉哥)
2017-10-19 23:05:00这个世界不会只绕着现代code跑呀(￣▽￣)这个东西麻烦在还涉及到原资料的部分可能都要转换虽然这个跟法国大革命那段什么都改成十进制来算差太多了
作者: JoeHorn (每天都在公司玩OLG) 2017-10-20 00:30:00
会有很多靠 GPS 对/校时，又做死 UTC+8 的装置要换...
作者:
Knudsen (true me)
2017-10-20 02:54:00讨论技术问题还在那边觉青觉青的不烦吗
作者:
saitoh (Perhaps Love)
2017-10-20 10:37:00可以想见会有以下客诉：雕：时区切换的那天只有23小时为什么收24小时的钱快退钱给我不然我要找苹果找爆料找(NCC|金管会|消保官)
作者:
a1982213 (Hasta la vesta！)
2017-10-20 10:59:00先猜金融/航空业的系统会先爆炸一轮
作者:
visa9527 (高级伴读士官长)
2017-10-20 11:14:00也不是中国乱用GMT+8，中国大陆本来也就是GMT+8时区没错但只有大陆东边，以前中华民国实施过 陇蜀时区广西云南贵州四川陜西都是 GMT+7 的台湾海峡两侧是标准的 GMT+8 时区没错，GMT+9 在时区图上明显应该切在冲绳，结果为了石垣宫古与那国特地画弯如果中国大陆还是上古定都长安洛阳时代可能会用GMT+7但现在北京、上海、广州都在 GMT+8 范围内，没道理用
作者:
jlhc (H)
2017-10-20 11:36:00吃饱太闲 改了一定超好笑超精采xdxdxd
作者: lucky4283 (KENNY) 2017-10-20 12:11:00
真的吃饱太闲，改这干嘛
作者:
bill0205 (善良的小孩没人爱)
2017-10-20 12:28:00改这个不如改民国年还比较有意义..就不用转来转去虽然只要+-1911 XD
作者:
yyc1217 (somo)
2017-10-20 16:31:00根本就不会存民国年
其实不会 就REPALECE ALL就好 如果原码能开的话不行的话就写好自动调整 等下次服务器重开希望改啦 这样可以在捞一笔XD
作者: XDD (XDD) 2017-10-22 17:55:00
根本没啥影响, 公司就是日商软件, 根本没啥+8+9的问题
作者: chrishsu (chrishsu) 2017-10-22 22:58:00
这议案铁定不是IT从业人员提的~
天下本无事,庸人自扰之.换时区就可以改变台湾海峡宽度?
作者:
mathrew (Joey)
2017-10-24 21:21:00超级麻烦 Log系统进来后就不能改内容了啊 干