最近拼多多的員工猝死事件鬧得沸沸揚(yáng)揚(yáng)，這場(chǎng)痛心的事件不僅讓人們看到了無良企業(yè)的冷血?dú)埧幔尯芏嗳松钌罡惺艿搅顺绦騿T內(nèi)卷的危機(jī)感。

當(dāng)年程序員還屬于稀缺崗位的時(shí)候，并沒有太多的加班現(xiàn)象，然而隨著國外低代碼平臺(tái)逐漸在國內(nèi)興起，一場(chǎng)搶奪“低代碼”市場(chǎng)份額的拉鋸戰(zhàn)正在上演。

自從低代碼平臺(tái)到來之后，程序員的競(jìng)爭(zhēng)就更加激烈了，因?yàn)椴粫?huì)代碼的人幾乎都不用學(xué)會(huì)SQL，甚至零編程基礎(chǔ)的人都能迅速涌入這一行業(yè)。

但是程序員也不用太過于擔(dān)心，因?yàn)榈痛a并不能解決一切數(shù)據(jù)問題，你想一想如果ucloud中臺(tái)都交給一群沒有編程基礎(chǔ)的人，假如雙十二崩了誰來負(fù)責(zé)呢？所以專業(yè)的開發(fā)者更熟悉數(shù)據(jù)庫、結(jié)構(gòu)等知識(shí)，工作起來會(huì)更高效。

低代碼工具的出現(xiàn)

現(xiàn)在很多的低代碼平臺(tái)主要面向的都是企業(yè)管理軟件開發(fā)，說到企業(yè)管理軟件很多人第一時(shí)間想到的就是ERP系統(tǒng)，但其實(shí)低代碼平臺(tái)是針對(duì)整個(gè)軟件開發(fā)行業(yè)的工作模式提出的，并不單單只是針對(duì)ERP系統(tǒng)。

而低代碼最常見的就是將功能模塊進(jìn)行組件化，減少重復(fù)編寫代碼，能夠降低業(yè)務(wù)部門、公司對(duì)IT部門的依賴，程序員也就不用重復(fù)去編寫代碼，這樣能夠縮短開發(fā)周期。

但是低代碼僅僅是一種工具，工具的價(jià)值來自使用它的人。那么我們?cè)趺磻?yīng)該選擇低代碼平臺(tái)呢？在ucloud呆了兩年的我總結(jié)了下面三條經(jīng)驗(yàn)：

1、明確選型

首先要確定自己的平臺(tái)是不是用低代碼工具開發(fā)的，是否是用自己產(chǎn)品開發(fā)的；其次，就要看教程和文檔，看看數(shù)量質(zhì)量，是否收費(fèi)，然后看時(shí)間？很多平臺(tái)時(shí)間太短，啥都沒有，讓人家怎么學(xué)？另外我覺得也不應(yīng)該收費(fèi)。

還有一些更邪門的，例如ClickPaaS，根本就找不到任何文檔?？磿r(shí)間，主要是看平臺(tái)教學(xué)有沒有更新，例如牛刀，我看視頻有2000年左右的，也就是20年前！

2、選擇架構(gòu)類型

一般來說，C/S架構(gòu)目前已經(jīng)很老舊落后了，一般都比較落后，這個(gè)和低代碼平臺(tái)的復(fù)雜性相關(guān)，如果一開始設(shè)計(jì)不好，有已經(jīng)有了用戶，后期想要更新產(chǎn)品就會(huì)比較困難，畢竟C/S大家懂的，不光難看，而且確實(shí)這種產(chǎn)品早晚要被淘汰的，而且也不符合云計(jì)算的發(fā)展方向。

因此現(xiàn)在比較流行的架構(gòu)是B/S架構(gòu)，B/S在安全性、系統(tǒng)擴(kuò)展、云支持等方面有著無可比擬的優(yōu)勢(shì)，是否支持Oracle、Mysql、Mongo等多種數(shù)據(jù)庫。

比如現(xiàn)在市場(chǎng)上常見的低代碼報(bào)表平臺(tái)FineReport，這個(gè)報(bào)表平臺(tái)就是CS(設(shè)計(jì))+BS(使用)架構(gòu)，其直接連接數(shù)據(jù)源進(jìn)行計(jì)算和展示。

3、選擇平臺(tái)分類

就以FineReport這個(gè)類Excel的報(bào)表工具，主要用于搭建財(cái)務(wù)管理、進(jìn)銷存等應(yīng)用，無須學(xué)會(huì)Java、PHP等各種復(fù)雜的程序語言，只需要會(huì)簡單的sql就可以進(jìn)行企業(yè)級(jí)報(bào)表的開發(fā)。

