Re: [請益] 銀行資訊好嗎？

看板Soft_Job作者neo5277 (I am an agent of chaos)時間8年前 (2015/12/27 01:17)推噓8(8推 0噓 7→)

留言15則, 9人參與討論串3/4 (看更多)

我覺得是看系統 IT部門會切成很多組，每組有不同的事務。如果你負責交易室，那你會有很多東西可以玩啊。自己寫交易軟體，寫資料介接，寫損益系統。我覺得是看有沒有心想玩另外以銀行來說跟證券一樣也有所謂前中後台。。就因為時間跟效率關係不會每樣都自己開發所以會有廠商，就每天的事務來分。如果以系統來區分應該是這樣吧一般消費者用的user　像是 WEB轉帳 APP 可能還會有外幣投資信用卡查詢這些都可以整併到一個介面，又會有三種版本 IOS ANDROID JS (有時候會掛RWD) 有些是寫服務會評估專案的等級，開啟動會議，偵詢廠商報價，開標結標~~ 系統安裝，測試，廠商來教育訓練然後看是有買斷還是不買斷。如果是系統會用很久通常會買斷做一個後保以後出問題可以從這份裡面找(不管是廠商GG或是程式有問題這樣) 好處是，你可以看到技術跟人家的想法，然後你可以再看看實務面是為什麼要這樣設計有些是法規，有些是防呆，有些是特殊需求。 ----- 再來中台，有時候是串接轉介。還有跟法規相關風控相關洗錢防制法名單啊前台進來的資料再確定一次，徵信之類的。 ------- 多數是DB了從AS400 寫RPG COBOL的到 ORACLE MS SQL 都有前端就像是call math，做控制項。中台做得事情比較像是get set model 後端就真的是DB，資料倉儲，包括設計備份。後端有時候也會跟網路AD，SERVER硬體，VM這些有關係。每一組都玩過，我覺得其實不會比外面差耶，看你自己的組別跟想不想撿事情來做。你願意多看多了解一點其實也不錯你這麼年輕。金融這產業就資訊來看，有些東西比方說後端帳務就是簡單進銷存你可以看人家控制權限的AP底層是怎麼寫的，如何考慮實際的狀況。 DB的表怎麼考慮，像我負責的某個帳務系統中他常在用的資料表都會多一份 LOG結尾的同名的表，只要有人透過AP異動任何該表相關資訊。他就是會記下來，可能藏在tag中或是方法多寫了一個參數記這個還有時間。另外就是，資料庫有做分庫分表，雖然我現在的主管稱呼這叫做藍色蜘蛛網。但是我覺得還不錯啊如果是外行撈走他大概要花上一點時間去看看整個系統是怎樣work 就技術面上來看，金融業要求的很一板一眼這跟行業特性有關係。然後因為有些導ISO 會有很多paperwork 開不完的需求會議。有時候維護跟找問題時間會比較久。尤其是一些不是系統設計上可以解決的問題。還有很多新功能~~新要求。說實在我覺得滿有趣的啊自行開發的東西你就是一個身兼 SA SD PG PM 金融很注重數字就是了。備份做得好，工作沒煩惱，因為很多時候風控都會要求你要過往得資料。稽核會查你文件這樣。技術我覺得不用擔心，就是看你在哪一組，還有最近變革很大啊。另外在有些組別會摸到一些特殊的domain 好比 swift FIX 這些傳輸格式，我自己是滿喜歡金融業的。覺得很適合我~~~ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.248.72.163 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1451150239.A.705.html

推

femlro

12/27 02:30, , 1^F

12/27 02:30, 1^F

推

dragoncfe168

12/27 03:34, , 2^F

12/27 03:34, 2^F

推

Deltaguita

12/27 03:44, , 3^F

12/27 03:44, 3^F