{eval=Array;=+count(Array);}
最近拼多多的員工猝死事件鬧得沸沸揚揚,這場痛心的事件不僅讓人們看到了無良企業(yè)的冷血殘酷,更讓很多人深深感受到了程序員內(nèi)卷的危機感。
當(dāng)年程序員還屬于稀缺崗位的時候,并沒有太多的加班現(xiàn)象,然而隨著國外低代碼平臺逐漸在國內(nèi)興起,一場搶奪“低代碼”市場份額的拉鋸戰(zhàn)正在上演。
自從低代碼平臺到來之后,程序員的競爭就更加激烈了,因為不會代碼的人幾乎都不用學(xué)會SQL,甚至零編程基礎(chǔ)的人都能迅速涌入這一行業(yè)。
但是程序員也不用太過于擔(dān)心,因為低代碼并不能解決一切數(shù)據(jù)問題,你想一想如果ucloud中臺都交給一群沒有編程基礎(chǔ)的人,假如雙十二崩了誰來負(fù)責(zé)呢?所以專業(yè)的開發(fā)者更熟悉數(shù)據(jù)庫、結(jié)構(gòu)等知識,工作起來會更高效。
現(xiàn)在很多的低代碼平臺主要面向的都是企業(yè)管理軟件開發(fā),說到企業(yè)管理軟件很多人第一時間想到的就是ERP系統(tǒng),但其實低代碼平臺是針對整個軟件開發(fā)行業(yè)的工作模式提出的,并不單單只是針對ERP系統(tǒng)。
而低代碼最常見的就是將功能模塊進行組件化,減少重復(fù)編寫代碼,能夠降低業(yè)務(wù)部門、公司對IT部門的依賴,程序員也就不用重復(fù)去編寫代碼,這樣能夠縮短開發(fā)周期。
但是低代碼僅僅是一種工具,工具的價值來自使用它的人。那么我們怎么應(yīng)該選擇低代碼平臺呢?在ucloud呆了兩年的我總結(jié)了下面三條經(jīng)驗:
1、明確選型
首先要確定自己的平臺是不是用低代碼工具開發(fā)的,是否是用自己產(chǎn)品開發(fā)的;其次,就要看教程和文檔,看看數(shù)量質(zhì)量,是否收費,然后看時間?很多平臺時間太短,啥都沒有,讓人家怎么學(xué)?另外我覺得也不應(yīng)該收費。
還有一些更邪門的,例如ClickPaaS,根本就找不到任何文檔??磿r間,主要是看平臺教學(xué)有沒有更新,例如牛刀,我看視頻有2000年左右的,也就是20年前!
2、選擇架構(gòu)類型
一般來說,C/S架構(gòu)目前已經(jīng)很老舊落后了,一般都比較落后,這個和低代碼平臺的復(fù)雜性相關(guān),如果一開始設(shè)計不好,有已經(jīng)有了用戶,后期想要更新產(chǎn)品就會比較困難,畢竟C/S大家懂的,不光難看,而且確實這種產(chǎn)品早晚要被淘汰的,而且也不符合云計算的發(fā)展方向。
因此現(xiàn)在比較流行的架構(gòu)是B/S架構(gòu),B/S在安全性、系統(tǒng)擴展、云支持等方面有著無可比擬的優(yōu)勢,是否支持Oracle、Mysql、Mongo等多種數(shù)據(jù)庫。
比如現(xiàn)在市場上常見的低代碼報表平臺FineReport,這個報表平臺就是CS(設(shè)計)+BS(使用)架構(gòu),其直接連接數(shù)據(jù)源進行計算和展示。
3、選擇平臺分類
就以FineReport這個類Excel的報表工具,主要用于搭建財務(wù)管理、進銷存等應(yīng)用,無須學(xué)會Java、PHP等各種復(fù)雜的程序語言,只需要會簡單的sql就可以進行企業(yè)級報表的開發(fā)。
其實在國內(nèi)很多公司里,絕大部分報表開發(fā)人員都不是程序員出身,因此就需要FineReport這樣簡單易學(xué)、使用門檻較低的工具。
對于IT人員來說,相比于其他的報表工具和代碼報表工具,能夠大大降低學(xué)習(xí)成本,提高報表制作的效率,使用FineReport之后,只要配置好數(shù)據(jù),1到2個小時就可開發(fā)出一張報表。
以前我們都是請第三方軟件公司來開發(fā)報表,但是有時候軟件公司不能做出來,因為他們對我們的業(yè)務(wù)和報表完全不能理解。
其次我們的報表需求變化非常大,今天是這樣,明天可能就是另外一個樣子了,而軟件公司的開發(fā)是一次性的,不滿足我們的長期需求。
最后,軟件公司來做來開發(fā),但響應(yīng)速度也很難保證,影響公司決策執(zhí)行。因此我們使用了FineReport搭建報表平臺,有了這個報表平臺,我們自己的人員就可以制作報表,很方便很快捷,不需要開發(fā)人員,省了不少人力成本。
FineReport的很大優(yōu)勢,是不需要專業(yè)的開發(fā)人員,隨便來一個人,只要稍微懂一點數(shù)據(jù)庫的東西,就可以做出報表。
4、實現(xiàn)低代碼可視化
FineReport不同于普通報表制作,決策報表由各個組件構(gòu)成,支持圖表/布局/參數(shù)/控件等組件拖拽操作;
這個工具是比較流行的響應(yīng)式設(shè)計,組件擴展獨立支持局部刷新,支持組件聯(lián)動;完美實現(xiàn)自適應(yīng),更好地支持移動端和大屏的使用;
其實大多數(shù)是由FineReport自帶的H5圖表,此前有提到FineReport良好的開放性,可讓IT同時寫代碼開發(fā),所以在制作時,也可接入Echarts等第三方控件來制作圖表。
再回到低代碼平臺!
對于開發(fā)人員來說:
對于業(yè)務(wù)人員來說:
“低代碼”最近確實很火,很多公司都在或多或少的進行低代碼的研發(fā)或者布局工作,何為低代碼?不需要技術(shù)人員,普通的HR即可完成的業(yè)務(wù)工作,比如設(shè)置請假單、報銷單、審批單等功能?,F(xiàn)在使用率比較搞的產(chǎn)品比如:釘釘(迎合企業(yè)、壓榨員工的一款A(yù)pp)。
但是站在個人角度,我很討厭釘釘,程序員何苦難為程序員,程序員用編程的思維、固定化的條條框框來限制或者制約著現(xiàn)在社會的勞動者,從這一點出發(fā),中國的小學(xué)生最有發(fā)言權(quán),這個是大資本家馬先生的功勞。
返回正題,個人感覺低代碼研發(fā)可以從下面幾個方面入手或者解決。
目前常用的表單設(shè)置或者開發(fā),我項目中集成的技術(shù)包括(以下三種):
有了表單如果沒有流程,表單則沒有了靈魂,如果一個表單的布局只能增刪改查,而沒有其他輔助工具的關(guān)聯(lián)使用,則價值意義不大。
流程設(shè)計器可以在線設(shè)計流程圖、指定流程節(jié)點辦理人、流程表單關(guān)聯(lián)關(guān)系、代辦任務(wù)、已辦任務(wù)、我發(fā)起的任務(wù)、歷史任務(wù)、歷史流程定義等等功能的設(shè)置。
亮點:在線設(shè)計流程+自定義表單=無需編碼即可實現(xiàn)流程審批。
有了業(yè)務(wù)數(shù)據(jù),如果對業(yè)務(wù)數(shù)據(jù)最大化的處理,報表工具的用途就凸顯出來了,但是個人認(rèn)為如果較為復(fù)雜的報表,可不比從新開發(fā),采用目前市面上比較成熟的報表工具即可,比如:水晶報表、潤乾報表等。通過第三方工具設(shè)計完成報表后,通過外鏈的模式進行項目引用。(項目菜單可靈活配置。)
我們的項目目前沒有集成業(yè)務(wù)報表,我們集成了拖拽可視化echarts報表,通過拖拽圖像化頁面、靜態(tài)、動態(tài)數(shù)據(jù)源設(shè)置,可以無需開發(fā)即可實現(xiàn)可視化報表的展示。
現(xiàn)在也是比較火的一個方向,通過畫布、各種組件、多種數(shù)據(jù)源配置等方式,通過拖拽組件研發(fā)可視化大屏項目,無需在重新編碼,這個方向目前比較成熟的有:ucloud的datav、百度Sugar等產(chǎn)品,但是很多企業(yè)也在研發(fā),因為組件一直在更新,所以產(chǎn)品的研發(fā)也一直在更新。(有這個興趣的朋友,可以關(guān)注下我,聯(lián)系我,說不定我們可以一起做些事情,我下一步的計劃)
隨著上面幾種情況,可能還會有其他的情況出現(xiàn),更好的低代碼意見。話說回來,所有的低代碼只是輔助快速開發(fā)的一種手段而已,即使沒有上面的集中情況,很多程序的研發(fā)對于程序員來說也是非??斓?,低代碼的弊端就是靈活性大大降低,如果出現(xiàn)低代碼無法解決的情況通過二次代碼開發(fā)的話,難度可能會更大,所有程序員的方向或者價值:多學(xué)習(xí)新的技術(shù)和知識,時代在發(fā)展,社會在進步,一天不學(xué)習(xí)都跟不上時代,所以多接觸、多學(xué)習(xí)、多了解,時刻保持為代碼獻身的精神(哈哈,玩笑話,996 請遠(yuǎn)離)
青鋒的低代碼開源項目,目前已實現(xiàn)了自定義表單、流程設(shè)計器(基于activiti的OA流程)、拖拽可視化echarts報表、代碼生成器、全方位的權(quán)限系統(tǒng)、其他系統(tǒng)基礎(chǔ)架構(gòu)的功能。
代碼已開源,托管到(gitee),可以去搜索青鋒系統(tǒng) 下載,了解更多的關(guān)注我,私信發(fā)您下載鏈接。
我想在這里交接更多的朋友。
事物發(fā)展都具有兩面性,低代碼平臺也有它的優(yōu)勢和不足,它有自己的使用場景和目標(biāo)人群。
我也做過三款類似的產(chǎn)品,很多都是基于元數(shù)據(jù)驅(qū)動,運行時動態(tài)解析,保存發(fā)布立即生效,設(shè)計時又主要有那么幾部分:可視化拖拽的表單設(shè)計器、業(yè)務(wù)流程設(shè)計器、報表設(shè)計器、BI 大屏設(shè)計器、組織架構(gòu)(多組織體系)等,再結(jié)合移動終端等,基本就能形成一個完整的閉環(huán),總結(jié)來說有以下幾個優(yōu)點吧:
- 我們測算過,相比以前硬編碼的方式,開發(fā)效率提升了 60% 左右
- 統(tǒng)籌規(guī)劃整體的業(yè)務(wù)架構(gòu)和開發(fā)規(guī)范,減少各業(yè)務(wù)組各自為政、相同功能有不同版本實現(xiàn)的問題
- 大部分場景不需要開發(fā)介入,實施就能處理好客戶的個性化需求,甚至有時候客戶都能自己處理
當(dāng)然,這里面也面臨著一些問題,比如:客戶個性化開發(fā)后與標(biāo)準(zhǔn)產(chǎn)品之間的兼容和沖突的問題,既然是動態(tài)解析也會帶來一些性能的損失,當(dāng)平臺功能滿足不了的時候怎么辦...
如果你是業(yè)務(wù)開發(fā)人員,我的建議是:先會用,學(xué)習(xí)人家的設(shè)計理念和玩法,再嘗試自己動手去實踐,轉(zhuǎn)化成自己的知識沉淀下來。
在軟件開發(fā)的過程中,只有適度改進,沒有包治百病的銀彈,脫離業(yè)務(wù)場景談技術(shù)架構(gòu)都是扯淡。
其實只要搞清楚什么是低代碼就知道,程序員依舊是不可替代的,程序員最大的價值是創(chuàng)新,而不是從事可重復(fù)操作勞動。
目前所謂低代碼主要是運用在一些流程比較規(guī)范成熟的項目里,比如OA、報表、甚至簡單游戲制作等,這些項目共同特征就是有一套比較成熟的開發(fā)流程,就可以抽象出一些公共功能進行模塊化,低代碼要做的就是把這些模塊拼裝在一起,實現(xiàn)一個更高級的功能。
但是人類的需求是千變?nèi)f化的,一定會有各種新想法新需求,所以就存在按需定制,就像買衣服、搞裝修,要衣服合身最好找裁縫師傅量體裁衣,要住的舒心找裝修公司按需設(shè)計。
同時,計算機技術(shù)的發(fā)展也是日新月異,一套信息化系統(tǒng)不可能管用100年,即使將來出現(xiàn)管用100年的系統(tǒng),那也是有程序猿在背后不斷更新維護的。
程序員想要不被替代,只有不斷學(xué)習(xí)新技術(shù),這和是否流行低代碼完全沒有關(guān)系,是這個行業(yè)的特性。
低代碼火了,低代碼開發(fā)平臺也越來越多,有人說低代碼的興起預(yù)示程序員行業(yè)的沒落。其實不然,雖然低代碼平臺已經(jīng)完成了大多數(shù)的基礎(chǔ)功能,只需要簡單拖拽就可以實現(xiàn),普通人學(xué)習(xí)一下教程就能完成,但是,低代碼平臺只是完成了基礎(chǔ)框架的構(gòu)建,讓開發(fā)人員不用重復(fù)的編碼,提高了開發(fā)效率,想要對程序進行二次開發(fā)還是需要開發(fā)人員來完成。還有一點,低代碼平臺本身是在不斷的升級換代的,同樣需要優(yōu)秀的程序員,因此,程序員行業(yè)是不會被低代碼平臺替代的。不過各個行業(yè)都是一樣不進步就意味著淘汰,程序員需要不斷的學(xué)習(xí)新知識,跟上時代進步的步伐,提高自己的水平才不會被淘汰。
不長久,只適合內(nèi)部使用。因為低代碼就等于是低可維護性,編程語言的變革會導(dǎo)致低代碼框架過時甚至成為大量軟件更新?lián)Q代的瓶頸進而只能從頭再來。要知道保持自己的開放性,是一種安全,擁有較低的替換代價,否則因為一時的爽,高度依賴性會導(dǎo)致替換成本巨大。未來一定不堪回首。
從事互聯(lián)網(wǎng)5年,個人認(rèn)為需要有靈活的思維方式,有效的解決方案,能夠高效低成本的解決現(xiàn)實中的問題,這種能力在職場中是不可替代的。低代碼也是一種低成本的解決方案的體現(xiàn)。無論在什么領(lǐng)域,都需要高效的生產(chǎn)。
0
回答0
回答0
回答0
回答0
回答0
回答0
回答1
回答3
回答1
回答