※ 引述《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://webptt.com/m.aspx?n=bbs/Soft_Job/M.1463107721.A.DCA.html