By F I N , 21 September 2006 S銀行新核心系統的啟發 這是一家日本地方銀行(位階類似台灣的中小企銀、以下簡稱S銀行)全面性汰換其全行系統的故事。S銀行在日本並不有名(全體64家中排名30)、規模也不大(分行120家、顧客數約2百萬、帳戶數約3百萬、2003年財報獲利約7億美元)、但是這個銀行卻於2004決定耗資150-200億日元(約50-60億台幣)、時間長達3-4年(40-50個月)、350-400軟體開發工程師(13000以上人月)、來進行一個過去從無銀行嘗試過...
By F I N , 6 September 2006 因為「平凡」、所以「不凡」 「COMMON」這個字、中文翻譯有普通、平凡、共同。例如COMMON STOCK-普通股、COMMON FUNCTION-共同功能。如果把IT的構成、從TOP-DOWN的眼光、自觀念到實踐大致可分為-1.ARCHITECTURE(抽象的當做一個願景)、2.METHODOLOGY(方法構成)、3.APPLICATION(應用系統)、4,FUNCTION(功能)、5.PROGRAM(元件)、6.OPERATION(運轉)。從求知的手段、每一樣技術都可以從課堂或書本學習而得..
By F I N , 31 August 2006 假「革命」之名、行「改善」之實 「在一個團體大家有共識只有一個人有不同看法叫就搗蛋、如果少數搗蛋者共識集合與大多數人對立叫就造反、如果造反有理(獲得資源)就叫改革、如果改革成功就叫開創-搗蛋鬼與開創者其實是同一人、只是時空不同就被冠予不同的稱呼。開創者往往不願滿足於現狀、往往回過頭來重新扮演搗蛋者、但這不僅需要智慧與經驗、更需要決心與遠見」
By F I N , 4 August 2006 Y公司C君對台灣的核心銀行系統感想 台灣銀行客戶重視內部作業(內部控制與自動化)興趣高於去學習怎麼利用Y產品去開拓市場與客戶。雙方對於「應該是改造作業處理程序來適應系統?還是修改系統來配合作業處理程?」看法與溝通過程並不順暢。
By F I N , 18 July 2006 「Branch System究竟是Package Solution抑是Service Solution」? Branch System應專注在共通與操作功能(Presentation & Operation )，而非越俎代庖去處理Host System應處理的業務邏輯(Business Logic)....
By F I N , 5 July 2006 問題在軟體與應用系統架構,而不是在硬體! 大型主機系統架構(S/W)或許在ON-LINE的系統資源運用與管理仍然略勝開放系統(UNIX,NT)一籌,但是在PF(Scalability),DR(AP server failure,DB server failure),HA(Network Bandwidth,Recovery Point Objective,Recovery Time Objective,Transactional Consistency)兩者已經不分軒姪....
By F I N , 4 July 2006 搞IT技術的正要過去,搞IT應用的才要開始 任何IT的應用,只有像今天我手上的NB如此便利才感受到便利性與不可一日無它的需要性.也只有非專業的人能夠安裝IT環境像安裝HI-FI一樣容易,IT才會有普及性....
By F I N , 9 June 2006 好工作的定義 長久以來筆者一直以為能夠「終身學習」,累積經驗年資達到一個相當程度就可以自由選擇「工作與生活方式」,就是一個好工作......然而似乎是一個遙不可及的夢想...
By F I N , 31 May 2006 買FNS是買一個PACKAGE還是買一個LICENSE? FNS僅僅證明了架構是WORKABLE而已,銀行客戶還是得花2-3年時間將所謂的PACKAGE重新改寫(80%以上的修改率),T銀行的H副總如此告訴我....
By F I N , 20 May 2006 「路途並不遙遠」但是會「走的十分辛苦」 從SERVER CONSOLIDATION,到BRANCH SERVER CONSOLIDATION-名詞上路途似乎並不遙遠,但實際上會走的十分辛苦.主要的癥結是技術觀念問題(QoS),並非原端末C/S建構者專長.這種情況就好像「找裝潢的做營造的工作」,這種房子最適合當樣品屋-「僅供參觀用途」.