Re: [徵才] 寶勝國際JAVA 系統工程師 (50K~90K)

看板Soft_Job (軟體人)作者 (細雪。)時間10年前 (2016/05/13 10:48), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串6/9 (看更多)
※ 引述《anecdotes (*++i >> j != &k << *l--)》之銘言: : ※ 引述《sniffer (again)》之銘言: : : 問題就在這裡,不管怎麼樣,ERP系統都會需要scale up, : 完全認同。 : : 如果是大公司,用SQL做所有東西系統可能會效能不足, : 請深入解說或舉實例! 我沒有實際主導導入過ERP,只有跟ERP串接的經驗, 如果有誤請用力鞭。 ERP我覺得難的不是建制,而是導入, 因為使用ERP的人都是OP的人員, 可能不會有上萬的concurrent user同時使用, 但是後端DB的資料量都不會小。 而且ERP通常會跟其他系統串連, 比方說跟HR的table同步員工資料, 比方說會有報表分析工具的系統要接客戶資料, 然後OP/業務也同時在做input data, DB的效能的確可能會是一個很大的bottleneck。 這也是為什麼會需要scale up的原因, 而且可能還會需要動態的scale up, 比方說w5w9/Quarter plan的時候使用的人可能會變多, 業務要衝業績,財務要拉報表... 如果你今天是來賣你的ERP, 我可能會問的就是後端DB的穩定程度, 是否有API可以讓其他系統串接, 程式是不是肥大,個人覺得其實以business面來說沒有很重要耶... : : 如果主機是租用AWS也會需要學習AWS的API, : 不是很確定這項論點的有效性。 看不太懂你回的這句,但是現在上Cloud是趨勢, 上Cloud付給AWS的成本,可能會比請IT人員維護來得低, 這時候Programmer就必須要學習Cloud computing, 這又跟你的「不願意學習新技術」相衝突了。 : : 這些新技術都是scale up必須的 : : 能同時服務多少人呢,大公司ERP同時會有上萬人使用 : 沒有大公司願意給機會證實。 : 但經驗指出:回應時間遠短於SAP R/3。尤其是後者如果要編譯新版ABAP碼時。 Risk問題,我是Manager的話我也寧可用已經成熟的商業軟體, 因為熟悉這些商業軟體的工程師多, 不需要花時間成本去研究open source。 : : 全都C++當然沒問題,可是一樣要學習很多新技術來搭配, : : web app也要一直學新的ajax技術,光會CGI端很難跟做前端的良好配合 : 我的browser based ERP剛好包括back end的CGI和front end,共800KB。 : front end也抄襲大家早已在用的AJAX技巧。 : 具體而言,front-end的操作極類似desktop application, : 不是page by page的頁面refresh模式。 這的確是趨勢沒錯。 : : 我公司就是主要用C/C++,但是我們十幾年來還是不斷學新技術, : : 從早期CGI還要直接產生html,到現在CGI只負責吐json, : 很巧!我的browser based ERP的C++ CGI也是只吐JSON。 : front end負責render。 : : 每兩年我們都會換一種架構寫,程式人的彈性遠比專精有用, : : 誰都可以想出來一件事用C++怎麼寫,只是懶得打這麼多字所以才用framework輔助, : 我的browser based ERP的C++也是framework,不是我一人從第一列打樁。 : : 就算是C++,這十年來也變成另外一種語言了 : 所以,看不出有必要放棄舊經驗,經常在找更新、更強、更流行的語言的必要性。 不是要放棄舊經驗,但是接觸並學習新的技術還是必要的... 因為程式設計是co-work,不可能為了你整個team的人都只學C++ 所以大家才會說建議你當技術長, 因為你是技術長的話,可以讓底下的member都配合你用C++ 但如果你要找的是programmer的職務,也只能配合公司用的技術呀。 公司就是要找熟Java的人來補現在不足的resource, 新技術是nice to have,主力還是Java吧~ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.170.73 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1463107721.A.DCA.html
文章代碼(AID): #1NDK29tA (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1NDK29tA (Soft_Job)