ERP界大咖果總寫了一篇炮轟低代碼的文章《低代碼，不要以比“中臺”還快的速度臭大街》，引起了一些朋友的共鳴。果總的理由主要是兩條：1、企業做好數字化重要的是管理和業務經驗，技術不是本質；2、低代碼不是啥新鮮玩意，幾十年前的VB、Delphi、PB等早就是低代碼了，也沒見他們干掉ERP啊。

果總炮轟低代碼可能是因為也不知道哪位搞低代碼的把某大企業的高管忽悠的不行不行的，以為有了低代碼分分鐘就可以自己搞系統，不用整ERP了。結合最近Tesla用低代碼25個人4個月就自研一套ERP的消息滿天飛，這當然就動了ERP的奶酪了。果總當然要為ERP出頭反擊了。

我覺得啊，果總反擊的確實挺有道理，但無關宏旨。未來還是有ERP，ERP作為企業管理最佳實踐，自然不會消亡，就連我司這樣的互聯網企業也是會買些ERP模塊的，但未來更是低代碼的。ERP沒什么不好，只是新的時代開始了而已。

ERP，曾經是一個企業最核心的信息化系統。但是現在我們看數字化程度高的企業，有幾個認為ERP是最核心的系統的。消費互聯網企業，花在C端應用上的軟件研發投入十倍、百倍甚至千倍于在ERP上的投入。這些C端應用，可是ERP所能提供的么？產業互聯網的貝殼，他的核心是ACN網絡，請問哪家ERP廠家能賣一套ACN網絡ERP給貝殼的么？ERP廠商很懂管理，你懂怎么管理幾十萬房產經紀人嗎？再看銀行，軟件研發投入巨大，都紛紛成立科技公司了，他們是靠ERP來展業的嗎？

ERP，正如老兵不死，但會慢慢凋零。凋零的意思是那朵花還在，但不再綻放色彩。

堅定的看好低代碼，不是因為我覺得用低代碼就可以分分鐘自研ERP。軟件定義世界，企業有大量大量的地方可以用軟件來改進提升，都是低代碼的菜，何必去摻和ERP的事。比方說音樂版權采購的小組就會整個小系統來方便管理版權；音樂會員運營部門會整個小系統來做會員運營；測試部門需要個小系統來管理測試手機；企業文化部門要整個小系統來管理與用戶在一起的案例；技術委員會要整個小系統來管理專利的申請和評選。

企業不是沒軟件需求，而是被高昂的軟件研發門檻和成本抑制了，其實每個管理者都很可能借助軟件來做一些管理。低代碼可以把這個門檻一下子打開，會不會有巨大的軟件需求增量爆發出來？我覺得很有可能，據資料說微軟每個月都有8萬員工在用Power Apps在做低代碼開發，這是一種什么樣的場景？

其實低代碼最大的問題不是它沒新意，而是目前還沒有真正成熟的產品，導致了在開發專業軟件方面確實有時是力不從心的。即便OutSystems、Mendix這樣的頭部產品，從軟件工程的角度看，也還有很多不足。有興趣的可以看看參考文獻的那篇論文，就以測試這個最核心的功能來說，目前最頂級的低代碼平臺也都不咋地。

不過有一點果總說的是對的，我也擔心低代碼是不是會很快臭大街，因為一個新技術被吹上天肯定會爛大街。目前市面上的低代碼產品距離專業的軟件生產工具都還有距離，我們做低代碼的不要吹的太過了，不要忽悠客戶，還是好好做好產品，實事求是為好。

至于做ERP的和做低代碼的，我覺得吧誰也別說誰，一個講管理，一個講技術，這頻道壓根就對不上，基本上屬于雞同鴨講。

當然了，面對未來，誰也不好說死，將來是ERP還是低代碼發展的更好，還是走著瞧吧。

參考文獻：

1.?F. Khorram, J. M. Mottu, G. Sunyé.?Challenges & Opportunities in Low-Code Testing. MODELS' 20?p1-10

總結

以上是生活随笔為你收集整理的搞ERP的和搞低代码的别鸡同鸭讲，还是走着瞧吧的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。