作者:
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系統進來後就不能改內容了啊 幹