時事單元
| PC/NB |
| LED |
| 顯示技術 |
| 類比與電源 |
| 半導體 |
| 觸控感測 |
| 軟性電子 |
| 嵌入式系統 |
| 多媒體技術 |
| 測試與量測 |
| 能源 |
| EMI/EMC |
| IC設計 |
| 汽車電子 |
| IO介面 |
| 消費性電子 |
| 通訊網路 |
| MEMS |
專欄評析
| 意見評論 |
| 技術專欄 |
| 台大晶片 |
| 工研院晶片 |
| 網多所專欄 |
| 特別報導 |
知識單元
專家專欄
|
|
|
|
|
| 討論專欄主題﹕讓百年蟲就此沈睡不醒 |
| 2011年1月1日我國就要進入民國100年，對於採用判讀民國年序的資訊應用系統而言，需面臨是否能正確判讀從「99」溢位至「00」的百年年序問題，這項考驗再度如千禧蟲（Y2K）危機般的在國內引起部份產業的關注。
百年年序問題的主要發生原因與千禧蟲（Y2K）相類似，肇因於早期開發資訊系統為節省記憶體空間，提升資料處理效能，在日期判讀欄位僅規劃二位數的設計，而民國100年的三位數年份資料，於二位數欄位內將顯示為民國00年，就可能導致年序資料判讀及處理的錯誤。 |
|
|
Adam Chen
(不在線上)
來自: 宜蘭/花蓮/台東
文章:
133
|
發 表 於:2009.11.12 07:47:41 AM
文章主題:民國100年的三位數年份資料，於二位數欄位內將顯示為民國00年，就可能導致年序資料判讀及處理的錯誤。
沒錯!!這問題存在一般臺灣中、小企業運用於DOS(Windows)的ERP問題!!但維護及販賣的廠商早已倒的倒或易主，所以:
(1)使用者自行再更換一套全新Windows版(由西元年運算判讀的)系統，並逐次增加系統服務元件到完整ERP(這要花費很大及很久的人力及財力成本)
(2)廠商或政府(半官方機構)開發全新的雲端運算ERP系統,這是最好的方式,且安全性及備份性、網路及Server穩定性要夠,並由政府輔導上線
(3)由DOS的DB欄位寫成由兩位民國年改成四位西元年,並於每則程式用西元四位數判別，但會使用DOS或改寫的人很少；且程式已包裝成執行檔或機械碼，難了解其完整資料結構。
(4)跟ERP廠商以(年)租用軟體
|
|
|
|
Adam Chen
(不在線上)
來自: 宜蘭/花蓮/台東
文章:
133
|
發 表 於:2010.04.30 11:39:20 AM
文章主題:Re: 民國100年的三位數年份資料，於二位數欄位內將顯示為民國00年，就可能導致年序資料判讀及處理的錯誤。
8朵政府雲 民國100年陸續上路:包括電子化政府雲端化、交通(車籍資訊)雲端化、防救災雲端化、中小企業雲端化、健保雲端化、教育雲端化、貿易雲端化、賦稅/優質經貿網路/電子發票服務雲端化。未來再擴大工商服務(憑證)、戶政、役政、勞保及數位典藏...等雲端化服務。未來企業將不必建置會計系統，而報稅也將打破臺灣南北疆界限制。 |
|
|
|
Adam Chen
(不在線上)
來自: 宜蘭/花蓮/台東
文章:
133
|
發 表 於:2010.04.30 12:21:34 PM
文章主題:Re: 民國100年的三位數年份資料，於二位數欄位內將顯示為民國00年，就可能導致年序資料判讀及處理的錯誤。
美國俄勒岡州率先採用Google Apps雲端來上課,該州採用這項服務將為教育主管機關每年省下大約150萬美元教育經費。 |
|
|
|
|
|
|
