iT邦幫忙

0

Y2K後的下一個挑戰 -- 2038

  • 分享至 

  • xImage
  •  

前言

在西元2000年的前一兩年,全世界IT單位都忙翻了,因為不知道有多少應用系統只使用2個數字儲存年度,跨過1999年,系統可能誤認00是1900,不是西元2000年,因此,不管政府或民間單位都對所有系統進行總體檢,耗費成本難以計數,甚至造成COBOL人才奇缺,IBM還免費代訓,希望更多人能幫忙修改老舊(Legacy)而行之有年的系統。

西元2038年

西元2038年又是一個挑戰,因為32位元Unix作業系統使用32位元整數儲存時間,最大只能到2037年最後一秒,到了2038年降被誤判為1901年,屆時很多系統又會發生異常了,讀者會問【現在哪有人安裝32位元Unix】,沒錯,一般人不會再使用,但很多老設備或嵌入式電腦為成本考量,可能會使用32位元晶片或處理器,這些機器設備有可能會出現問題。
https://ithelp.ithome.com.tw/upload/images/20240324/20001976dpY8rBNXty.png

影響

危機也是轉機,距離西元2038年還有10來年,屆時搞不好又會迎來另一波商機,Y2K時筆者服務的公司主要銷售ERP,光出具Y2K Certificate證明,就賺了不少錢,奉勸各位讀者,老舊的技能還是要好好記錄下來,搞不好有一天還是會再用的到。

本文主要是閱讀【The 2038 Problem】的心得報告,欲知詳情可參閱該文。


圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言