其實(shí)在國內(nèi)很多公司里，絕大部分報(bào)表開發(fā)人員都不是程序員出身，因此就需要FineReport這樣簡單易學(xué)、使用門檻較低的工具。

對(duì)于IT人員來說，相比于其他的報(bào)表工具和代碼報(bào)表工具，能夠大大降低學(xué)習(xí)成本，提高報(bào)表制作的效率，使用FineReport之后，只要配置好數(shù)據(jù)，1到2個(gè)小時(shí)就可開發(fā)出一張報(bào)表。

以前我們都是請(qǐng)第三方軟件公司來開發(fā)報(bào)表，但是有時(shí)候軟件公司不能做出來，因?yàn)樗麄儗?duì)我們的業(yè)務(wù)和報(bào)表完全不能理解。

其次我們的報(bào)表需求變化非常大，今天是這樣，明天可能就是另外一個(gè)樣子了，而軟件公司的開發(fā)是一次性的，不滿足我們的長期需求。

最后，軟件公司來做來開發(fā)，但響應(yīng)速度也很難保證，影響公司決策執(zhí)行。因此我們使用了FineReport搭建報(bào)表平臺(tái)，有了這個(gè)報(bào)表平臺(tái)，我們自己的人員就可以制作報(bào)表，很方便很快捷，不需要開發(fā)人員，省了不少人力成本。

FineReport的很大優(yōu)勢(shì)，是不需要專業(yè)的開發(fā)人員，隨便來一個(gè)人，只要稍微懂一點(diǎn)數(shù)據(jù)庫的東西，就可以做出報(bào)表。

4、實(shí)現(xiàn)低代碼可視化

FineReport不同于普通報(bào)表制作，決策報(bào)表由各個(gè)組件構(gòu)成，支持圖表/布局/參數(shù)/控件等組件拖拽操作；

這個(gè)工具是比較流行的響應(yīng)式設(shè)計(jì)，組件擴(kuò)展獨(dú)立支持局部刷新，支持組件聯(lián)動(dòng)；完美實(shí)現(xiàn)自適應(yīng)，更好地支持移動(dòng)端和大屏的使用；

其實(shí)大多數(shù)是由FineReport自帶的H5圖表，此前有提到FineReport良好的開放性，可讓IT同時(shí)寫代碼開發(fā)，所以在制作時(shí)，也可接入Echarts等第三方控件來制作圖表。

總結(jié)

再回到低代碼平臺(tái)！

對(duì)于開發(fā)人員來說：

對(duì)于業(yè)務(wù)人員來說：

“低代碼”最近確實(shí)很火，很多公司都在或多或少的進(jìn)行低代碼的研發(fā)或者布局工作，何為低代碼？不需要技術(shù)人員，普通的HR即可完成的業(yè)務(wù)工作，比如設(shè)置請(qǐng)假單、報(bào)銷單、審批單等功能。現(xiàn)在使用率比較搞的產(chǎn)品比如：釘釘（迎合企業(yè)、壓榨員工的一款A(yù)pp）。

但是站在個(gè)人角度，我很討厭釘釘，程序員何苦難為程序員，程序員用編程的思維、固定化的條條框框來限制或者制約著現(xiàn)在社會(huì)的勞動(dòng)者，從這一點(diǎn)出發(fā)，中國的小學(xué)生最有發(fā)言權(quán)，這個(gè)是大資本家馬先生的功勞。

返回正題，個(gè)人感覺低代碼研發(fā)可以從下面幾個(gè)方面入手或者解決。

1、靈活的表單設(shè)置

目前常用的表單設(shè)置或者開發(fā)，我項(xiàng)目中集成的技術(shù)包括（以下三種）：

• 自定義表單（通過ueditor設(shè)置表單，綁定數(shù)據(jù)表與表單的關(guān)聯(lián)關(guān)系）
• 拖拽表單（通過拖拽技術(shù)，拖拽組件，將表單的內(nèi)容通過可視化拖拽布局，比如：輸入框、單選框）
• 代碼生成器（我們的項(xiàng)目中集成了單表、主子表、樹表的代碼生成器功能）

2、在線流程設(shè)計(jì)器

有了表單如果沒有流程，表單則沒有了靈魂，如果一個(gè)表單的布局只能增刪改查，而沒有其他輔助工具的關(guān)聯(lián)使用，則價(jià)值意義不大。

流程設(shè)計(jì)器可以在線設(shè)計(jì)流程圖、指定流程節(jié)點(diǎn)辦理人、流程表單關(guān)聯(lián)關(guān)系、代辦任務(wù)、已辦任務(wù)、我發(fā)起的任務(wù)、歷史任務(wù)、歷史流程定義等等功能的設(shè)置。

亮點(diǎn)：在線設(shè)計(jì)流程+自定義表單=無需編碼即可實(shí)現(xiàn)流程審批。

