編輯 |?曹芊芊

話題：低代碼發展系列專訪

前言：2019年開始，低代碼爆火。有人認為它是第四代編程語言，有人認為它是開發模式的顛覆，也有人認為是企業管理模式的變革……有很多聲音，社區討論很熱烈。CSDN隨后展開低代碼平臺產品系列活動，包括低代碼開發者認知度與應用線上調研，市場洞察報告，專家專訪專輯，研討會等。邀請低代碼平臺產品的各個角色共同研討，力求為大家呈現一個立體的、透光的低代碼發展脈絡和未來趨勢。

本期訪談嘉賓：肖培明 用友網絡YonBuilder產品經理?

專注平臺級產品規劃和研發，22年過程中經歷財務會計（4年）、業務顧問（5年）、平臺開發（3年）、（10年）產品設計四個低代碼開發體系中的關鍵崗位。致力于打造同時為一線用戶、行業專家、業務開發服務的低代碼開發平臺，幫助企業實現數字化轉型及商業創新

嘉賓照片：

CSDN：在您看來，低代碼火爆的原因是什么？

肖培明：我認為低代碼是開發能力的一次變化或者說變革。就像八九十年代要寫代碼的時候，都要在紙上先寫好思路，然后在專門的上機時間里編碼和調試機器。后來PC，小型機和個人電腦的成本降低，我們就會直接在個人電腦上邊設計邊寫代碼，就不會在紙上再去寫代碼了。這就是開發能力的第一次變革，是硬件技術和能力引導的變革。

第二次變革是很多平臺廠商提供了開發工具和開發語言，比如Basic，Java，C++, 讓代碼開發變得更加便利，由于硬件軟件技術進步帶來的提升還有很多次。

直到現在現在低代碼的出現，并且快速獲得很多人的認可，是因為越來越多的業務場景都依賴于信息系統，而低代碼平臺可以支撐更多行業的人群，甚至不需要掌握開發知識，編程語言就可以完成系統的搭建。這次是業務需求和商業創新引導的一次重要的變革。

CSDN：一個好的開發平臺需要有什么特質？

肖培明：第一個就是合適的設計能力，無代碼的方式能夠全部完成應用交互和業務邏輯的定義

業務對象之間的數據流轉（按條件、重新分組、匯總合并），能讓企業通過流程設計的方式和規則引擎，讓不同角色的人加入項目當中，發揮自己的能量，提升開發的產能。設計能力代表能把更多的角色，拉到開發者的這個圈子里面來。這個特質在市場上是比較吸引眼球的，只要有一個切入點，我們就可以為客戶提供一個具體的，或者說在一個特定方向的業務場景，提供一個高交互操作的設計器，來完成這部分的業務邏輯或者頁面，或者數據模型的開發工作。

第二個就是開發管理能力。從企業的角度來看，單個功能的應用，無法在企業的整體運作里發揮很大的作用，所以開發成果和資源的管理就會比較難。比如開發成果怎么管理，業務處理的邏輯是否按照規范，比如消息，事務，API的規范，都是需要約束。如果僅僅是提供快捷的設計能力，當團隊規模變大的時候，開發成果的管理和系統間的互聯互通都會付出很大的成本，低代碼的意義就降低了。?

第三個部分是持續優化開發平臺的能力和開發成果復用，比如某個業務在相同業務場景下可復制，那么這個成果復制的能力就很關鍵了，因為成果復制能力決定了我們能不能持續下去。一方面低代碼是利用已有的平臺和各種支撐服務為開發者提供便利，另一方面低代碼的成果是否能夠豐富和擴充支撐服務，形成良性循環。最后怎么把它形成商品也是比較重要的環節，這代表低代碼的開發團隊具備能夠生存下去并發展壯大基本要素。

CSDN：用友的低代碼開發平臺核心設計理念是什么？

肖培明：回顧企業信息化的過程中，第一階段是從最具有共性的企業需求中，提煉出標準的功能，包裝成標準化的產品。隨著企業不同的發展階段，關注的內容和方式也在發生變化，有不同的要求，不同的管理力度，不同業務執行的方式，信息化的第二階段，就會需要像ERP這樣系統平臺。像采購這樣的業務也在發生變化，比如一種是要采購，接收訂單，然后再入庫，那也有另外一個企業是做直銷的，采購完不需要入庫，直接送到客戶那里。所以ERP實際上解決了客戶化配置：我們把大部分的業務場景都放進系統中，這個時候通過開關的設置，可以根據你企業里面的業務執行的情況打開開關或者關上，以便適應的企業的需要。在ERP的基礎上客戶化開發，就是我們常說的二次開發，需要在系統上留下足夠的接口和擴展，就能基本上滿足客戶的需求了。

