※ 引述《strlen (strlen)》之銘言：
: Incremental implementation with continuous
validation
: Execution happens one component at a time, with validation at each step.
AI
: translates COBOL logic into modern languages, creates API wrappers
around
: legacy components that stay in place, and builds the scaffolding to run
old
: and new code side by side during
transition.
:
: Each step either succeeds and gets validated, or fails and gets
corrected
: while the scope is
small.
:
: You never have massive changes in flight where failure means rolling
back
: weeks of work. As your team sees modernized components passing tests,
they
: gain confidence to tackle progressively more complex parts of the
system.
:
: 英文不好喔？
GOOGLE Translate:
採用持續驗證的增量式實現
執行過程一次只執行一個元件，並在每個步驟進行驗證。人工智慧將 【COBOL 邏輯】翻譯成
現代語言，為保留的舊元件會建立 API 封裝，並建立鷹架，以便在過渡期間並行運行新舊程式碼。
程式碼。
注: 我的重點是...誰來驗證它整理的結果的正確性?

會先 build tests 吧

這時候就是人工標注派上用場的時候，手動讓自動生成出來的測試知道怎麼樣才通過的標記

哦,先為cobol寫unitest?

這不就是重構的其中一個技巧 沒AI不也做得到

10年來也一堆銀行在把cobol改寫成Java或C#，還好吧

TW的老Core Banking, 一直都在Cobol, Basic手上,純網銀有Java的，C#的沒聽說。其中一家本土的三天兩頭停機的。

台新C#

台新?Core Banking呢? Bancs+HP superDom. 哪來C#?

新銀行都會新舊系統並行一陣子，交叉驗證結果一致老行庫沒人敢動，都想撐到退休後就是別人的事動了有事就是你的事，沒事不是你的事。老行庫找的那些資訊人員?外包人員?哈

動了就有kpi當然會想動唄 看要java或者golang然後補測資再補充是字面上的測資 而不是拿什麼系統整合測試吐的log

重點不是KPI，重點是誰摃?你知CORE BANKING出事,金管會來聊天的話，下半年的績效就沒了，甚致連總經理都要停職。再說測資? 哪裏來? 夠不夠全面? 還是..誰來摃?

重點是動了的報酬是否值得承擔帶來的風險Claude 的立場是盡量推廣，blog 的內容會鼓勵改COBOL但到頭來關鍵在是否真的有維護COBOL系統的人買單。

可能大家工作久了，忘了你只是負責【維護】不是所有人.【維護】的人想買單，是要摃起銀行總經理(所有人)的責?

查了一下新聞 台新上線五年多了 信用卡的部分

出包連總經理都要停職喔@@...

Cobol跟C#並行運作不知道結束沒

我覺得話題性大於實際發生的機率 銀行要拍版幹這事太難了非銀行的其他企業 還有微小的機率是老闆霸氣拍板硬幹下去

銀行的Core Banking要換，基本上都是董事長要出來講話然後總經理出面叫各山頭配合。

難，目前幾家核心換的太慘烈Doamin也都斷層，短時應該不敢動銀行容錯低又老舊，出錯風險太大

這東西要不要弄而已哪有這麼難...上面推文就有解法了真懷疑各位是不是真的工程師耶 新系統做好當然是先當備援系統 舊系統吃什麼 新系統就吃什麼 舊系統吐什麼 新系統吐的再拿去跟舊的比對 跑個半年一年 就可以切過去了

樓上完全不懂銀行業銀行出包，金額可能是幾億到幾千億所以cobol完全沒人敢改..

銀行跟其他私企的差別在還有個金管會 就算是董事長我都不覺得敢拍板說「大力改下去我來扛」XD

所以是政策問題不是方法問題 那沒啥好說的啊你今天不給AI改也不會給人類改 永遠放給它爛

cobol一直都不是技術問題阿...技術上做得到但沒人敢動工作考慮的本來就不是只有技術問題而已

