經過三年實踐后，創略怎么看待低代碼變革？

經過三年實踐后，創略怎么看待低代碼變革？

2021 年，數字化轉型進一步推動了“低代碼”行業的爆發。

創略科技是一家數據技術與 AI 公司，致力于差異化的為 B2C 企業提綱 AI 驅動的客戶數據技術解決方案，助力企業優化與客戶數據相關的場景，包括客戶洞察，個性化營銷，客戶生命周期價值管理和客戶體驗提升。創略于早些年就已經開始將低代碼應用到了自身的產品中。創略低代碼實踐到底效果如何?低代碼是否會帶來變革?為了解答以上問題，InfoQ 采訪了創略科技研發副總監霍強Danny。

采訪嘉賓：霍強(Danny)，創略科技研發副總監。在創略科技負責 CDP 產品研發。先后在易傳媒(阿里媽媽)負責移動端 DMP 和 DSP 研發，驢媽媽負責用戶數據中心建設和數字化營銷工具研發工作。

低代碼定義

InfoQ：您是如何定義低代碼的?低代碼與具有二十年歷史的圖形化開發是一回事兒嗎?

霍強Danny：低代碼(Low-Code)的概念是在 2014 年被 Forrester Research 研究機構正式提出的，通常是指在 LCDP(Low-Code Development Platform)之上，能夠通過可視化拖拽或編寫少量代碼的方法創建網頁和移動應用程序，可快速實現某一功能。

低代碼的強大之處在于，允許終端用戶使用易于理解的可視化形式，開發出自己的應用，比如能夠很方便的構建業務流程和數據模型等。它的顯著特點是，更多人可以參與到應用開發上，而不再局限于技術人員。

圖形化開發，可以追溯到上世紀八十年代，當時美國就有一些公司和實驗室開始了可視化編程的研究，做出了 4GL(第四代編程語言)，到后來衍生成 VPL(Visual Programming Language)可視化編程語言。二者不是完全的等同，只是 IT 技術發展中的不同階段。

InfoQ：為什么市場上會又突然涌起無代碼開發的熱潮?低代碼開發主要分為哪幾類?

霍強Danny：低代碼開發涌起熱潮，主要受以下因素的影響：

市場對于應用開發的需求，遠高于目前 IT 公司的產能;

如今流量紅利時代已經過去，為了尋求新的增長點，很多企業開始了數字化轉型之路，企業信息化已成為一種新趨勢;

新技術的發展，為低代碼提供了技術支持;

低代碼市場蓬勃發展。Forrester 有報告顯示：低代碼開發平臺的市場將從 2015 年的 17 億美金增長到 2020 年的 155 億美金，這一增長趨勢在逐漸擴大。

關于低代碼的分類：按應用的 B/S 結構來劃分，低代碼可以被劃分為前端低代碼和后臺低代碼。

InfoQ：什么樣的場景是適合低代碼的?它們有哪些共性的特征?

霍強Danny：數據 ETL，數據開發，數據建模，數據報表，數據庫開發、Entity to Database Mapping, UI Development 等場景比較適合低代碼開發。

適用低代碼的場景具有三個方面的共同特征：

邏輯結構相對簡單;

有規律可循，能夠進行功能抽象化;

具有可復用性，有大量的重復性、流程性的操作。

InfoQ：前端是最適合低代碼的場景嗎?前端實現無代碼是可能的嗎?

霍強Danny：只能說前端有部分工作是比較適合低代碼場景的，它主要包括一些靜態頁面，比如頁面布局、表單等一些結構簡單，且具有大量重復性結構的頁面，對于這些場景是非常適合低代碼開發的。

前端暫時是無法實現完全無代碼的。目前前端各種框架技術不斷成熟，隨著前后端完全分離，在前端，主要關注前端頁面展示和前端業務邏輯的處理等方面。對于部分簡單的前端靜態頁面是完全可以實現無代碼的，如方便運營人員使用的活動頁的配置化生成、自動化搭建活動會場以及自動生成海報頁等場景，基本可以做到無代碼。但是對于前端所要處理的特定的業務流程需求、邏輯復雜的頁面等場景，目前還沒辦法做到以完全無代碼的形式來實現。

