By F I N , 22 February 2006

過去沒有OO技術,但工程師會運用Cobol,Assembly語言Multiple Entry Point function寫成一支Event-driven的程式,鍵盤功能鍵,磁條讀寫器,畫面,電文等就是驅動Event的I/O Device,這種架構的程式拿來設計強調Presentation Logic鮮少Business Login的分行端末系統真是再恰當不過了.runtime時系統資源吃的少,performance絕佳,設計者專注在每個event的設計,操作者(櫃員)藉著操作I/O device在某些情況下等於彈性創造Business Logic.整個分行系統就是幾支程式(on-line,off-line,電子日誌..)與一些utilities(畫面產生,鍵盤定義,backup/restore,report printing...

By Arthur , 20 February 2006

自由貿易的理想是這樣的:商品都在最符合成本效益的地方生產,各人都盡力從事具相對競爭力的專業,人類全體的福祉便可極大化...將鏡頭拉近,範圍縮小至一個企業,企業在整個供應鏈(上下游)或價值鏈(業務流程的各個功能單元)當中分析評估後,決定何者一定要自己來、何者外包較划算。而 SOA 可以說就是資訊流(相對於物流)的supply chain,它細緻切割並跨越組織藩籬,剩下的就看企業想要如何重組其價值鏈了...

By F I N , 19 February 2006

這種人有幾個特徵,就是擁有「文抄公」,「懷(弊)自珍」,「疊床架屋」個性之人。核心系統維護落在這種人手裡不短命也難?

By one in SH , 14 February 2006

自從被XX公司發配到上海,每天算計這樣的小公司(明年業績不如預期,大家共體時艱)怎麼樣可以給我夠錢過日子.算的技術都不行了,反而算數不錯.心想撐不下去可以去做sales(當然要選I公司這樣的偉大機構)算算錢也許可以養家活口.
想著想著,算了!還是先去看看SNA(又是I公司的傑出貢獻) Log看看可不可

By Arthur , 10 February 2006

身為廠商者,總不自覺的希望客戶要求少一些,標準鬆一些...可是當民族情感冒出頭來的時候,你會憤恨不平:怎麼這麼不爭氣。尤其當你是在外商工作,儘管你知道「世界是平的」、全球化是無國界的、狹隘的地域觀念是不合宜的...

By Arthur , 10 February 2006

去年底 TBiCS 做了廠商滿意度調查,廠商自己、傳媒、顧問、市調公司也經常在做這類調查統計與評比
本站既然立場中立,為了平衡議論,何不來個「客戶表現滿意度調查」?
當乙方久了,總有滿腹牢騷,不如以建設性的態度對諸客戶來個評比...去年底 TBiCS 做了廠商滿意度調查,廠商自己、傳媒、顧問、市調公司也經常在做這類調查統計與評比
本站既然立場中立,為了平衡議論,何不來個「客戶表現調查」?
當乙方久了,總有滿腹牢騷,不如以建設性的態度對諸客戶來個評比

有氣度的廠商平心而論,對於嚴格合理要求的客戶未必不是充滿敬意
有良心的廠商客觀的說,對於依賴或不成熟的客戶也不見得充滿愛意
(這時候大概也只能匿名,否則生意就難做了)

不知大家以為如何? 或者直接在此回應,評論一下您目前熟悉的客戶?

By 加事伯 , 27 January 2006

早在2001年台北一信就曾邀請廠商(IBM,NEC等)對其理監事簡報核心系統更新計劃.當初換系統的原因是台北一信有意改制商業銀行,後來不知甚麼原因放棄改制商銀計劃,核心系統更新計劃也就不了了之.原先的核心系統為NEC,使用迄今也將近20年....早在2001年台北一信就曾邀請廠商(IBM,NEC等)對其理監事簡報核心系統更新計劃.當初換系統的原因是台北一信有意改制商業銀行,後來不知甚麼原因放棄改制商銀計劃,核心系統更新計劃也就不了了之.原先的核心系統為NEC,使用迄今也將近20年,當初開發由NEC直接支援,上線後主要技術者亦跳槽加入一信,所以系統的維護也不太需要仰賴他人.如今再次啟動新核心系統原因,推測應該是原系統的硬軟體面臨世代替換,而非應用系統需求無法滿足使用者問題(基於筆者對資訊室主任的了解).原先核心系統為NEC主機專屬系統(ACOS4)推測此次的提案可能會提案其新一代開放核心系統BankingWeb21(台灣發表時間2004.4),至於其他競爭者如IBM將因客戶預算問題陷入如何提案的難題.

By Arthur , 25 January 2006

大家在這一行久了以後,總會有一些心得與感觸
回想起當初進來時的心情與期待
不知大家對自己的小孩們的未來是何想法?
個人看到父子檔、父女檔、母子檔等,也聽到不再讓小孩子進這一行
您的看法?