近日，國家知識產(chǎn)權(quán)局發(fā)布《中國民營企業(yè)發(fā)明專利授權(quán)量TOP10榜單（2021）》，方太躋身民營科技天團Top10。

方太，一家廚電企業(yè)高舉開辟式創(chuàng)新大旗，以超9400件授權(quán)專利、超2300件發(fā)明專利，擁有了專業(yè)廚電領域最大專利池，與全球科技巨頭頻頻同框，筑起了無法被超越的護城河。

很多企業(yè)同樣也在搞科技創(chuàng)新，但有些品牌消費者卻不買賬，甚至認為是徒有創(chuàng)新之名。

為何？

國內(nèi)著名商業(yè)咨詢顧問劉潤認為方太找到了廚電的本質(zhì)，即是對水、空氣和溫度的控制。基于此，方太有了獨特的科技創(chuàng)新定位，不斷關注科技的進步，從底層出發(fā)去擊中消費者痛點，把科技創(chuàng)新的著力點用在了對的地方。

那么，對低代碼而言，他的本質(zhì)是什么？

我認為低代碼甚至數(shù)字化的本質(zhì)都是對數(shù)據(jù)的控制。

工業(yè)時代機器革命的出現(xiàn)，帶來了效率與速度的升級。互聯(lián)網(wǎng)技術(shù)的普及，不僅帶來了消費革命、在線繁榮，更是不斷沖擊對傳統(tǒng)行業(yè)，使得如今數(shù)字化轉(zhuǎn)型在全球范圍內(nèi)進行得如火如荼，而這所有應用的發(fā)明與升級迭代，正是源自對信息、對數(shù)據(jù)的研究與利用。

怎么理解呢？舉個簡單的例子。

很多企業(yè)在做數(shù)字化項目的時候，會選擇去構(gòu)建一個合同管理系統(tǒng)。就這個合同管理而言，不論是創(chuàng)建合同、屬性數(shù)據(jù)填充、收付款信息、甲乙雙方信息還是合同本身簽署狀態(tài)的變化，本質(zhì)上來說這些都是記錄的數(shù)據(jù)，是圍繞著合同的數(shù)據(jù)所做的處理。

從應用的誕生開始，核心本質(zhì)都是對一切數(shù)據(jù)的控制跟加工——前端的控制數(shù)據(jù)的呈現(xiàn)以及跟用戶的交互，后臺的邏輯編排控制數(shù)據(jù)的狀態(tài)變化，還有大數(shù)據(jù)平臺控制的是如何去挖掘數(shù)據(jù)之間的關系……這都是對數(shù)據(jù)的控制，只是側(cè)重點和所處的環(huán)節(jié)不一樣。

回歸到低代碼層面來說，低代碼作為一種更高效、更便捷的開發(fā)模式，它的本質(zhì)也是將各種數(shù)據(jù)、各種可復用的代碼進行模塊化、可視化，讓用戶無需或少量編寫代碼就可快速搭建各種應用。

就好比當下流行的預制菜，將各種原材料提前加工成半成品或成品，用戶只需簡單加熱即可食用，也算在便利和美味之間達成了一種微妙的平衡。

傳統(tǒng)軟件開發(fā)不一樣也能“做菜”嗎，用低代碼做有啥區(qū)別呢？

和傳統(tǒng)的這些開發(fā)模式相比，萬應低代碼在應用設計與開發(fā)的基本原理、方法和技術(shù)上同樣遵循軟件工程學，只是傳統(tǒng)開發(fā)模式將數(shù)據(jù)的過程劃分成了不同的部分，并由產(chǎn)品經(jīng)理、程序員、數(shù)據(jù)庫工程師等不同工種來控制。而在萬應低代碼平臺上，只需一名全棧低代碼工程師。

萬應低代碼屬于通用型的低代碼平臺，在設計上我們希望能夠圍繞數(shù)據(jù)去做一些更加底層、更加原子化的組件和功能，讓數(shù)據(jù)能夠穿透任何一個應用的整個生命周期。從最底層的數(shù)據(jù)建模，到通過邏輯編排去控制數(shù)據(jù)各種狀態(tài)、屬性的變化，再到前端界面的展現(xiàn)與交互，甚至于數(shù)據(jù)的分析、各種中臺的構(gòu)建，萬應都提供了圖靈完備、且顆粒度十分細致的原子化組件和能力，所以它是沒有任何行業(yè)、場景和應用限制的。

為什么低代碼平臺要有原子化的能力？

原子，其實最早是哲學領域的一個概念，古希臘哲學家德謨克利特提出了“所有事物的產(chǎn)生就是原子的結(jié)合”。

在軟件領域，原子理論同樣適用于我們的設計系統(tǒng)中——頁面是由原子（最小單位設計元素）、分子（基礎控件）、組織（基礎功能組件）、模版（業(yè)務定制組件）、頁面構(gòu)成。

原子化則可以延伸為應用組織和管理的精細顆粒化，從某種程度上來說，他的最小粒度是數(shù)據(jù)。

