主頁 高登熱話 吃喝玩樂 科技消費 名人專訪 短片
現有會員可[按此]登入。未成為會員可[按此]註冊。
[公司模式 - 關]  [懷舊模式 - 開
[Youtube 預覽 - 關]  [大字型]  [小字型]

您現在聚腳在 學術台內。

有關解封部份帳號之事宜

早前收到各會員反映一些朋友的帳號可能因誤會導致被封,CEO與管理員團隊商討後,重新審核並決定解封部分只輕微觸犯版規、懷疑被駭的帳號。所有可得到解封的帳號(包括登入電郵及備用電郵)將會收到我們發出的通知,如有用戶收到電郵而未能正常重新登入,可以到「聯絡我們」(http://forum8.hkgolden.com/contactus.aspx)提供你用作註冊的電郵地址、後備電郵地址予我們跟進。

香港高登討論區管理員團隊
精選文章

跳至第

發起人
【日本工程師の夢靨】改元「令和」工程師集體崩潰
56 個回應
記得當年2000年,香港政府有特登出個廣告叫人殲滅千年虫[sosad]


記得當年2000年,香港政府有特登出個廣告叫人殲滅千年虫[sosad]

https://www.youtube.com/watch?v=dX3CSfpSkEc


死IT狗唔炒魷咪算好囉,阿之阿左:o) :o) [369]


COBOL@_@


好耐無聽過呢個名[sosad]


COBOL@_@


好耐無聽過呢個名[sosad]

銀行啲打簿機唔出奇啦


編垃圾咩人寫架,成編文不斷重覆個標題,去到最尾果段先講點解會咁:o) :o) :o) :o)


[img]https://buzzorange.com/techorange/wp-content/uploads/sites/2/2019/05/8.png[/img]

【為什麼我們要挑選這篇文章】若說千禧蟲危機是全球工程師的危機,那麼改元令和發生的「類千禧蟲危機」恐怕僅有日本工程師自己能解。

作為世界唯一保留了年號和皇曆的國家,改元令和究竟給日本工程師帶來了怎樣的挑戰?又,為何在令和之後還有更恐怖的「昭和 100 年」問題等待解決?下文,讓我們來看看日本工程師是怎麼集體崩潰的。(責任編輯:藍立晴)


雖然理論上民國紀年唔算係年號,但係運行方式係類似既,當年台灣都出現過百年蟲問題;日本可以參考返台灣既做法。


[img]https://buzzorange.com/techorange/wp-content/uploads/sites/2/2019/05/8.png[/img]

【為什麼我們要挑選這篇文章】若說千禧蟲危機是全球工程師的危機,那麼改元令和發生的「類千禧蟲危機」恐怕僅有日本工程師自己能解。

作為世界唯一保留了年號和皇曆的國家,改元令和究竟給日本工程師帶來了怎樣的挑戰?又,為何在令和之後還有更恐怖的「昭和 100 年」問題等待解決?下文,讓我們來看看日本工程師是怎麼集體崩潰的。(責任編輯:藍立晴)


雖然理論上民國紀年唔算係年號,但係運行方式係類似既,當年台灣都出現過百年蟲問題;日本可以參考返台灣既做法。

日本可以參考嘅做法有好多
問題係佢地肯唔肯放低尊嚴去參考人地


在全球同行都為千年蟲焦慮不已的同時,先代日本工程師們卻靈機一動……

如果繼續延用昭和年號計數的話,千年蟲問題就會被推後 25 年,即昭和 100 年(2025 年)才歸零!比別人多了 25 年,肯定足夠我們解決問題了!

技術債,傻的嗎9[sosad] [banghead]

明知有time bomb 都唔fix,抵死[369] [369] [369]

不過仲有六年,嗱嗱臨走去學COBOL 話唔定可以申請技術移民去日本#hehe# [sosad] [sosad] [sosad]


在全球同行都為千年蟲焦慮不已的同時,先代日本工程師們卻靈機一動……

如果繼續延用昭和年號計數的話,千年蟲問題就會被推後 25 年,即昭和 100 年(2025 年)才歸零!比別人多了 25 年,肯定足夠我們解決問題了!

技術債,傻的嗎9[sosad] [banghead]


正常啊
如果你當年30歲
等多25年都55了
到時最多都係點d 手下做野

留d屎比下手食[sosad] #good#
隨時都已經唔係做緊IT狗

但呢個做法真係Hi Hi到極點[sosad]

陰公在日本文化到呢刻都絕對不能質疑啲名叫前輩嘅老屎忽 #adore#cl #adore#cl #adore#cl #adore#cl
人地就真係叫緊來生不做日本IT狗

呢D先輩文化真係好向左走向右走惡捱
不過應該好過泡菜[sosad]

無啦啦又拉埋泡菜一齊講做乜勁
但係25年既IT技術其實應該夠解決問題
只係大家一直拖 不願面對現實[sosad]dw

因為泡菜果邊D前輩文化仲誇張過日本[sosad]


在全球同行都為千年蟲焦慮不已的同時,先代日本工程師們卻靈機一動……

如果繼續延用昭和年號計數的話,千年蟲問題就會被推後 25 年,即昭和 100 年(2025 年)才歸零!比別人多了 25 年,肯定足夠我們解決問題了!

技術債,傻的嗎9[sosad] [banghead]

明知有time bomb 都唔fix,抵死[369] [369] [369]