低代碼具體實踐

InfoQ：創略是什么時候開始實踐低代碼的?當時是什么樣的一個背景?未使用低代碼時，面臨什么樣的痛點?

霍強Danny：創略科技早在 2018 年就開始踐行低代碼。 在 2018 年前創略科技已為眾多企業客戶提供客戶數據中臺(CDP)解決方案，在為企業搭建 CDP 的過程中，常常會面臨大量的業務系統對接，需要接入數量龐大的數據源，這就需要大量的 ETL 工程師介入。而對于數據報表、標簽等需求又需要相關的技術研發人員。而通常這些工作中，有超過一半的工作量是重復性的。

在這樣的背景下，我們開始探索并踐行低代碼。在不斷的發展中，創略科技的 CDP 產品已經可以在沒有 ETL 工程師角色的情況下，通過可視化的方式，對接各類型的業務數據，埋點數據等。接入到 CDP 中的數據，可以通過編寫少量的代碼(如 SQL)對數據進行分層、加工處理，能夠快速的對數據進行建模，構建數據集市，以拖拉拽的方式創建報表和數據看板等;能夠以可視化+SQL 的方式進行數據標簽體系的構建、人群圈選以及人群畫像透視分析等。

在未使用低代碼之前，有大量重復性的工作需要 ETL 和開發工程師去完成，增加了大量的人力成本，交付周期更更長，對于客戶項目的后期維護成本更高，并且對新需求的響應速度也相對較慢。而在踐行低代碼之后，這些痛點大多得到了解決或改善。

InfoQ：您的公司是如何實現低代碼平臺的開發引擎系統的(后臺技術)?大概是什么技術?

霍強Danny：創略科技總結在 CDP 交付過程中的經驗，找出其中具有規律化和重復性的需求，再對其進行功能抽象。目前主要實現了 ETL 引擎、數據建模引擎、標簽人群引擎、報表引擎和營銷引擎等：

ETL 引擎：可以實現可視化數據接入、數據加工處理、數據分層處理等;

數據建模引擎：可以對接入 CDP 中的數據進行可視化維度建模;

標簽人群引擎：基于 ETL 引擎處理過的數據，快速進行標簽化，且可以基于標簽進行人群圈選;

報表引擎：基于數據建模引擎的數據構建動態報表;

營銷引擎：基于標簽人群引擎提供的人群數據進行自定義的活動構建，實現精細化營銷觸達;

使用到的技術有：Spark、ECharts、調度平臺、Hive、流式計算框架、工作流引擎等。

InfoQ：低代碼實踐總共分為幾個階段?每個階段的關鍵節點、關鍵動作?

霍強Danny：低代碼的實踐共分為八個階段：

1. 需求調研階段，關鍵節點是了解產品的需求和目標，其關鍵動作是需求調研;

2. 功能抽象階段，關鍵節點是找出滿足低代碼的模塊并進行抽象化，其關鍵動作是業務抽象化;

3. 產品設計階段，關鍵節點是完成低代碼模塊產品設計，其關鍵動作是產品設計;

4. 架構設計階段，關鍵節點是完成對應架構設計和技術選型，其關鍵動作是架構設計;

5. 可行性驗證階段，關鍵節點是完成可行性驗證，其關鍵動作是可行性驗證;

6. 開發實施階段，關鍵節點是完成功能開發，其關鍵動作是開發實施;

7. 測試驗證階段，關鍵節點是完成測試和產品驗收，其關鍵動作是測試驗證;

8. 應用實戰階段，關鍵節點是在實際項目中進行應用和迭代，其關鍵動作是應用實戰、迭代。

InfoQ：創略使用低代碼后有哪些受益點?效果如何?

霍強Danny：在 CDP 項目交付過程中，極大程度上解放了 ETL 工程師的工作，使客戶多數據源接入 CDP 變得高效便捷，且縮短了數據接入環節的周期。