從自駕就知道，社會是靠人在運作 誰要扛(刑)責

只看技術才是最大誤區省了這點錢跟時間可不夠賠的

真的以為都是modular clean code？一個元件一個元件移植？ha ha，I have a bridge to sell you

推從自駕就知道+1

真的話都給你各位講就好 在那邊質疑AI難道能改陳年屎山代碼嗎？我看是不行吧？現在跟你說可以了 你又說屎山代碼沒人敢改 沒人敢負責 改壞了你要修嗎？那這不就代表找人類工程師來 也不敢改？這是不想改不敢改而不是不能改吧不敢給AI改 也不敢給人改 然後在那邊笑AI改不動屎山 可悲

覺得AI吹真的很難溝通XD銀行的問題就不在那邊

一兩年前我的心態跟 strlen 差不多但是他喵的真的進步太快了最近用AI的時候它已經能做到超過我的預期了我開始反思我的小腦袋是不是太慢了

是因為有小丑在吹AI能改屎山吧?根本沒人說人類能去改屎山啊 事實是人類AI都不會改屎山會擺在那就是沒有動的必要AI有這麼多事能做 你想到的是拿去改屎山 笑死

南山換系統給你看了，下一個誰敢？屎山順順的用不好？不是大家不想改，只是血淋淋的教訓那麼多，只有傻子才會認為他天縱英明他不一樣。要轉換系統本來就不容易，不是只有軟體Mainframe的穩定性也是ibm的護城河。然後先把claude code的bugs解一下。罵多久了，ai不是很神？還是ai創造更多屎山https://github.com/anthropics/claude-code/issues

台新就是我的主用銀行啊 我知道有個Richart看起來很新但是我開完數位戶頭以後用了幾次發現沒任何好處就不用了現在還是用本來的App+網銀 沒又因去用Richart所以基本上這種東西都會是新系統和屎山並行但是因為屎山大家用的好好的 所以退場會退的很慢而銀行需要負擔這長時間退場的額外費用 所以誘因也不大想做的銀行會做 台新就是 但就不會是個風潮 會發生但很慢這和一些Rust口水戰很像吧 Rust要拿來寫新的lib我看起來沒啥問題 也可能開始在新專案相對快速搶C/C++市場但是大家已經用的好好的輪子庫想要Rust全重寫就很不現實這就不是技術問題 是人的問題 所以雲社畜都體會不到那生活是很愜意了喔有人懶得去查南山事件的話2019年底南山人壽花百億台幣把SAP從IBM換成別家*ERP結果出一大堆問題 行政/商業流程也被抓瑕疵最後金管會罰南山4000萬 董事長被停職2年 總稽核扣30％薪

Richart 是信用卡系統，不是Core Banking。南山是換成SAP ERP。看來是AI 提示有錯?

是我打錯字 XDRichart有銀行服務，但是我不知道後面的金融系統是獨立的還是共用的https://ibb.co/qYRHWyJM 我不知道二類帳戶是什麼意思XD喔線上驗證的帳戶嗎 但如果後面還是同一個Core Banking只是branding的話就代表台新也沒在動吧應該

台新的Richart = 網銀+行銀。後面介接卡和Core Banking而台新的C#的信用卡【相關】系統，剛好多兩個字。如果【相關】系統算該系統的問話，哪麼台灣Java超十年.

那看起來是完全沒動到 XD

老話一句... 誰負責? 出事 anthropic 扛嗎?COBOL 動不了的部分... 大多都不是說扛就扛的...

指標行肯做就有辦法下去 不過 007 這類的反而不敢做

肯做？我不信有上頭敢說我來扛 哈哈

"要不要弄而已哪有這麼難"..? 勿忘南山難的不是coding 是業務邏輯潛規則或是魔術資訊太多當前AI也是學寫code而已，等到哪天你願意讓AI掃內部資料包含一些死人骨頭的骨灰後 再來說要不要弄而已哪有這麼難

勿忘DOGE