精華區beta Gossiping 關於我們 聯絡資訊
※ 引述《pshuang (Angus )》之銘言: : 系統都是拿 西元年-1911 來算民國年 : 沒有直接拿 民國年 來紀年的系統 : 應該沒有上述的資料錯誤問題 : 如果真的當初資料庫欄位只留二位數 : 那再加一位就好 現在的系統都不會出問題 : 比較大的問題應該只是發生在表單不夠寬 : 還有日期章之類的要換而已 : 甚麼存款歸零 年齡變負數 都是記者想太多 銀行系統內充斥著大量的異質系統 在異質系統中為了溝通和效率的問題 常常會是使用電文進行交易 而每個電文代表著不同的意思通常有固定的長度 比如說 長度]日期-]金額 00020981006000100000 這是一個長度20表示金額的電文 可能有數個異質系統使用這個電文 A系統會判斷長度不管多少長度都可以吃進來 但是因為格式固定所以 如果現在是100年一月一號他會收到 000211000101000100000 然後經過格式拆解就會變成 00021 10/00/10 100010000 0<多一碼 如果A系統不夠嚴謹把這樣的數據丟出去你覺得會不會有問題? B系統設計比較嚴謹會卡死格式 那這個電文交易會直接卡在格式不符無法通過 你覺得會不會有問題? 基本上我舉的這兩個系統例子都是洽巧可能會直接出錯的例子 (當然銀行系統當掉也是一樣嚴重的) 但是如果碰到的是剛好他不會當掉 把這樣的資料直接放過的話 那就走著瞧了 我所知道的幾間銀行去年底就已經展開所有的系統都要通過一百年測試 且要限期完成 記者其實只是把業者已經在進行的東西拿出來跟大家講一下罷了 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.130.171.114
BlGP:恩阿 10/06 13:17
AhGai:這篇才是專業 pshuang那篇還有人說專業的來了 真好笑... 10/06 13:18
kuninaka:這些東西是誰搞出來的? 10/06 13:19
smalltwo:基本上不管當時還是現在寫程式的人都不會覺得自己的程式 10/06 13:21
smalltwo:可以用個二三十年,所以規格也常常不會用二三十年來開 10/06 13:22
howshou:上面推文講過了,很多人寫程式功能正常就好,其他根本不管 10/06 13:23
howshou:這也是為何資訊系統可以一直賺的原因,沒人有在搞保固的。 10/06 13:24
enos:還有個大重點 舊時代的電腦硬體沒現在這麼強大 不管是 10/06 13:26
enos:cpu運算能力 ram/hd大小 都是 在這些條件的考量下 加上資料 10/06 13:27
enos:傳遞上的方便度 以簡寫來替代完整的資訊 是必然的結果 10/06 13:29
ntcbacc:小二.....老闆正在看你哦.... 10/06 13:30
smalltwo:你不知道現在是休息時間嗎 10/06 13:32
ntcbacc:已經1點半了~冏..........跟你開玩笑的,老闆應該回你那了 10/06 13:33
lovebbcc:我們家老闆比較CARE的是員工竟然在上班時間去偷他的菜XDD 10/06 13:41
lovebbcc:以前跟一群寫COBOL的工程師同個辦公室 她們的名句是:... 10/06 13:42
lovebbcc:程式寫出來就是給USER去TEST然後再來DEBUG的(抖很大XD 10/06 13:43
lovebbcc:回正題 辦公室最新公告:誰上班再玩FACEBOOK就非死不可XD 10/06 13:44