3、可視化拖拽報(bào)表

有了業(yè)務(wù)數(shù)據(jù)，如果對(duì)業(yè)務(wù)數(shù)據(jù)最大化的處理，報(bào)表工具的用途就凸顯出來了，但是個(gè)人認(rèn)為如果較為復(fù)雜的報(bào)表，可不比從新開發(fā)，采用目前市面上比較成熟的報(bào)表工具即可，比如：水晶報(bào)表、潤乾報(bào)表等。通過第三方工具設(shè)計(jì)完成報(bào)表后，通過外鏈的模式進(jìn)行項(xiàng)目引用。（項(xiàng)目菜單可靈活配置。）

我們的項(xiàng)目目前沒有集成業(yè)務(wù)報(bào)表，我們集成了拖拽可視化echarts報(bào)表，通過拖拽圖像化頁面、靜態(tài)、動(dòng)態(tài)數(shù)據(jù)源設(shè)置，可以無需開發(fā)即可實(shí)現(xiàn)可視化報(bào)表的展示。

4、可視化拖拽大屏

現(xiàn)在也是比較火的一個(gè)方向，通過畫布、各種組件、多種數(shù)據(jù)源配置等方式，通過拖拽組件研發(fā)可視化大屏項(xiàng)目，無需在重新編碼，這個(gè)方向目前比較成熟的有：ucloud的datav、百度Sugar等產(chǎn)品，但是很多企業(yè)也在研發(fā)，因?yàn)榻M件一直在更新，所以產(chǎn)品的研發(fā)也一直在更新。（有這個(gè)興趣的朋友，可以關(guān)注下我，聯(lián)系我，說不定我們可以一起做些事情，我下一步的計(jì)劃）

5、程序員的價(jià)值

隨著上面幾種情況，可能還會(huì)有其他的情況出現(xiàn)，更好的低代碼意見。話說回來，所有的低代碼只是輔助快速開發(fā)的一種手段而已，即使沒有上面的集中情況，很多程序的研發(fā)對(duì)于程序員來說也是非?？斓?，低代碼的弊端就是靈活性大大降低，如果出現(xiàn)低代碼無法解決的情況通過二次代碼開發(fā)的話，難度可能會(huì)更大，所有程序員的方向或者價(jià)值：多學(xué)習(xí)新的技術(shù)和知識(shí)，時(shí)代在發(fā)展，社會(huì)在進(jìn)步，一天不學(xué)習(xí)都跟不上時(shí)代，所以多接觸、多學(xué)習(xí)、多了解，時(shí)刻保持為代碼獻(xiàn)身的精神（哈哈，玩笑話，996 請(qǐng)遠(yuǎn)離）

6、低代碼開源項(xiàng)目

青鋒的低代碼開源項(xiàng)目，目前已實(shí)現(xiàn)了自定義表單、流程設(shè)計(jì)器（基于activiti的OA流程）、拖拽可視化echarts報(bào)表、代碼生成器、全方位的權(quán)限系統(tǒng)、其他系統(tǒng)基礎(chǔ)架構(gòu)的功能。

代碼已開源，托管到（gitee）,可以去搜索青鋒系統(tǒng) 下載，了解更多的關(guān)注我，私信發(fā)您下載鏈接。

我想在這里交接更多的朋友。

低代碼可以減少重復(fù)勞動(dòng)，讓您更加專注業(yè)務(wù)，節(jié)約大量成本，從而提高工作效率。

事物發(fā)展都具有兩面性，低代碼平臺(tái)也有它的優(yōu)勢(shì)和不足，它有自己的使用場(chǎng)景和目標(biāo)人群。

我也做過三款類似的產(chǎn)品，很多都是基于元數(shù)據(jù)驅(qū)動(dòng)，運(yùn)行時(shí)動(dòng)態(tài)解析，保存發(fā)布立即生效，設(shè)計(jì)時(shí)又主要有那么幾部分：可視化拖拽的表單設(shè)計(jì)器、業(yè)務(wù)流程設(shè)計(jì)器、報(bào)表設(shè)計(jì)器、BI 大屏設(shè)計(jì)器、組織架構(gòu)（多組織體系）等，再結(jié)合移動(dòng)終端等，基本就能形成一個(gè)完整的閉環(huán)，總結(jié)來說有以下幾個(gè)優(yōu)點(diǎn)吧：

• 減少重復(fù)的編碼工作，提升開發(fā)效率

- 我們測(cè)算過，相比以前硬編碼的方式，開發(fā)效率提升了 60% 左右

• 統(tǒng)一規(guī)范與實(shí)現(xiàn)方式，減少 Bug，提高產(chǎn)品質(zhì)量