對于接入的數據，能更便捷的進行數據處理和分層，能夠基于可視化的界面，加上一定的 SQL 片段完成整個數據處理和上下游任務依賴，能很好的進行可視化數據建模及拖拉拽完成報表構建，并可視化組裝數據看板;能夠以可視化的形式進行標簽體系構建、人群圈選、人群特征畫像透視等功能，在沒有數據開發工程師的情況下，也可以完成從數據接入，到數據建模，再到數據可視化的整個分析鏈路的完整流程，也可以完成從數據接入，到標簽體系構建，到人群圈選和人群畫像，再到自動化營銷活動構建的整個精準營銷鏈路的實現。

總之，在產品后續項目的交付過程中，節約了人力成本并縮短了交付周期。

InfoQ：如何判斷哪些功能適合整合成低代碼平臺上的一個模塊?模塊之間的邊界是怎么定義的?

霍強 Danny：要判斷是否適合整合低代碼開發平臺上的模塊，首先要確定是否具有邏輯結構相對簡單、有大量重復性的操作、可復用性高、有規可循、能夠進行業務抽象等特點。如果滿足以上要素，則可能比較適合整合到低代碼平臺中的一個模塊。

模塊之間可以按照抽象層次劃分和按照功能劃分，頂層抽象一般作為公共層，可供下層引用。而下層可按照不同的業務來劃分邊界。

InfoQ：根據您的經驗，低代碼平臺實踐過程中最關鍵的是什么?什么樣的低代碼平臺才是完美的平臺，達到這個程度您認為要花什么樣的力氣?

霍強Danny：低代碼實踐過程中，最關鍵的是劃分出適合低代碼的功能模塊，以及業務抽象的能力。

“低代碼平臺完美”本身就是一個悖論，低代碼平臺其實是一種軟件開發方式，它適用于邏輯簡單、可復用性高的應用場景，通過低代碼平臺能夠在一定程度上降低軟件開發門檻，提升開發效率。首先需要對低代碼平臺有個清晰的定位，明確低代碼平臺的邊界范圍。比如前端靜態頁生成的低代碼平臺、數據庫開發的低代碼平臺、代碼生成的低代碼平臺、數據建模的低代碼開發平臺、報表生成的低代碼開發平臺等。它們都是針對于某一具體的功場景或者是某幾個功能場景的組合，這個平臺也可以融合以上的多個功能模塊。

要實現這樣一個平臺，我們要足夠了解各模塊的業務需求和功能邊界，并且能夠對其進行高度抽象化，對于研發出來的低代碼平臺還需要不斷的實踐驗證，在此過程中進行循環往復的迭代和完善。

InfoQ：低代碼平臺的普及對于前端開發者意味著什么?對于整個前端領域的發展會帶來什么?

霍強Danny：低代碼平臺的普及，意味著開發工程師可以從大量簡單重復性的前端頁面開發工作中解放出來，把更多的精力放到前端業務代碼的編寫中去。

低代碼平臺的普及可以降低前端開發的門檻和效率。可以有更多的人參與到前端的開發過程中，利用低代碼開發平臺就能搭建一套高效的標準化、流程化的前端產品。面對部分多變的前端功能，可以通過前端低代碼開發平臺，任意組合構建更多樣化的頁面，并能實現所見既所得的效果。不用再經歷傳統的從界面設計到前端開發，再到測試發布等一系列復雜的流程。

InfoQ：有人說：“低代碼會掀起新革命”，您是怎么看的?

霍強Danny：從 2014 年低代碼開發平臺初次提出至今，我們看到已有越來越多的伙伴加入到低代碼平臺的陣營中，有傳統的軟件大佬，也有新誕生的后起之秀，低代碼開發平臺正在被越來越多的人所了解和接受。

低代碼開發平臺的出現，是一種軟件開發方式的變革，也是軟件行業發展長河中的一個新的階段，就像 3GL(第三代編程語言)、4GL(第四代編程語言)、VPL(Visual Programming Language)。每一新階段的誕生，都是經歷了長久發展過程的積淀和矛盾演化，前一階段的出現為后一階段的誕生奠定了基礎，新階段的出現可以在一定時間內緩解前一階段的矛盾。這個發展和矛盾演化的過程從某種意義上講，它本身就是一種革命。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。