現在用友提出的商業創新能在云端和線下的支撐能力，能基于一套平臺上創建和管理業務，就需要低代碼平臺的這種能力來保障。我們現在的低代碼開發團隊，也是從我們以前的各個團隊里面抽調出來，然后獨立形成的。將我們在領域、行業、項目的積累，各種場景下的設計能力，具體反映到我們低代碼平臺的各種設計器和支撐服務上。

其實，低代碼的能力會成為整個系統的底座，開發成果可以插到用友的底座上面。簡單的說，我們面對一個場景，設計一個產品，然后推廣應用的時候，就需要把這個產品插到整個系統的底座上。比如OCR識別的場景，OCR識別用友可能不擅長，但是如果OCR提供方把OCR識別之后的成果放到整個底座上面，成為商業運行體系的一部分會具備更大的商業價值。

用友平臺的包括了大部分企業的信息化基礎設施。我們要發揮這個優勢，允許成果復用或者允許完成某一個場景的低代碼搭建，使我們的平臺更加生態化發展。用友最核心的力量，用來建設和優化好我們的底座，然后讓企業和伙伴通過低代碼平臺，去拓展和創新業務。如果我們在底座上創新出一些應用，然后插入到整個體系里面，那么我們就在實現了生態的共贏。

CSDN：從用友的角度如何看待數字化和信息化的區別和聯系？

肖培明：信息化是基于任務或者基于流程來驅動的，舉個例子，我用一個信息化系統去管理多人任務，一個人在信息化系統上會收到一個任務，當這個人完成了該工作環節后，下一個環節的人可能會收到一個流程驅動的任務，這個人完成自己的工作環節后又把流程推進給下一個人，直至整個任務完成。但如果有一天，某個環節的數據量突然大量增加，那么我們的任務中就會有更多的入庫量和檢驗量，可能導致人工無法執行，需要根據數據的變化和適當的規則算法調整整個體系，比如自動完成大部分的數據處理，保留需要人工判斷的處理提交給合適的角色或崗位，這是數字化的特點。數字化跟信息化的區別是：信息化按照業務過程來驅動，但數字化可以通過數據和規則獲得反饋建立新的過程，更加靈活低分配資源。

低代碼平臺成為熱點其實是一個生產力工具的升級帶來的結果，它打破了信息化系統既定的流程，加速了數字化進程。近幾年國家也在大力推進數字化，為低代碼的發展創造了很好的機會。未來的財稅專業，可能會變成財稅大數據應用這門學科。可能只有1/3的內容為傳統課程，有2/3的內容都是數據分析和低代碼平臺的使用。低代碼開發平臺能夠加快管理等學科的數字化進程，提高管理的效率，在未來四年內，會計、物流或管理人才都有可能會具備低代碼平臺的開發能力。會計、物流和管理專業，需要數字化平臺跟業務相結合，在不同的業務場景里進行合作，所以一定會出現大的變革。低代碼便捷開發的能力，一方面通過新的技術手段，讓企業不同的業務能夠更快捷的實現數字化。另一方面，讓企業能夠實現商業創新，把積累的經驗放到產品里，創造出更多新場景。

肖培明：我們的低代碼平臺，針對不同人群的開發能力。提供了兩種形態的低代碼模式，用戶模式和專家模式。用戶模式就是針對使用者沒有深厚的技術積累，不了解數據模型，不會寫腳本，就照著設計器既定的配置去設計產品。行業專家模式就是針對有很扎實行業背景，同時對大數據、腳本有深刻的理解，這時用戶模式的配置就成為這些人設計產品的束縛。我們的專家模式通過一個開關能夠開啟，讓有技術背景的使用者通過撰寫腳本進行二次開發，完成自己的產品，這也是經過市場驗證的兩套模式。

點分享

點收藏

點點贊

點在看

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的低代码发展专访系列之七：低代码的火爆需要不一样的声音么？的全部內容，希望文章能夠幫你解決所遇到的問題。

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