- 統(tǒng)籌規(guī)劃整體的業(yè)務(wù)架構(gòu)和開發(fā)規(guī)范，減少各業(yè)務(wù)組各自為政、相同功能有不同版本實(shí)現(xiàn)的問題

• 快速滿足客戶個(gè)性化需求，提升交付速度和質(zhì)量

- 大部分場(chǎng)景不需要開發(fā)介入，實(shí)施就能處理好客戶的個(gè)性化需求，甚至有時(shí)候客戶都能自己處理

當(dāng)然，這里面也面臨著一些問題，比如：客戶個(gè)性化開發(fā)后與標(biāo)準(zhǔn)產(chǎn)品之間的兼容和沖突的問題，既然是動(dòng)態(tài)解析也會(huì)帶來一些性能的損失，當(dāng)平臺(tái)功能滿足不了的時(shí)候怎么辦...

如果你是業(yè)務(wù)開發(fā)人員，我的建議是：先會(huì)用，學(xué)習(xí)人家的設(shè)計(jì)理念和玩法，再嘗試自己動(dòng)手去實(shí)踐，轉(zhuǎn)化成自己的知識(shí)沉淀下來。

在軟件開發(fā)的過程中，只有適度改進(jìn)，沒有包治百病的銀彈，脫離業(yè)務(wù)場(chǎng)景談技術(shù)架構(gòu)都是扯淡。

其實(shí)只要搞清楚什么是低代碼就知道，程序員依舊是不可替代的，程序員最大的價(jià)值是創(chuàng)新，而不是從事可重復(fù)操作勞動(dòng)。

目前所謂低代碼主要是運(yùn)用在一些流程比較規(guī)范成熟的項(xiàng)目里，比如OA、報(bào)表、甚至簡單游戲制作等，這些項(xiàng)目共同特征就是有一套比較成熟的開發(fā)流程，就可以抽象出一些公共功能進(jìn)行模塊化，低代碼要做的就是把這些模塊拼裝在一起，實(shí)現(xiàn)一個(gè)更高級(jí)的功能。

但是人類的需求是千變?nèi)f化的，一定會(huì)有各種新想法新需求，所以就存在按需定制，就像買衣服、搞裝修，要衣服合身最好找裁縫師傅量體裁衣，要住的舒心找裝修公司按需設(shè)計(jì)。

同時(shí)，計(jì)算機(jī)技術(shù)的發(fā)展也是日新月異，一套信息化系統(tǒng)不可能管用100年，即使將來出現(xiàn)管用100年的系統(tǒng)，那也是有程序猿在背后不斷更新維護(hù)的。

程序員想要不被替代，只有不斷學(xué)習(xí)新技術(shù)，這和是否流行低代碼完全沒有關(guān)系，是這個(gè)行業(yè)的特性。

低代碼火了，低代碼開發(fā)平臺(tái)也越來越多，有人說低代碼的興起預(yù)示程序員行業(yè)的沒落。其實(shí)不然，雖然低代碼平臺(tái)已經(jīng)完成了大多數(shù)的基礎(chǔ)功能，只需要簡單拖拽就可以實(shí)現(xiàn)，普通人學(xué)習(xí)一下教程就能完成，但是，低代碼平臺(tái)只是完成了基礎(chǔ)框架的構(gòu)建，讓開發(fā)人員不用重復(fù)的編碼，提高了開發(fā)效率，想要對(duì)程序進(jìn)行二次開發(fā)還是需要開發(fā)人員來完成。還有一點(diǎn)，低代碼平臺(tái)本身是在不斷的升級(jí)換代的，同樣需要優(yōu)秀的程序員，因此，程序員行業(yè)是不會(huì)被低代碼平臺(tái)替代的。不過各個(gè)行業(yè)都是一樣不進(jìn)步就意味著淘汰，程序員需要不斷的學(xué)習(xí)新知識(shí)，跟上時(shí)代進(jìn)步的步伐，提高自己的水平才不會(huì)被淘汰。

不長久，只適合內(nèi)部使用。因?yàn)榈痛a就等于是低可維護(hù)性，編程語言的變革會(huì)導(dǎo)致低代碼框架過時(shí)甚至成為大量軟件更新?lián)Q代的瓶頸進(jìn)而只能從頭再來。要知道保持自己的開放性，是一種安全，擁有較低的替換代價(jià)，否則因?yàn)橐粫r(shí)的爽，高度依賴性會(huì)導(dǎo)致替換成本巨大。未來一定不堪回首。

從事互聯(lián)網(wǎng)5年，個(gè)人認(rèn)為需要有靈活的思維方式，有效的解決方案，能夠高效低成本的解決現(xiàn)實(shí)中的問題，這種能力在職場(chǎng)中是不可替代的。低代碼也是一種低成本的解決方案的體現(xiàn)。無論在什么領(lǐng)域，都需要高效的生產(chǎn)。