差不多是從今年年初開始，“低代碼”這個概念迅速在IT業(yè)界內爆火了起來，而且是非常的火熱，阿里、騰訊等大廠也都開始紛紛布局，難道低代碼真的會是下個風口嗎？

從整個IT行業(yè)發(fā)展來說，未來軟件程序的開發(fā)一定會向碎片化發(fā)展，低代碼毫無疑問會成為IT開發(fā)的潮流，但是這并不意味著程序員就會從此失業(yè)，但是卻值得引起程序員們的重視，至于個人原因，請聽我接著說。

ERP為什么涼了

說起低代碼的火熱，就不得不說起10年前的ERP。

ERP是為了解決大型企業(yè)繁雜龐大的數據信息問題，從而集成的一套信息管理軟件，起初是專門針對生產制造型企業(yè)的“產供銷”的生產鏈管理，后來從國外引進入了國內，很快就成為了國內企業(yè)趨之若鶩的法寶。

當年的ERP到底有多火呢？通過一句“企業(yè)不上ERP就是等死”就可見一斑了

但隨著企業(yè)管理理念的發(fā)展，很多企業(yè)都感覺到了ERP這種沉重的集成系統(tǒng)所帶來的水土不服，甚至很多公司發(fā)現自己上了ERP之后，效率反而下降了

其實雖然ERP的集成性非常強大，能夠把企業(yè)所有的業(yè)務流程都運行起來，但是ERP本身對企業(yè)的系統(tǒng)管理水平要求很高，很多企業(yè)的ERP系統(tǒng)完全就是落后理念與低效方式的集成

舉個簡單的例子，某家企業(yè)上了ERP系統(tǒng)之后，統(tǒng)計部門增加了四人，會計部門增加了二名，負責處理和審核公司的所有財務數據，如流水信息、借貸數據、財務報表等，然而數據處理效率卻比之前整整落后了一周。

后來企業(yè)經過調查發(fā)現，造成效率不增反降的原因就是ERP系統(tǒng)無法將系統(tǒng)內部的信息和其他部門的系統(tǒng)進行整合，更不能將企業(yè)外部的信息進行集成，也就是說除非整個公司都用ERP，否則很難實現數據統(tǒng)一。

除此之外，昂貴的建置投資成本、軟硬件顧問費、幾乎空白的安全性等問題，都成為ERP難以發(fā)展下去的硬傷。

最后的結果就是，企業(yè)花了大把的錢、招了大把的人，但是數據還是一塌糊涂，數據孤島還是存在，數據成本還是居高不下。

因此業(yè)界一直有個說法，認為ERP經過了20多年的發(fā)展，理念已經不行了、跟不上時代了。

低代碼怎么成為下個風口的？

首先，低代碼平臺和ERP系統(tǒng)所面對的對象是截然不同的，低代碼開發(fā)面對的是業(yè)務人員，是非IT人員，這不僅僅是軟件系統(tǒng)的革新，更是一種理念上的革新。

低代碼平臺這個概念看似高大上，實際上說白了就是利用可視化的開發(fā)手段，將各種功能模塊進行封裝，作為應用者只需要“拖拉拽”等簡單的動作，就可以實現完整的系統(tǒng)應用。

舉個簡單的例子，去年突發(fā)的疫情導致很多線下培訓機構轉為線上，每個老師、每個家長、每個學生之間的信息數據溝通如何實現？如何對單個培訓場景進行定制化開發(fā)呢？

如果按照傳統(tǒng)的系統(tǒng)開發(fā)模式，培訓機構通常會選擇買一套saas系統(tǒng)或者去購買單獨的套件、服務器等，然后自己讓IT部門搭建各種功能模塊，通常開發(fā)一套需要很長的時間；

而如果直接使用低代碼開發(fā)平臺，就可以進行“敏捷開發(fā)”，也就是直接套用工具模板并進行云端部署，然后對一個全新業(yè)務模式進行MVP試錯。這在以前是不可想象的。

如何實現數據低代碼？

正是因為傳統(tǒng)軟件的開發(fā)方式和交付能力，已經滿足不了需求的海量、零碎、善變，因此就需要及時進行理念和硬件上的革新。

就拿報表開發(fā)為例，傳統(tǒng)的報表開發(fā)模式是C/S架構，現在看來已經很落后了，因此現在比較流行的架構是B/S架構，B/S在安全性、系統(tǒng)擴展、云支持等方面有著無可比擬的優(yōu)勢。

比如現在市場上常見的低代碼報表平臺FineReport（文末拿），這個報表平臺就是CS(設計) BS(使用)架構，其直接連接數據源進行計算和展示。

無須學會Java、PHP等各種復雜的程序語言，只需要會簡單的sql就可以進行企業(yè)級報表的開發(fā)

其實在國內很多公司里，絕大部分報表開發(fā)人員都不是程序員出身，因此就需要FineReport這樣簡單易學、使用門檻較低的工具。

其實歸根到底，ERP也好，低代碼也罷，都要結合企業(yè)當前的情況進行深入研究。一昧迷信方法論，生搬硬套別人的解決方案，只有死路一條。

最后，把工具都給大家放出來了，回個“低代碼”就能獲得工具！