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