最近幾年在軟體開發領域，低程式碼被吹捧的到了天際，好像你沒接觸過低程式碼你都不好意思說自己在軟體領域工作，其實，大可不必，這其中很大一部分是資本催生的結果，也有一部分是新技術的出現，讓一些玩文字的人創造了一個新名字而已，我應該是10幾年前就在這方面做開發，所以很早就想總結下低程式碼，春節期間沒有回老家，正好梳理下，一共有三篇文章，分別是起因、實現、未來，這篇文章是第一篇，總結下起因的淵源。

開始接觸

記得剛開始接觸這方面工作的時候，我們當時叫客戶自定義，由於公司是專門做電子政務方面的系統，所以有很多審批類業務需求，像綠化審批、土地審批、提案議案等等，這些業務具體場景不同，但有個共同點就是流程不固定，需要多少層級不好預先設定，這就要求需要客戶可以自己配置，當時公司的開發都不知道怎麼實現這樣的業務需求，經過一段時間的摸索及實踐，最後採用VML實現了客戶的需求，當時覺得公司的實現思想及方式是非常先進的，其實現在看來也不錯，除了VML已經被淘汰，其它並不過時，所謂的低程式碼還是一樣的思路，但早已不叫客戶自定義功能。

不斷沉澱

從最初入職的公司離職，後面的工作經歷基本都是To B業務，主要集中在雲辦公、理賠、差旅報銷、物流等業務系統，雖然系統對應的業務場景不同，但系統都屬於SAAS平臺，因為SAAS化的普適性，不可能每個客戶的需求都一樣，客戶越多差異性越凸出、個性化越明顯，根據SAAS成熟度模型分級，如下圖所示。

Level2基本就需要實現可配置功能，這樣就不可避免的實現客戶自定義功能，從流程的自定義、單據自定義、業務過程自定義、報表自定義等等，這些自定義的功能，也是基本是現在低程式碼的功能，所以，低程式碼並不神秘，早就有了，也早就出現在了各個行業，目前出現了動不動就出現什麼首創低程式碼技術，哪裡有什麼首創，不是自己的知識面太窄，就是老王賣瓜，自己自嗨而已，真正搞技術的，基本不Care這些浪費時間的噱頭，甚至有些反感。我自己也實現了一套從業務模型項到業務模型、從業務模型到流程、從業務模型到表單及流程與表單的關聯、以及業務過程管理等全流程低程式碼平臺，雖然過程曲折但結果還是比較滿意的，但從不覺得有什麼新穎的東西，真沒什麼可以炫耀的，還是踏實把業務做精，把平臺做的更適應客戶的需求才是正道，不要一天天的賣概念、起個新名字就是首創了。

總結

低程式碼並不是什麼神秘的東西，其實早就有了，實現方式類似，思想相同，只是具體實現的技術可能跟以前不太一樣，比如流程這塊以前用GDI+、VML現在用SVG、Canvas，表單、報表以前用JavaScript、jquery現在用vue、react，但思路都類似，基本無差別，目前市面上出現的幾十家所謂的低程式碼公司，實現的方式也是類似，套路基本也差不多，差別甚微。

這篇文章先寫到這裡，下一篇文章介紹低程式碼的通用實現方式。

喜歡的朋友記得給個關注~