如果是跨語言的呢?比方之前是Oracle ebs erp 實施轉到 java的erp開發。


從ERP開發,轉ERP實施一般會比較容易(技術層面,排除性格方面因素,有的人不大愛跟人打交道)

而從ERP實施轉ERP開發的話,你熟悉業務是一大優勢;但是,如果你沒有對應的編程基礎,或者,不是從骨子裡熱愛編程,那你的轉型之路會特別痛苦;

而且,ERP開發後續的發展道路,總的來說是比實施要窄一些;當然,開發實施一起做的話,會有意想不到的優勢


跨語言覺得不難,開發注重的是羅輯思維。

邏輯思維,語句編程,有人帶。如果覺得不是問題,那應該還好。關鍵是決心大不大,耐力夠不夠


這兩崗位需要的技能不同吧。


開發技術不太懂,不過實施可以轉產品經理,有業務能力的實施才能更容易理解客戶需求如何轉化成產品功能


這些信息系統的開發,技術都很成熟,所以語言細節不重要,反而是你有實施經驗,這個比較有優勢,不過容易也是相對的,要是比較,產品比開發容易,商務比產品容易


實施轉開發?除非你編程厲害,不然就算了。反過來開發轉實施是容易的多。


實話實說,我所見過的erp實施轉開發的都又轉回去了。


謝邀

本人在某公司做過很多年的erp維護開發,像樓主這樣的也遇到過,不過並不多見。畢竟還是需要一定的技術基礎的。容不容易是相對的。

一般大型的erp產品都有自己的研發套件,很多都是可視化的開發工具,拖拽的方式就完成了系統的開發,大部分代碼都是自動生成,實際寫的代碼量很少,經過一段時間的培訓,理論上開發是沒有問題的。但是要維護這個產品反而要求比較高了,這個時候需要懂工具生成的代碼的邏輯,總而言之就是考驗代碼能力的時候了。

還有就是看是哪方面的實施,如果是業務實施,那麼在業務方面是一大優勢,erp領域精通某個領域業務的開發已經越來越少,尤其是現在跳槽越來越頻繁的情況下。如果樓主java基礎還可以,那麼相比某些java開發人員來說反而更容易。


推薦閱讀:
相關文章