低代碼到底要多低才算低？
三個問題：
- 低代碼到底要多低才算低?
- 低代碼工具的目標用戶到底是誰?
- 低代碼為啥就突然火了?
這三個問題，作為甲方中國企業怎么看?作為乙方中國企業軟件提供商怎么看?
(1) 時代大背景
1980年深圳特區成立，1991年電視劇《外來妹》播出，毛寧和楊鈺瑩唱的片中曲。
Intel 386是1985年推出的，486是1989年推出的。1994年，微軟推出Windows3.2，是第一個中文Windows系統。1995年，Windows95推出，Amazon創立、雅虎創立，世界互聯網爆發。
WPS、CCED都在1988年開發出來第一版，著名的殺毒軟件江民公司KV100是1994年推出的。19923年鮑岳橋加入希望公司在1994年推出最新版本UCDOS
(2) DOS時代的低代碼工具
1982年Dbase第一個DOS版本發布，1984年Dbase用C語言重寫了一次。1986年Foxbase推出。
那個時代是單機、字符界面、命令行。人們寫企業管理軟件，就一個Dbase/Foxbase，數據庫、業務邏輯、前端輸入輸出UI，都在一起。
那個時代的技術也不復雜，那個時代90年代初蘇聯還未解體、世界還在冷戰隔膜、鄧小平還未南巡、中國還在計劃經濟雙軌制，那個時代的企業有計算機的都是在無塵機房、進門要換拖鞋穿白大褂、計算機使用者個個會Dbase編程。
大連雅奇過去出了個代碼生成器，可以按向導自動生成各種常見的增刪改查功能代碼。我記得在1997-1999有個廣州速達軟件，號稱ERP，打開一看什么都有，仔細一看本質都是增刪改查。
(3) Windows時代的低代碼工具
Windows時代不僅是可視化、鼠標，也是局域網、大型數據庫。
那個時代三大利器：VB、PB、Delphi。我重點說說PB。
PowerBuilder是1991年推出的，是由大型關系數據庫廠商Sybase推出的。如何基于大型關系數據庫快速開發基于可視化UI、客戶端/服務器局域網模式的企業應用軟件，這是Sybase的初衷。
我最喜歡PB的DataWindow這個可視化組件，既可以增刪改查/排序/過濾，又可以輸出報表/預覽/打印/導出。簡直是網絡版的EXCEL。想想，EXCEL不就是這么功能么?
我在1999年主力參與了全新一代的企業級應用套件研發，我們自己設計自己研發了一套個性化配置平臺，你可以借助這個工具自定義界面、自定義字段、自定義查詢、自定義報表。我們也有自己做的實施工具，方便實施人員進行基礎數據初始化、功能權限配置、業務參數配置、審批工作流程配置。這是兩個不同的工具。
從1995年以來，朱镕基進行了國退民進、市場經濟改革，企業需要多部門勾稽關聯防止跑冒滴漏，PC機普及/價格大幅下降/Windows易用普及。應用從個人單機或單部門應用也擴展為全企業應用，技術也從個人英雄個人開發簡單技術走向多層、組件技術、分布式計算、UML建模、軟件工程工作模式。原來企業內的IT技術人員要么放下了手里的技術開始使用商業軟件公司的個性化配置平臺和實施平臺運維平臺，要么有些企業內的IT技術人員跳槽到了專業的商業軟件公司做實施顧問或研發人員。
(4) Web時代的低代碼工具
1997年，Amazon、雅虎全都上市。
1997年，Delphi3.0推出：新增加了個關鍵字Interface，開始支持DCOM技術。DCOM是微軟1995年隨Win95推出的技術。當時微軟推一個概念叫Windows DNA，就是說，應用可組合而成。Delphi也隨流行，推基于局域網的三層技術架構：客戶端、中間層DCOM業務邏輯、后臺大型關系數據庫。
但，1995年，Java、Javascript、IE瀏覽器1.0也成為了互聯網主流。1997年Java推出JSP/Servlet，1998年推出EJB，1999年推出J2EE。
所以Web時代的架構層次成了：
- 瀏覽器前端：HTML、CSS、Javascript
- Web端：JSP/Servlet
- 中間邏輯層：EJB
- 后端：大型關系數據庫
這時候的可視化成了Adobe的Dreamweaver(MicroMedia公司在1997年開發，在2005年被Adobe收購)、微軟的FrontPage(1995年推出)。使用者更多是網頁設計師，而不是程序員。這是歷史最大的變化。從未這樣過。
后來，網頁設計師分離出來兩個，一個叫UIUE，一個叫前端開發工程師。但，前端編程，不再可視化了。
可以這么說：低代碼開發，從Web時代就死了。
為啥?你看啊，企業是個單獨組織，互聯網是個社會組織，一個是網狀中的結點，一個是網，這不在一個維度。
所以在Web時代以及以后，各層技術變化劇烈。
- 瀏覽器可視化層：從JQuery、Bootstrap，到AngularJS、VUE
- Web層：除了JSP/ASP.Net，還有咱們常見的PHP、Ruby、Python、NodeJS等等
- 中間件層：也是一路狂奔，不僅分解了很多中間件(WebServer、EJB Server、消息隊列、分布式事務、目錄服務等等)，從架構技術也是一路狂奔出SOA、Spring、微服務，現在又流行無服務器編程
- 數據層：也是一路狂奔，SQL、NoSQL、數據湖、實時流式計算，每年會流行一個大數據技術，真是讓人眼花繚亂
在Web時代，不管是甲方的IT部門人員，還是乙方的實施人員，都已經對技術束手無策了，淪為純的軟件應用人員了。低代碼需求一沉淪就沉淪了快20年。
(5) 云時代的低代碼工具
現在又在了云時代。
1999年創業的Salesforce，在2007年發明了類Java的APEX商業應用開發語言供應用商店開發合作伙伴用。但這幾年也在推Lightning低代碼平臺。
說起商業應用開發語言，最鼻祖應該就是SAP在1979年發明的ABAP，一開始是為了搞報表開發的，類似Excel中的函數和VBA。一開始ABAP也是目標給客戶項目定制開發合作伙伴用的。
說實話，我是蠻喜歡EXCEL和它嵌入的VBA的。
剛才我就說：EXCEL本來就像一個單機版的數據輸入輸出工具，所以中國很多企業管理軟件，都是被單機個人EXCEL+QQ網絡協同秒殺的。
你看VBA，腳本很簡單，還能錄制自動修成代碼，還可以直接修改/調試/跟蹤，還可以建立自定義UI控件和Form，最最牛的是還可以調用COM API，這就功能走出EXCEL邊界，強大死了。
EXCEL一般都是個人單機用的辦公套件。說起組織協同多人用的辦公套件，我想起來IBm的Domino/Notes。
- 它有文檔編輯套件：類EXCEL/Word/PPT
- 它有內容文檔存儲、內容權限管理、內容搜索
- 它有統一工作流引擎
- 它有類VBA的腳本語言、可視化開發
- 它有統一通信：郵件、IM、VOIP網絡電話
- 它有項目、日程、任務、會議
- 它有企業社交：BBS、博客、微博...
但我這一節重點說的不是這些存在了50年或30年的東西。
我想說的是，基于云時代，怎么看全局。
先說說企業這一端。
大家也看到前段時間流行的一篇文章，說特斯拉自研智能制造信息化系統、自研線上線下一體化電商銷售信息化系統、自研基于遠程車聯網數據監控遠程診斷的售后服務信息化系統。
為啥要自研呢?用SAP ERP難道不香嗎?
還真不香，我過去寫過一篇文章專門寫特斯拉的創新突破，從設計、技術、制造、銷售、售后，皆劇烈創新，和福特、通用汽車、奔馳、寶馬這些百年汽車企業截然不同。這不自研，沒法適用啊，摯肘特斯拉快速變化創新突破。
這和中國電子商務公司雇傭1萬多人自研業務系統是一個道理。
但是，有快速進化創新革命的需求，還得能做了。
好就好在這么復雜的技術，現在有了兩個支撐：一個是國際巨頭貢獻的經過實證錘煉的開源免費技術，一個就是云計算。所以中國很多過去只購買外部商業軟件或者外包開發的企業，現在紛紛成立獨立的科技公司、自己招CTO自己組建研發團隊，基于云服務開發自己的商業創新。他們的技術團隊規模與實力當然仍然比不上專業的軟件公司，但是他們需要的商業創新又沒有成熟商業軟件，咋辦?實質上，商業軟件公司的進化，已經落后于這個不斷快速劇烈變化的時代?低代碼工具、低代碼工具使用者，呼之欲出。
AWS從2006年推出，每年推出和更新的云服務多達幾千個。這在過去軟件時代不可想象。想想軟件時代：IBM服務器、EMC存儲、Oracle數據庫...，在開源與云服務時代，AWS一家就通吃全部。這是過去從來沒有過的事情。
讓新開發的應用一開始就長在云上，是直接調用這幾千個云服務組合而成，作為云計算巨頭該怎么做呢?
- 入口門戶、Open ID：類似釘釘
- 應用商店肯定得有，統一訂單管理、統一支付、統一結算
- 輕應用UI技術肯定得有，類似微信小程序
- 一個低代碼平臺，可以快速可視化向導生成常用增刪改查，也可以快速搭建自己想用的可視化頁面，也可以快速調用那幾千項云服務API。你看AWS不僅給這些云服務統一提供了API，還發布了比微服務更簡易的技術：無服務器Serverless技術
也就是說，我們過去是調用Delphi API、Windows API、J2EE API、Android API編寫應用軟件，現在是調用幾千項云服務API進行編程。
這想法，2008年，Google就想借GAE、Google API開放平臺、Dart/NodeJS、GWT、Chrome搞。現在，全世界再重做一次。
如果大家對低代碼平臺沒啥感覺的話，大家可以看看微軟的PowerApps、Oracle Apex這兩個工具，我個人覺得蠻好的。都有免費社區版，大家可以自由下載自由體驗。現在中國很多李鬼號稱低代碼平臺，我建議大家選型時和微軟PowerApp套件做功能特性列表對標。
