「無代碼運動」是幾千年以來驅動技術創新的核心原則的演變：
不斷對以前僅一小部分人可用的過程工具或介質進行公民化拓展並通過此倍增人類創造的潛力。
各個領域的公民化運動
在印刷機問世之前，批量生產書籍的唯一方法是手工製作，這使得傳播信息和知識不僅很慢而且昂貴。一本羊皮紙的《聖經》在中世紀可是土豪才能擁有的資產，相當於一座葡萄園的價格。
書籍如此昂貴，你還會為中世紀大部分人是文盲而感到驚奇嗎？
然而1440年印刷機的發明以嶄新的方式大規模生產和發行新文本成為可能。現如今，如果你想讓文字發布到世界各地，只需要敲擊幾下鍵盤即可。
隨著這些基礎技術的公民化普及，世界範圍內的出版數量與日俱增（配圖為200年中每100萬人中新書的出版數量增長）
同樣的事情也發生在音樂和電影領域，技術及其使用方式對人的創作產生了巨大影響。過去我們需要專業的錄音棚以及價格昂貴的錄製設備才能進行相關創作。
如今更多的數位化分發渠道、線上流量的劇增、自媒體平臺的興起（BiliBili、抖音、youtube等）以及公民化設備的技術躍遷（移動手機的攝像頭質量在過去幾年有了大幅度提升）讓人們可以在沒有太多前期資源的情況下依然分享自己的創意和想法。
在B站，每天有10W條視頻被發布，而在youtube上，每天上傳的內容可以連續播放80年。這裡面90%的內容都是通過手機拍攝的。————《影視颶風》
人們使用某種媒介的機會越多，我們越容易獲得這種機會、創造力、產出和創新。
那麼在「軟體設計開發」這個領域，歷史會重演嗎？
軟體研發的歷史
回答前面的這個問題之前，讓我們先回顧一下軟體工程的大致發展歷程：
1、彙編時代（1946 年—1953 年）
「遠古時代」的軟體是通過機器語言編寫的，機器語言是內置在計算機電路中的指令，由 0 和 1 組成（二進位數字）。因此，只有少數專業人員能夠為計算機編寫程序。
2、高級程序語言時期（1954 年—1964 年）
該階段軟體開始使用高級語言（與之對應機器語言和彙編語言被稱為低級語言）編寫，高級語言的指令形式類似於自然語言和數學語言，不僅容易學習，方便編程，一定程度上提高了程序的可讀性。
在這個時期，進行軟體編寫工作的人開始被稱為：「程式設計師」。
3、結構化程序理論設計階段（1965 年—1970 年）
該階段處於結構化程序設計理論，伴隨著的是處理器的運算速度大幅度的提高。因此需要編寫一種程序，使所有計算機資源處於計算機的控制中，這種程序就是作業系統。資料庫管理系統 DBMS（Database Management System）也是在這一時期出現的。
1968 年，北大西洋公約組織的計算機科學家在聯邦德國召開國際會議並正式提出了：「軟體工程」這個名詞。
4、結構化程序時代（1971 年—1989 年）
這個階段標誌性的事件有：C語言的面世、Macintosh 機的可視化圖形界面徹底改變了人機互動的方式、Pascal 及Modula-2 等基於結構化規則設計的語言面世。在這個時期，更多用途的軟體逐漸面世，例如文字處理、電子製表、資料庫管理軟體等。
5、大發展階段（1990 年—至今）
全球資訊網（World Wide Web）的出現開啟了萬物互聯的時代；面向對象的程序設計逐步代替了結構化程序設計，成為最流行的程序設計技術。這個時期，Microsoft 公司的崛起讓軟體工程進入到了大發展階段。
開發模式的大升級下依然存在的問題
完善的系統軟體、豐富的系統開發工具、商品化應用程式大量出現以及通信技術和計算機網絡的飛速發展，極大的降低了軟體研發的門檻和成本。
從國內的研發生態角度看這個趨勢，最具影響力的事件則是2018年微信小程序提出的「雲開發」理念。「雲開發」讓前端工程師從前到後完成業務發開的閉環。「雲開發」將「DB優化」、「彈性擴容」、「攻擊防護」、「災備處理」等進行了封裝，讓程式設計師可以專注於業務實現，這是一種開發模式的大升級。
即便如此，計算機、軟體工程的門檻依然存在，對於大部分人來說是一項難以置信的專業任務。軟體工程極高的壁壘所帶來的問題包 含但不限於以下的幾項：
問題1：生產模式在沒有本質改變——高居不下的邊際成本
軟體研發的成本不僅僅是在一期交付上，更多的是後續不斷地迭代成本，需求的增刪改所帶來的研發邊際成本非常之高。
不少的企業級軟體項目在多年的迭代維護後往往面臨「舉步維艱」的地步：代碼維護的壓力越大、關鍵的研發崗位經不起人員變動、項目推動困難……
問題2：需求增長速度與生產消化速度之間的矛盾
這幾乎是一個業內共識，即需求的消化速度永遠趕不上產生的速度。需求池的維護以及排期的制定是困擾產品經理以及項目經理的大難題。
消費級網際網路日趨飽和的大背景下，產業網際網路全面崛起。信息化成為了所有企業繞不開的話題，這勢必會帶來企業級軟體需求的激增。
近年來，我國SaaS市場規模佔全球比重不斷提升，由5年前的2.93%提高到今年的7.65%，預計2020年還會有明顯提高。如何更快、更好地響應這些需求，是一個亟待解決的問題。
問題3：需求方與生產方之間難以逾越的溝通壁壘
程序思維和業務思維是兩種截然不同的思維模式。程序不懂業務、業務不懂程序，溝通效率的地下已經成為軟體型項目最大的攔路虎。
為了儘可能好的解決（嚴格意義上說來應該是「適應」）上述的這些問題，各種各樣的團隊提出了各個角度的解決方案（主要偏向於方法論）：
敏捷研發：快迭代、小版本的模式降低高邊際成本所帶來的風險；MVP：最小化的可行產品，在最小的範圍測試客戶群痛點，降低前期的驗證成本。DevOps：通過促進開發、技術運營和質保部門之間的溝通、協作與整合從而提升開發效率的概念。……方法論及理念只能部分解決問題，核心的問題依然存在。如今，我們依然需要更好的解決方案、更快的迭代及反饋。
軟體研發的公民化運動
在《人月神話》中，Brooks博士認為軟體工程所要解決的任務分為兩個：
主要任務 ： 打造構成抽象軟體實體的複雜概念結構。
短短一句話中充滿了複雜的定義，簡單來說就是將抽象需求進行具象化地整理。產品經理每天的工作就是圍繞這個「任務」展開的。在《用戶體驗要素》這本書中，作者Garrett將這個命題進行了分解，通過5大要素及1個簡潔的工作流清晰地講解將抽象需求整合成具象模型的方法。（配圖五大要素）
次要任務 ： 使用程式語言表達這些抽象實體映射成機器語言。
緊接著的次要任務則不難理解了，根本的目的則是主要任務所產出的具象化模型映射成為機器能夠理解的語言。上文中我們提到的軟體工程的歷史則是「如何更好地解決次要任務」的歷史。
而如今的無代碼產品則是在新的時代背景下對於「次要任務」的新的解答，其核心是解決了兩個任務關鍵節點之間的根本脫節。
更高模塊化的場景中，無代碼產品具備極高的可用性
主要任務在漫長的歷史上產生了極大的變化，例如toC和toB場景下的軟體從一開始的需求開始就是迥異的；相比較toC場景，toB場景的主要任務在漫長的時間裡並沒有太多本質的區別，反而某種程度上逐步提煉出了最佳實踐，模塊化的程度更高了，這也直接影響了2B領域無代碼技術的逐漸成熟。
已經存在的一些單項能力去代碼化無一例外都是圍繞企業服務場景的：表單、報表、流程、資料庫、頁面、事件……的定義能力；這些能力在各自的領域大放異彩，具備極高的可用性。
公民化運動：從「編寫」到「創建」
上世紀60年代，軟體的編寫者自身往往是使用者，幾經波折，我們幾乎迎來了「軟體的使用者是設計者自身」的時代：
如果你需要一個個人網站，webflow可以滿足你；
如果你需要一個業務資料庫，airtable可以滿足你：
如果你需要報表，PowerBI 可以滿足你：
使用zapier，你可以生成一個工作流，並且串聯多個系統。
在從前，當你有一些創意一些想法的時候，往往需要大量的準備和投入才能實現，過程中的內容一個環節都可能導致失敗。但如今，當你準備好的時候，一個個成熟的無代碼平臺也都準備好隨時聽候差遣了。軟體消費者和軟體生產者之間的界限越來越模糊，某種意義上來說我們正在經歷一場變革。
無代碼平臺並不是什麼新鮮的事情，甚至具備了極高的可用性，如果將這些已有的成熟單項能力進行了 集成，那麼我們可以做很多事情。而輕流則是這中間產品矩陣完備，兼具健壯性和易用性的代表之一。
輕流的無代碼框架介紹
輕流的無代碼aPaaS架構:
輕流講系統搭建抽象成四個維度的工作，分別是：
展現層業務層模型層整合層展現層、業務層、模型層的結合滿足業務系統搭建的需求，整合層則解決了企業內多系統數據孤島的問題。
展現層（界面引擎）
輕流提供了豐富的頁面框架及樣式自定義能力，通過可視化的圖形配置界面，減免了大量JS/CSS/HTML的代碼。
多種業務組件多端適配運行良好訪問權限控制（連接企業內外）
業務層（流程引擎、表單引擎、報表引擎、事件引擎）
通過業務人員最熟悉的表單界面為載體承載大量前端自定義事件。解決了大量業務邏輯問題，無代碼的流程引擎支持串聯自動化事件，我們稱之為Q-Robot，幫助業務人員解放雙手。
表單構建、前後端計算能力、流程模型可視化搭建業務所需的報表構建豐富的事件拓展、支持跨系統執行
模型層（資料庫引擎）
面向業務人員的資料庫定義工具，儘可能地將操作「去代碼化」，以業務人員能夠理解的交互和可視化界面呈現給用戶。上手簡單、配置靈活。
可視化的資料庫建立、支持業務所需的數據增刪改查功能基於權限角色分配數據權限......
整合層（連接引擎）
高度封裝的連接模塊，簡單地配置即可進行跨系統的數據連接，將ERP、CRM中的數據進行調用和同步，消滅數據孤島，為遺留系統提供現代化的可能。
Q-Source數據源自定義Q-Linker跨系統數據關聯Q-Reminder 跨系統提醒推送Q-Authentication鑑權自定義SSO單點登錄、webhook、openAPI
面向不同受眾（用戶畫像）的無代碼平臺，設計出發點也是不同的：面向業務人員：表單交互模型搭建入手 （輕流的選擇）面向技術人員：資料庫模型搭建入手輕流的產品設計初衷並非是要替代程式設計師原本的工作，就如前面我們講到的 「對以前僅一小部分人可用的過程工具或介質進行公民化拓展，並通過此倍增人類創造的潛力 」 ，這才是輕流真正的目的。
Give people wonderful tools and they'll do wonderful things————蘋果對於上面這句話的理解
基於這樣一個願景，我們眼下最重要要解決的則是「如何讓業務人員可以儘可能快的體驗到「親手創造」業務系統的自在和快樂」這個問題。「易用性」的重要性在這個背景下被放大了。
與此同時，易用性和健壯度的對立統一則成了我們所面對最棘手的難題。我們在不斷摸索中，也開始找到一些方法，後續慢慢會跟大家分享我們的思考。
讓我們來聊聊破壞性創新
今年初去世的 克裡斯坦森 畢生最偉大的著作《創新者的窘境》中提到一概念叫：破壞性創新；
這個理念深深影響了蘋果、微軟等巨頭企業；書中所描述的「以下犯上」在整個商業史上比比皆是：個人計算機對於計算機市場的顛覆、小容量編寫硬碟對大型企業級硬碟的顛覆……
甚至到如今，我們的身邊所充斥著那些我們無法忽視的趨勢：移動端計算平臺的崛起、計算能力主導的影像系統、新能源汽車……每天都在為我們演示破壞性的創新如果通過「猥瑣」的發育逐漸成為主流需求而改變歷史軌跡。
11月11日發布的蘋果最新計算平臺，掀起了科技圈的一陣熱議
近些年，在2B企業級市場，我們看到具備破壞性創新特點的模式或產品不斷湧現：雲計算、SaaS化……
我們認為無代碼平臺也是這個信息化浪潮中的一員。
一些無法忽視的趨勢
「到2024年，無代碼/低代碼應用程式開發將佔應用程式開發活動的65％以上。」————Gartner預測
在剛剛過去的國慶節，大洋彼岸的北美，一個新的無代碼獨角獸悄悄地崛起——unqork宣布已完成20700萬美元的C輪融資，估值為20億美元。總融資達3.5億美元。
稍早一些的9月14日，業務資料庫自定義工具Airtable宣布以26億美元的估值募集了1.85億美元的D輪融資，這個估值比2018年底的11億美元又翻了一番還多。
而輕流 在疫情這樣一個特殊時期下，也獲得了來自源碼資本領投的數千萬A輪融資。
很多人都覺得 如今的無代碼平臺「噱頭大於實際」、「更像是玩具」、「可用性還比較低」。
對於從業的我們來說，我們也不否認通過「無代碼平臺」完全替代現有企業及軟體交付模式在現階段還不是很切實際。
不過在這樣一個積累即是壁壘的賽道，明天總歸是充滿光明的~