MINIGroupon3
最近剛剛加入一家做BPM的公司（奧哲），代表產品就是低代碼應用服務平臺，用來解決企業信息化建設中的問題和訴求。
問題：企業內部的各種業務流程；
訴求：連接各種業務場景，幫助企業實現業務在線。
特別適合用來開發ERP，CRM，進銷存，EHR之類的企業內部系統。
正好碰到問低代碼的問題，從一個開發人員的角度談談低代碼的概念和目的。
低代碼
低代碼的意思就是少量代碼，即通過配置BPM來實現ERP的大部分業務功能，通過少量代碼擴展來解決少部分的特殊業務功能。
換句話說:
百分之95的功能可以通過配置的方式（表單，流程，報表）實現。
百分之5的功能通過代碼的方式（直接二開源碼或者接入BPM開放平臺）擴展前端或者後端實現；
概念
低代碼即少量代碼
目的
減少開發成本，急速解決企業內部的信息化問題和訴求。也就是快速交付的意思。
總結
從一個開發人員的角度看ERP系統的開發：
erp主要是各種業務流程的審批和流轉和報表統計，解決方法和流程是類似的。
建立一個統一的模型，通過配置的方式實現大部分業務功能。
模型的設計預留充足的擴展點，
在通過低代碼的方式進行擴展，實現更靈活的業務功能，加速交付，本身就是非常有意義和可行的。
李福春
低代碼是針對整個軟件開發行業的工作模式提出的，並不單單只是針對ERP系統，低代碼開發通過將比較常見的功能模塊組件化，通用的業務場景通過模板化處理，減少了重複編寫代碼，降低了業務部門，公司對IT 部門的依賴，一些簡單的場景構建通過對業務部門進行技術知識培訓，業務部門也可以參與到產品的開發過程中，這樣不僅減少了需求部門與技術人員的溝通成本，降低人員成本，同時模板化處理方式，避免了重複編寫代碼，縮短了開發週期，可以說完全符合企業將本增效的理念。
ERP在企業發展中一直有著舉足輕重的位置，但是傳統的erp因為實施週期長，部署複雜，在應對複雜多變的市場環境時不具備輕量，靈活應對的優勢，可能一個erp項目實施完成之後，業務場景早已經發生了變化，這種模式顯然不適合中小企業高效發展的要求，但是低代碼在快速開發落地上具備完全的優勢，並且隨著低代碼技術的愈加成熟，這種模式會被更多的企業認識並且選擇。
最近幾年國內廠商也開始嘗試進入低代碼領域，一方面是市場競爭加劇企業需要找到更具效率的開發生產工具，另一方面資本市場開始關注到這一領域。APICloud2019年初宣佈正式從移動雲平臺整體升級至低代碼開發平臺，作為國內早期移動雲開發領域領導者，APICloud已經為包括海爾、Intel等眾多知名企業提供移動應用解決方案，具有經驗豐富的技術團隊與眾多成功交付案例。
低代碼開發
這是一個非常好的問題，作為一名IT從業者，我來回答一下。
首先，在當前中臺概念的推動下，藉助於雲計算、大數據和人工智能等技術，當前ERP領域向低代碼方向發展是一個重要的趨勢。在工業互聯網時代，隨著眾多企業紛紛實現業務上雲，企業自身基於ERP平臺來進行業務創新的訴求也會越來越高，這就要求ERP平臺要能夠積極適應這種變化，而低代碼則會在很大程度上降低傳統企業的創新門檻。
在中臺概念越來越被企業重視之後，ERP平臺自身的技術革新和模式革新也在不斷向前發展，當前很多ERP廠商紛紛開始把ERP平臺“中臺化”。中臺可以分為三個大的部分，分別是業務中臺、數據中臺和技術中臺，對於傳統企業來說，能否通過低代碼的方式來完成業務中臺的應用是比較重要的環節。
業務中臺的重點在於中臺能夠適應企業在業務模式上的變化和創新，由於當前企業業務模式的變化比較頻繁，所以要想讓中臺能夠迅速適應這種變化，而且要讓企業降低中臺的使用成本，一定要為用戶提供更加方便的業務調整方式，此時能否通過低代碼的方式來實現這種變化就比較重要了。
低代碼本身並不是無代碼，實際上在低代碼平臺上也可以實現比較複雜的代碼編寫，從而讓平臺提供更加豐富的功能，所以對於職場人來說，要想充分利用低代碼的ERP平臺，也需要一個系統的學習過程。低代碼平臺對於業務流程的掌握程度有較高的要求，所以要想熟練使用低代碼平臺，還需要詳細瞭解企業的業務流程。
我從事互聯網行業多年，目前也在帶計算機專業的研究生，主要的研究方向集中在大數據和人工智能領域，我會陸續寫一些關於互聯網技術方面的文章，感興趣的朋友可以關注我，相信一定會有所收穫。
如果有互聯網、大數據、人工智能等方面的問題，或者是考研方面的問題，都可以在評論區留言，或者私信我！