不過仲有六年,嗱嗱臨走去學COBOL 話唔定可以申請技術移民去日本#hehe# [sosad] [sosad] [sosad]

不如讀考古學實制啲[sosad]


拖左25年老細肯換系統未
留個問題俾後輩,你D古文邊個睇得明 :-(


#oh#


明知年號有機會改,當初就應該乜都用番西曆做底,係去到show比人睇個時就做轉換
到真係有機會改年號個時將個轉換表update就得#good#

用年號唔係唔得,但要寫好能完整支援年號的function,包括改年號
班人好可能寫hard code,依家成千上萬行慢慢揾O:-)lm
寫得好的改一兩個位置就搞定,前人一時之快害死下一代


拖左25年老細肯換系統未
留個問題俾後輩,你D古文邊個睇得明 :-(

我好肯定連古文都冇得睇 分分鐘係前VCS時代
個server係唔知幾樓邊張檯檯低有個tower 冇人有access 嗰種 我舊公司有幾個


明知年號有機會改,當初就應該乜都用番西曆做底,係去到show比人睇個時就做轉換
到真係有機會改年號個時將個轉換表update就得#good#

用年號唔係唔得,但要寫好能完整支援年號的function,包括改年號
班人好可能寫hard code,依家成千上萬行慢慢揾O:-)lm
寫得好的改一兩個位置就搞定,前人一時之快害死下一代

多數係上層啲老屎忽拍晒心口話呢個software 嘅lifecycle最多5年 點知用到天皇退位 xx(


至於當年甩鍋的老工程師們表示,「誰能想到 20 年後你們還在用這一套啊!!

將舊屎推俾下手[sosad]lm [sosad]lm [sosad]lm
下手咁多年都唔理,又係自己攞黎[sosad]lm [sosad]lm [sosad]lm


編垃圾咩人寫架,成編文不斷重覆個標題,去到最尾果段先講點解會咁:o) :o) :o) :o)

個開頭長向左走向右走到:o)
好似中學生唔夠字數所以寫極都唔入正題咁


其實根本未公布都可以做定先
大家年幾兩年前已經知道新天皇幾時登基
係未知會用咩年號
咁可以是旦寫兩個漢字落去做Placeholder
公布咗先用Find and replace換做令和
咁就唔使咁趕


如果係database 做法應該用 store date as utc date. data warehouse 就 Georgian calendar datekey 年號嗰啲喺 date dimension 做lookup

係做 presentation layer 要轉返做新年號
年號係會轉所以如果冇留呢個 logic hard code everything 就自己抵死


正正常常寫 program 影響應該唔會太大


如果係database 做法應該用 store date as utc date. data warehouse 就 Georgian calendar datekey 年號嗰啲喺 date dimension 做lookup

係做 presentation layer 要轉返做新年號
年號係會轉所以如果冇留呢個 logic hard code everything 就自己抵死


正正常常寫 program 影響應該唔會太大

內文頭兩段都講左係yyMMdd 而且係用昭和年號計算啦 :o)
你就係度同人captain hindsight 講應該係utc date 應該係 gregorian
喂你真係唔係扮架喎


如果係database 做法應該用 store date as utc date. data warehouse 就 Georgian calendar datekey 年號嗰啲喺 date dimension 做lookup

係做 presentation layer 要轉返做新年號
年號係會轉所以如果冇留呢個 logic hard code everything 就自己抵死


正正常常寫 program 影響應該唔會太大

內文頭兩段都講左係yyMMdd 而且係用昭和年號計算啦 :o)
你就係度同人captain hindsight 講應該係utc date 應該係 gregorian
喂你真係唔係扮架喎



我係講正常人做法
所以覺得佢哋係抵死

最怕啲 dev 懶醒
最後要 PM 把關埋呢啲嘢


如果係database 做法應該用 store date as utc date. data warehouse 就 Georgian calendar datekey 年號嗰啲喺 date dimension 做lookup

係做 presentation layer 要轉返做新年號
年號係會轉所以如果冇留呢個 logic hard code everything 就自己抵死


正正常常寫 program 影響應該唔會太大

內文頭兩段都講左係yyMMdd 而且係用昭和年號計算啦 :o)
你就係度同人captain hindsight 講應該係utc date 應該係 gregorian
喂你真係唔係扮架喎



我係講正常人做法
所以覺得佢哋係抵死

最怕啲 dev 懶醒
最後要 PM 把關埋呢啲嘢

[img]https://lh4.googleusercontent.com/proxy/v35j8zjwt0nCn_huFSJVtSH4enFoMEGvSWzdT8p7WTiIKQhO_BcH7TEm6pV0XyP9fw2rpAPdd7tt-6Az6A5riS-BC0NmQgif9f1X3OFPucpYBTCLQHLRLtVlJQiyZKt-NnnnUdYNMdM9uB6meW-h4Hg=w480-h270-nc[/img]


仲想國號呢D真係傻的嗎9食古不化


仲想國號呢D真係傻的嗎9食古不化

年號呀,國號


跳至第



  快速回覆 - 輸入以下項目

本討論區現只接受會員張貼文章,本站會員請先登入。非會員人仕,您可以按此加入為新會員,費用全免,並可享用其他會員服務。


上次光臨時間: 19/6/2019 16:55
今天貼文總數: 905 | 累積文章數目: 6,517,212

聯絡我們 | 服務條款 | 私隱政策 | 廣告查詢 | 職位空缺
Copyright © 2019 HKGolden.com. All Rights Reserved.