目前在低代碼、無代碼領域里，萬應低代碼的原子化能力是極其強大的，你可以發(fā)現(xiàn)在萬應低代碼平臺中，每一個組件、連接器、邏輯編排的動作、甚至說大數(shù)據(jù)模型中，我們都提供了相當細致的原子化內(nèi)核，盡可能圍繞數(shù)據(jù)的輸入、轉(zhuǎn)化跟輸出去把設計與開發(fā)中的元素獨立化，再通過高還原度的前端頁面設計能力、邏輯編排與交互能力，讓數(shù)據(jù)流通更順暢、變形更快捷、分析更深入、展示更美妙。如此，用戶就能夠通過我們原子化的節(jié)點、組件、模型等，自由、便捷地去組合成上億甚至幾十億的變化，靈活適應各種場景需求。

換句話來說，只有不斷降低、拆解組件中的耦合度，提升平臺的原子化能力，深入到了基礎元素、底層時，才能真正解決客戶隨心所欲的需求變化問題。

顆粒度細了，能力強大，但操作復雜程度也會增大，怎么辦？

目前的低代碼依然不夠成熟，主流低代碼廠商中開始按不同的理念出現(xiàn)分化，一類傾向于為客戶提供更美觀的組件，另一類則堅持為客戶提供更原子化的、有更多創(chuàng)新可能性的組件。

實際上原子化的工作，甚至99%的底層構(gòu)建工作，用戶是沒有感知的，他們能感知的那1%主要集中在穩(wěn)定、流暢、美觀等更直觀的層面。

而且低代碼發(fā)展的過程中，不可避免的出現(xiàn)了矛盾體，甚至“不可能三角”。他們一方面希望能夠提供提升技術(shù)的迭代速度，為應用帶來更多、更新的功能，不斷拓展應用的邊界，另一方面原子化程度更高的組件，他的復雜度也會提升，易用性會受到影響，同時還存在對質(zhì)量、穩(wěn)定性的擔憂，尤其是非技術(shù)人員。

我們只能圍繞這個所謂的“不可能三角”朝著能控制、好控制、快控制、易控制來做平衡與取舍，讓用萬應低代碼這口做菜“鍋”的人放心用、全面用，甚至在感受不到“鍋”的情況下，也能做出一桌好菜，也不會讓用鍋的人，成為甩鍋的人。

找到本質(zhì)之后的低代碼，到底要去向何方？

低代碼行業(yè)風口正起，越來越多低代碼平臺和廠商入局，數(shù)字化發(fā)展的大趨勢驅(qū)動企業(yè)采用數(shù)字化優(yōu)先戰(zhàn)略，真正數(shù)字化業(yè)務時代來臨，數(shù)字化韌性組織發(fā)展、創(chuàng)新的重要基石，擁有著敏捷、高效、靈活等特性的低代碼，未來的快速發(fā)展可見一斑。

在低代碼行業(yè)的持續(xù)發(fā)展之下，將會出現(xiàn)獨角獸巨頭，整個行業(yè)格局逐步趨于穩(wěn)定。未來低代碼也會像現(xiàn)在的C++、JAVA、python、php……等開發(fā)語言一樣，各自蓬勃發(fā)展，畢竟一花獨放不是春，百花齊放才能春滿園。

當然快速發(fā)展的同時，不同廠商之間也將繼續(xù)分化，而造成分化的這些差異折射出的是各大廠商自身的產(chǎn)品基因。

比如，做業(yè)務系統(tǒng)起家的低代碼平臺，可能主要服務于他們的業(yè)務系統(tǒng)；而做云平臺起家的低代碼平臺，則可能更關注于為傳統(tǒng)的程序開發(fā)者提供服務，技術(shù)門檻也相對較高。

萬應低代碼的產(chǎn)品基因我認為在于界面的高靈活性和對數(shù)據(jù)的深入關注。界面的高靈活性，這與我們團隊豐富的B端、C端數(shù)字場景應用開發(fā)經(jīng)驗是一脈相承的；而對數(shù)據(jù)的深入關注，這主要得益于我們多年服務國網(wǎng)、政府、銀行、建筑集團等大型客戶，充分積累了經(jīng)驗。

同時，隨著數(shù)字化轉(zhuǎn)型的深入開展，數(shù)智化應用場景也將大量涌現(xiàn)，選擇低代碼來提質(zhì)增效的企業(yè)將會越來越多，很多企業(yè)甚至會同時采購不同的低代碼給到不同的部門和用戶使用。

低代碼平臺之間為了更好的與企業(yè)自身業(yè)務中臺、技術(shù)中臺體系融合，也將變得更加開放。這樣既能快速放大企業(yè)中臺的能力與數(shù)據(jù)價值，加速需求的釋放，讓更多的數(shù)據(jù)產(chǎn)生、讓更多的數(shù)據(jù)得到應用；又能通過低代碼對數(shù)據(jù)的控制，提供更高效、更低成本的方式加速企業(yè)的數(shù)字化轉(zhuǎn)型升級。

寫在最后的話

步履維艱的大環(huán)境下，數(shù)字化賽道依舊熱鬧非凡，低代碼更是被寄予厚望，從面世之初只能搭建最簡單的表單和流程，到逐步走向“深水區(qū)”，滲入企業(yè)的核心業(yè)務場景，但什么場景下需要數(shù)據(jù)、需要什么數(shù)據(jù)、需要用數(shù)據(jù)創(chuàng)造什么價值等等，這些都是需要低代碼廠商、企業(yè)自身共同攻克的難題。只有主動去拆解、洞悉數(shù)據(jù)控制的本質(zhì)，才能拳拳到肉、不斷破局。

尤其，在這個變化的時代。