背負著“人人都是程序員”的期望降生,低代碼作為一種早已有之卻又重獲新生的技術理念,迎來了市場的熱捧,又遭遇了諸多的質疑。
從軟件開發(fā)行業(yè)的發(fā)展脈絡來看,降本增效是行業(yè)不斷向前發(fā)展的過程中,一脈相承的核心訴求。而低代碼的能力,也恰恰是讓研發(fā)人員從機械的增刪查改中脫離出來,專注于解決更有價值的問題。從這個角度看,低代碼似乎前景一片光明。但在當下,在復雜業(yè)務場景面前的能力缺失,卻又限制了低代碼平臺更進一步。
低代碼,究竟是下一個十年的主流開發(fā)模式?還是技術炒作周期中曇花一現(xiàn)的泡沫?低代碼對于開發(fā)人員究竟意味著什么,又能在開源的文化下孕生出怎樣的發(fā)展?8 月 20 日,「低代碼究竟是“銀彈”還是“泡沫”」TVP 低代碼技術分享會火熱開聊,用一場尖峰辯論和一場圓桌對話,共探低代碼的過去、現(xiàn)在與未來。
開場致辭
騰訊云副總裁、騰訊前端技術委員會會長黃俊洪的開場致辭拉開了本次活動的帷幕。在致辭中,黃俊洪分享道,低代碼并非一個全新的事物,而在數(shù)字化轉型的當下,其作為一個降本增效的工具也獲得了廣泛的應用和發(fā)展。不管是技術層面的進步,還是業(yè)務場景的應用,亦或是開源生態(tài)的構建,低代碼都行駛在一個快車道里。
騰訊在今年成立了低代碼開源協(xié)同Oteam,在騰訊前端技術委員會的指導下,拉通內(nèi)部低代碼技術構建。在對外的低代碼平臺能力提供、行業(yè)標準制定、開源生態(tài)構建上,騰訊也持續(xù)發(fā)力。騰訊云官方的低代碼平臺——騰訊云微搭,通過打通微信小程序、企業(yè)微信、騰訊會議等騰訊產(chǎn)品生態(tài),幫助企業(yè)提升效能。同時,騰訊也在積極參與低代碼的相關標準建設,如大灣區(qū)標準建設、信通院標準建設,并通過建立低代碼開源社區(qū)、舉辦低代碼技術交流活動等多種方式和行業(yè)各界一起,推動低代碼開源生態(tài)的繁榮發(fā)展。
最后,黃俊洪表示,希望通過本次TVP交流活動,能夠和行業(yè)專家碰撞思維火花,共同探討低代碼未來發(fā)展的可能性和生態(tài)建設路徑。
尖峰辯論丨未來十年,低代碼是否會占領主流開發(fā)市場
活動伊始,便是一場火星四濺的辯論環(huán)節(jié),辯論主題緊貼當前低代碼技術發(fā)展的熱點話題——《未來十年,低代碼是否會占領主流開發(fā)市場》。正方低碼38度6隊持“未來十年,低代碼會占領主流開發(fā)市場”的觀點,反方愛碼士隊持“未來十年,低代碼不會占領主流開發(fā)市場”的觀點。雙方圍繞低代碼的技術趨勢、行業(yè)現(xiàn)狀等角度出發(fā),展開了精彩的交鋒。
正方低碼38度6隊:一辯 ClickPaaS CPO、騰訊云TVP 馬??;二辯 華炎魔方創(chuàng)始人莊建國;三辯 Treelab CTO、騰訊云TVP 付靜;四辯 DCloud CTO、騰訊云TVP 崔紅保。
反方愛碼士隊:一辯 公眾號“IT 民工閑話”作者、騰訊云TVP 史海峰;二辯 努比亞 IT 總監(jiān)、騰訊云TVP 李子堅;三辯 公眾號“世民談云計算”作者、騰訊云TVP 劉世民;四辯 神策數(shù)據(jù)解決方案架構師、騰訊云TVP 白德鑫。
立論環(huán)節(jié)
正方一辯馬俊
首先我們應該看到,技術的發(fā)展形成社會的高度分工,社會高度分工反過來讓資源治理進行有效的聚合,從而促進社會的發(fā)展,這是過去三次產(chǎn)業(yè)革命驗證過的客觀規(guī)律。這個發(fā)展演進的過程中,工匠精神很重要,所以代碼很重要,但身處大工業(yè)時代的當下,工匠思維一定是服從于工程思維的。
低代碼本質上就是一種軟件工程的設計思想,其核心是利用參數(shù)化、組件化的方式來封裝結構,用工廠化的方式來裝配軟件系統(tǒng),改變此前軟件開發(fā)從代碼做起的作坊式生產(chǎn)方式,進而提高代碼的可復用性,控制代碼的質量,降低軟件從業(yè)人員的門檻,縮小業(yè)務專家和技術專家的認知差異。在低代碼技術的支持下,軟件行業(yè)也會實現(xiàn)高度的分工,不僅僅是低代碼供應商會發(fā)揮作用,所有的快速開發(fā)工具、擴展工具,其實都符合低代碼思想,將其概念狹義化是不正確的。
隨著數(shù)字化轉型的深入發(fā)展,僅中國每年的軟件人才缺口就高達數(shù)百萬,未來十年軟件人才的供給和需求之間存在巨大的鴻溝,這個問題只能通過推廣低代碼的思想、利用低代碼技術來解決。
根據(jù)對世界范圍內(nèi) IT 人員和決策者的調(diào)查顯示,59% 受訪者表示疫情帶來的影響遠超預期,85% IT 決策者認為低代碼是其不容錯過的趨勢,93% 的 IT 人員表示企業(yè)將加快軟件開發(fā)速度。另有數(shù)據(jù)顯示,全球有 77% 的企業(yè)已經(jīng)在使用低代碼開發(fā)平臺,IDC 預測未來全球低代碼開發(fā)者數(shù)量將以高達 40.4% 的年復合增長率遞增。試問在用戶需求推動、從業(yè)人員辛苦耕耘、資本加持之下,這種符合社會發(fā)展規(guī)律的降本增效的工程技術思想如何能不成為主流?因此,我方堅定認為,未來十年里,低代碼一定會占領主流開發(fā)市場。
反方一辯史海峰
在闡述今天的辯題之前,我方認為有必要先跟大家明確相關的概念以免混淆。第一,如果代碼寫得夠好,只做配置變更就能實現(xiàn)新功能和需求,這不叫低代碼,只是因為我們的成品已經(jīng)是一個很好的功能集合體。第二,引用數(shù)據(jù)說明有很多企業(yè)在用或者將要用低代碼,甚至只要用過 Excel 都算低代碼的話,那今天的問題也無需討論了,因為現(xiàn)在低代碼已經(jīng)成為了主流,但現(xiàn)狀顯然并非如此,大家仍舊沒有廣泛認可低代碼的價值。這是我們今天辯論的基礎。
我方認為未來十年低代碼不會占領主流開發(fā)市場,理由主要基于兩點:其一,主流開發(fā)市場不是辦公自動化工具使用市場,開發(fā)工程師不是 Office 等辦公軟件的使用工程師。其二,高級語言編程是經(jīng)過驗證的最有效的開發(fā)方式,在人工智能的奇點還沒有來臨之前不會被顛覆。
如果大家從業(yè)經(jīng)歷足夠豐富,經(jīng)歷過 Dos 系統(tǒng)到 Windows 系統(tǒng),用過可視化編程軟件、ESB等等,都會知道從始至終低代碼都沒有成為過主流開發(fā)手段。開發(fā)工具的確在持續(xù)進化,但進化的未來是低代碼嗎?并不見得。
低代碼目前的宣傳重心在于面向業(yè)務人員、IT人員而非開發(fā)者,這本身就說明了問題,因為低代碼只有在一個目標很明確的場景里才有相對較好的體驗,對于開發(fā)人員而言,低代碼無異于隔靴搔癢。開發(fā)市場的確可以做到高度細化的分工,但編程語言是相對通用的,這對于低代碼平臺而言是一個挑戰(zhàn)。
另一個非常重要的點在于,開發(fā)人員是需要保持不斷成長的,對于底層原理和技術本質的理解、掌握和應用,才是一個開發(fā)人員持續(xù)進步的關鍵。而低代碼只是一種工具,如果哪個開發(fā)人員把工作的希望寄托于工具越來越趁手,那他離被淘汰就不遠了。更別說低代碼在復雜業(yè)務場景和超越流程邏輯性的非功能性需求等方面存在缺陷,它的應用場景目前仍然是有限的。我們需要理解的是,開發(fā)的本質是人與機器,人與人之間交互的過程,而編程語言是交互的橋梁,所以編程語言的發(fā)展在根本上屬于人類語言學問題。這么多年下來,低代碼沒有成為主流,高級編程語言卻越來越多,這本身就說明了我方觀點的正確性。
攻辯環(huán)節(jié)
正方二辯莊建國
我方觀點的核心在于,如何定義低代碼是首先要去解決的問題。我方認為,低代碼是零代碼和高代碼的有機融合,在可視化的基礎上,能夠融入高代碼進行開發(fā)。至于這是不是未來方向,這甚至無需討論,因為所有程序員都愛可視化開發(fā)。這是第一點。
第二點,反方辯友其實在偷換概念,我們不是為了寫代碼才成為開發(fā),而是為了解決實際的需求,利用代碼構建程序來解決我們的需求,實現(xiàn)我們的目的。反方辯友認為使用 Excel、Airtable只是在使用工具,而非開發(fā),這顯然是錯誤的。使用這些工具創(chuàng)建的表格,都解決了我們的業(yè)務需求。而SAP、Salesforce、華炎魔方這一類企業(yè)級低代碼平臺內(nèi)核都有一套底層基礎架構,支持可視化的方式去構建數(shù)據(jù)模型、定義報表、控制權限等,它同樣是在做開發(fā),而且解決的是非常具體的問題,這就是低代碼的能力。
當下市面上正在銷售的所有軟件產(chǎn)品,都會有一個低代碼化的過程,因為傳統(tǒng)開發(fā)模式下產(chǎn)出的解決方案,無法滿足客戶的個性化需求。而當客戶個性化需求涌現(xiàn)時,軟件提供商不可能用通用的方式去實現(xiàn)客戶各異的個性化需求,而客戶也不大可能追加大量預算去定制開發(fā)模塊,未來的場景下客戶根據(jù)軟件提供商的低代碼平臺對解決方案進行二次開發(fā)將成為主流。
我拋出幾個問題大家可以思考一下:可視化是不是大家更喜歡的開發(fā)方式,為什么未來十年我們不朝這個方向去努力?開發(fā)效率是不是大家共同的追求,可視化可以提高一次開發(fā)和二次開發(fā)的效率,為什么不朝這個方向努力?低代碼有如此高的社會關注度,國內(nèi)外大廠都已經(jīng)跑步進入低代碼領域,為什么大家會認為未來十年技術不會再有突飛猛進的進步?為什么我們要停留在現(xiàn)在的階段去看十年以后的開發(fā)市場?
反方二辯李子堅
莊建國老師把低代碼定義為零代碼+高代碼,這個范圍擴得太大了。20年前誕生的領域驅動設計(DDD)的開發(fā)方法論,強調(diào)封裝業(yè)務模型,也能減少定制的開發(fā)量。如果按照莊老師的定義,DDD 也被囊括其中,這個范圍顯然過于龐大。
莊老師提出的幾個問題,有一些我持相同觀點,但這并不代表當前主流的開發(fā)方法就排斥可視化,也不代表低代碼在提高開發(fā)效率同時帶來的新的問題我們就可以忽視,僅僅只靠效率,并不能成為開發(fā)范式的主流。
從開發(fā)場景的角度看,低代碼在前端應用、流程性應用的細分領域有不錯表現(xiàn),但它替代不了所有的軟件編程工種和場景,比如數(shù)據(jù)分析、大數(shù)據(jù)、中間件、嵌入式、工具類的平臺系統(tǒng)等等。以我所在的企業(yè)為例,有用到大概三種低代碼工具,整體開發(fā)人員占比和應用規(guī)模來看也就 20% 左右的比例,原因一方面是有些應用場景目前還沒有合適的低代碼工具,另一方面則是現(xiàn)有的低代碼平臺無法滿足具體的場景需求,這已經(jīng)能夠說明很多問題。
其次,從系統(tǒng)架構看,低代碼應用很難獨立存在,開發(fā)運行必須要依托業(yè)務平臺、業(yè)務框架和底座,否則低代碼應用就是無源之水。很多低代碼工具的宣傳口號是樂高式編程,但如果沒有樂高積木,何來樂高式編程呢?如果說低代碼工具會培育一批低代碼程序員,那么同樣會促使PaaS 平臺、SaaS 平臺和企業(yè)中臺的開發(fā)群體的發(fā)展壯大。
作為一名軟件開發(fā)的管理者,從項目管理角度來看,低代碼的應用并不適合于大規(guī)模軟件工程的項目實踐。當前低代碼應用偏碎片化,就像業(yè)務人員手里的一大堆 Excel 表格,雖然積累了很多業(yè)務邏輯和數(shù)據(jù),但無法在企業(yè)內(nèi)部共享、復用和管理。十年前很多企業(yè)就開發(fā)了成百上千的部門級應用,都相當于在前期低代碼工具地基上起的樓,卻很難整合,以至于年久失修被放棄,這就是前車之鑒。
最后,重申一下我方觀點,軟件開發(fā)發(fā)展了數(shù)十年,雖然開發(fā)工具在不斷進化,但是核心的開發(fā)思想、開發(fā)理念一直沒有發(fā)生改變。十年時間對于低代碼來說依然太短,尚不足以沖擊目前主流開發(fā)工具和開發(fā)方法的主導地位,更有可能是作為在細分領域提高開發(fā)效率的好幫手而存在。
正方三辯付靜
正方幾位辯友的發(fā)言中都有提到,研發(fā)人員不愿意做 CRM 開發(fā),害怕荒廢 Java 技術;開發(fā)人員不喜歡拖拉拽,害怕自己因此失去了賴以生存的技能,所以導致低代碼不會占領開發(fā)市場。這個其實是有混淆邏輯,如果我們回到幾十年前工業(yè)時代,工廠工人也不喜歡流水線自動化系統(tǒng),但歷史如何大家也都看到了。如果低代碼平臺能夠以更低的價格、更高的效率實現(xiàn)業(yè)務的訴求,企業(yè)的選擇其實很明確,這并不以開發(fā)人員的喜好為轉移。外包制、高代碼定制化的市場紅利在逐漸消失,SaaS 也好,低代碼平臺也好,關注的都是復用性、經(jīng)濟性、可靠性和后期的快速迭代性。
前面大家交流關注的焦點都在互聯(lián)網(wǎng)行業(yè),在計算機系統(tǒng)和架構的層面看到了低代碼的很多不足,看到了當前 IT 從業(yè)者可能的抵觸。但也請大家將目光從互聯(lián)網(wǎng)行業(yè)抽離出來,關注一下傳統(tǒng)行業(yè)這個在中國經(jīng)濟體量中非常重要的一環(huán),當我們真正走進這些行業(yè)、企業(yè)中去,才會發(fā)現(xiàn)信息孤島效應有多嚴重,數(shù)據(jù)的匯總、加工效率有多低。從這個角度上去看,在傳統(tǒng)行業(yè),低代碼平臺將代替他們今天所用的軟件,成為提效的關鍵。
反方辯友提到低代碼只能落腳在細分市場,缺乏行業(yè)標準,很難統(tǒng)一。這個問題我可以舉一個深度學習的例子。人工智能發(fā)展初期,編程非??菰锷踔镣纯?,大家也不清楚未來的標準會是什么樣,但現(xiàn)在再看,深度學習在谷歌內(nèi)部已經(jīng)完全 UI 化,最強大的深度學習模型也開源了,這也才花費了十年左右的時間。低代碼的深度比深度學習要淺一些,只是一個傳統(tǒng)行業(yè)業(yè)務建模的問題,而這些碎片化的問題一定會被低代碼組件化、標準化。
我們再從軟件開發(fā)的歷史回顧一下,匯編語言占據(jù)市場那么多年,現(xiàn)在歸為沉寂。C 語言是主流的編程語言之一,卻也不是第一或者不可或缺的一個部分。如果不摳字眼地看,低代碼平臺未來十年一定會成為主流,毫無疑問。
反方三辯劉世民
我先反駁一下正方辯友的一些觀點。首先,正方一直在擴大低代碼的邊界。實際上,即便把零代碼拉進低代碼的范疇,也幫不上多少忙,因為對方辯友曾經(jīng)說過“零代碼解決不了80%業(yè)務場景的需求”。其次,針對“不懂低代碼,就不懂數(shù)字化”的觀點,我認為這過于拔高了低代碼的價值,低代碼和數(shù)字化并非強關聯(lián)關系,前者只是后者實現(xiàn)過程中的一個手段,傳統(tǒng)行業(yè)例如銀行業(yè)做數(shù)字化轉型首先做的是擴大研發(fā)人員的規(guī)模,而不是去建立低代碼平臺。其三,對方辯友有意忽略了企業(yè)應用開發(fā)的復雜性和“主流”這個關鍵詞,企業(yè)應用種類眾多,包括辦公類、業(yè)務類和平臺類等等。目前及將來,低代碼平臺更多的還只是在辦公類應用領域發(fā)揮價值,而無法滿足業(yè)務類和平臺類應用的需求。其四,對方辯友提到了很多來自咨詢公司的數(shù)據(jù),而這些咨詢公司的數(shù)據(jù)受眾是創(chuàng)業(yè)公司,而非普適性的公司,并不能照搬到所有的企業(yè)里。
而關于“程序員的喜好對低代碼平臺不重要”這個觀點,我個人并不認同。一方面,數(shù)字化時代,程序員的重要性遠超從前,傳統(tǒng)行業(yè)數(shù)字化轉型所依賴的關鍵就是程序員。另一方面,程序員作為低代碼平臺的最終用戶,如果他們對低代碼平臺不滿意,寧愿自己去寫代碼解決問題,這恰恰說明這類平臺的用戶對產(chǎn)品的不認可、不買賬。
此外,對方辯友提到的 AI 案例,恰恰說明了我方觀點的正確性,就是時間并不能解決一切問題。上個世紀50年代 AI 就已出現(xiàn),至今仍只在語音識別、圖像識別等方面有所成就,這就證明了時間并不能解決一切問題,還得依賴研發(fā)人員的努力和需求的變化來推動——低代碼同樣如此。現(xiàn)在低代碼平臺的眾多局限性,并不會隨著時間的推移而自動消失。
最后,我再重申我方觀點:未來十年,低代碼無法占據(jù)主流開發(fā)市場。第一,低代碼平臺用戶是開發(fā)人員,如果用戶都不喜歡,低代碼平臺如何推廣?第二,廠商宣傳中的業(yè)務人員利用低代碼平臺做開發(fā),這只是美好的想象,實際上業(yè)務人員更重要的工作在于業(yè)務而非開發(fā)。第三,連 AI 到目前都沒有實現(xiàn)與人對話,拖拉拽、組件式的低代碼平臺更不可能實現(xiàn)應用自動化開發(fā);最后,當前計算機專業(yè)仍舊是頂流,市場需求是最真實的體現(xiàn)。
一言以蔽之,低代碼平臺是一種可視化編程工具,可以作為高級語言開發(fā)的輔助,但卻無法取而代之并成為主流。我們希望也愿意看到低代碼平臺能在某些領域中發(fā)揮越來越大的價值,同時也叮囑一句,與其夢想成為主流,不如腳踏實地占領一城。
正方攻辯小結 馬俊
首先響應一下對方辯友的發(fā)言,作為低代碼行業(yè)從業(yè)者檢討一下,發(fā)現(xiàn)大家對于低代碼事物本身,對于開發(fā)這個詞,對當前低代碼發(fā)展階段的理解有些片面。第一,可視化是低代碼的一個特征,但非全部,組件化、源數(shù)據(jù)驅動、組合式應用等等,都需要低代碼來支持。第二,開發(fā)軟件并非程序員這一工種的職能,軟件工程的過程中,程序員只是其中的一個環(huán)節(jié),除此之外還有應用架構師、算法工程師、數(shù)據(jù)科學家等等的參與。不能因為程序員本身不喜歡低代碼技術就否認低代碼的趨勢和未來。
我個人在2008年加入 Salesforce,一直工作到2017年出來到 ClickPaaS 做低代碼,對 Salesforce 了解很深,很多類似于 AI、區(qū)塊鏈等新技術,都有在 Salesforce 應用,它恰恰起到了應用新技術、結合低代碼來適配數(shù)字化的作用。所以我堅持我的觀點,不理解、不懂低代碼就是不懂數(shù)字化。
對于十年的時間夠不夠,同樣可以拿 Salesforce 舉例,1999年成立的 Salesforce,在2008年就拿下了華為的大客戶,這已經(jīng)很具備代表性了。國外的金融行業(yè)已經(jīng)開始廣泛地應用低代碼平臺,一些金融科技的應用場景和趨勢使用低代碼開發(fā)非常合適。我方同樣承認,技術需要時間去解決問題,穩(wěn)定性、成熟性、性能等等都需要時間,但十年時間已經(jīng)足夠走很多路。
開發(fā)人員需要剝離純粹的碼農(nóng)思維,不能一直關注代碼實現(xiàn),更需要引入工程思維,無論是做組件還是做架構都是要價值的,在低代碼的世界中碼農(nóng)一樣有很大的價值。低代碼和高代碼本質上就是可以高度融合的,前者的愿景也并非替代后者。
最后,我想說十年磨一劍,我們要有這個耐心。 Salesforce 的成功用了十年,我們的十年為什么就不能做出更優(yōu)秀的低代碼工具呢?
反方攻辯小結 史海峰
我還是堅持此前提出的問題,低代碼的概念既然擴得這么大了,我們還需要等十年嗎?這個問題對方辯友一直沒有給出正面的回復,所以我們在討論一個問題之前,需要明確的是大家心里要有一個共識,一個看起來很大,沒有特別清晰標準、偏概念性的東西,很難獲得普遍接受和認可,這就是問題所在。
從開發(fā)的角度看,寫代碼并不是核心,需求分析、設計、調(diào)試是一整個生產(chǎn)過程,而且不是只有研發(fā)工程師才寫代碼,運維、測試、架構師都會寫、能寫代碼。開發(fā)的核心是實現(xiàn)功能解決問題,這不代表拖拉拽或引用組件,或封裝,而是說開發(fā)人員用語言性的媒介跟人、跟機器做交互。
前幾年 AI 編程的新聞引發(fā)過大家對 AI 會不會替代開發(fā)人員這一問題的討論。但實際上到目前為止,AI 在編程這件事上依舊只能打輔助。如果有一天 AI 發(fā)展到可以突破圖靈測試,給它一個眼神它就能體會什么意思的時候,或許整個人類也不需要再做開發(fā)的工作了。
隨著數(shù)字化的進一步滲透,低代碼產(chǎn)品作為數(shù)字化工具的進化方向,在特定場景可以提供操作更加友好、門檻更低的使用體驗,能夠提升工作效率,創(chuàng)造的價值足以覆蓋制造和維護工具的成本,低代碼就有商業(yè)化的空間。但只要是開發(fā)還是人在做,以此為職業(yè),目前沒有超越語言形式的更好選擇。我們一定要再次強調(diào),未來十年內(nèi)主流的開發(fā)市場不會被低代碼所占領。
結辯環(huán)節(jié)
反方四辯白德鑫
我們所理解的低代碼開發(fā),其實是場景化的開發(fā)。它能在某個特定場景下解決某一個問題,但對于通用型、產(chǎn)業(yè)化的場景,差距仍舊十分明顯。對企業(yè)來說,業(yè)務場景的復雜、反復就注定了低代碼平臺無法成為主流,只能在OA系統(tǒng)等內(nèi)部流程管理方面做到有效應用。
對于產(chǎn)業(yè)分工這件事,開發(fā)人員的角色已經(jīng)越來越清晰,而這些開發(fā)角色之所以成為主流是因為分工的定義已經(jīng)明確,但對于低代碼開發(fā)的角色和功能的定義,目前大家也并不清楚。如果未來十年內(nèi)低代碼要成為主流,那首先請解決這個角色定義的問題。
另外一方面,從市場的角度看,低代碼也未必就能脫穎而出。的確當前市場都在談論低代碼,但企業(yè)應用的復雜性要求開發(fā)人員的專業(yè)性,可視化低代碼開發(fā)的手段能否做到足夠專業(yè),這些都需要市場供給端和消費端來看結果。此外,市場環(huán)境下的企業(yè) IT 投資,系統(tǒng)建設都是垂直煙囪式的建設,各個系統(tǒng)間可能是孤立的,打破信息孤島也需要開發(fā)人員的能力,未來十年我們能否靠低代碼解決這些問題,答案顯然是不太可行的,這也是低代碼難以覆蓋主流開發(fā)市場的一大原因。
今天的討論折射出大家對低代碼的定義是不清晰的,它的邊界、應用場景沒有明確化和定義化,由此帶來對開發(fā)行為的邏輯也沒有完全區(qū)別清楚,我們是通過低代碼滿足核心需求,還是滿足獨立某一個場景的需求,這是我們判斷它是否是主流的一個依據(jù)。
未來十年,隨著企業(yè)數(shù)字化轉型浪潮的到來,低代碼能否替代企業(yè)現(xiàn)有的 IT 投資?能否打通與整合孤島式的 IT 系統(tǒng)?我方認為現(xiàn)狀并不樂觀。綜上,未來十年內(nèi),低代碼可能會流行,但并不會占領主流開發(fā)市場,我們還是要通過開發(fā)去解決需求和性能問題。
正方四辯崔紅保
未來十年,數(shù)字化轉型升級是大勢所趨,必將催生井噴式的需求,至少產(chǎn)生十倍于當下的軟件開發(fā)需求。這個需求如何解決,最簡單的方法是補充更多軟件工程師人才,但這個培養(yǎng)成本和難度都非常高,無法從根本上解決人才缺口的問題。引入自動化工具,改革當前開發(fā)模式,是可預見的解決方案,這些都與低代碼的目標一脈相承。
我方認為,所有少編碼、快交付的框架、工具、平臺都可以稱為低代碼,我們應該從更高維度去看低代碼的發(fā)展與應用?,F(xiàn)存低代碼的問題基于當前時間點,但我們研究的話題是“未來十年”,從計算機發(fā)展的歷史看,十年時間足夠低代碼解決很多問題。即便是當下,低代碼也在傳統(tǒng)行業(yè)內(nèi)挖掘出了大量應用場景,它的潛力十分可觀。
對方辯友提出的低代碼現(xiàn)存的標準規(guī)范問題、信息孤島效應問題等等,在現(xiàn)有傳統(tǒng)開發(fā)模式下同樣存在,這些問題的解決應該是基于數(shù)據(jù)驅動去實現(xiàn),而非要求低代碼廠商具備同樣的實現(xiàn)規(guī)范。
有關于低代碼與開發(fā)人員的關系問題,業(yè)界有過爭議,低代碼對于開發(fā)人員而言,是為了將他們從增刪查改的重復性、機械化工作中解放出來;對于業(yè)務人員,低代碼是使用工具,而非代碼編輯器??v觀人類歷史,任何一個行業(yè)都在逐步由刀耕火種的人工操作進化成機器自動操作,科技的發(fā)展歷史,就是逐步減少人類手工操作的歷史。農(nóng)業(yè)、工業(yè)如此,軟件開發(fā)行業(yè),亦會如此。未來,工程師手工編碼的工作一定會越來越少,而減少的工作,就是通過低代碼實現(xiàn)的。
低代碼的占領主流,不代表它就要占到70%-80%,Java 語言是主流的企業(yè)級編程語言,請問它的占比超過70%了嗎?顯然沒有。主流是一個被廣泛接受的概念,從長遠的發(fā)展角度看,低代碼成為主流幾乎是一種必然。
我們不應站在不缺人力財力的大公司平臺位置上,對低代碼現(xiàn)狀進行單純的批評和抵觸,大家更應該從真正普適的中小型企業(yè)、廣大的傳統(tǒng)行業(yè)中去看看數(shù)字化轉型現(xiàn)狀,這個時候大家才會發(fā)現(xiàn)低代碼的普惠價值。最后一句話總結,用技術普惠眾生,讓數(shù)字世界更繁榮,應該是我輩技術人的目標和追求,智慧的技術人不僅明察當前,還要預見未來。通過我們對低代碼的系列分析,我方認為未來十年,低代碼會占據(jù)主流開發(fā)市場,謝謝大家!
這場從行業(yè)現(xiàn)狀入手,立足于技術、應用與生態(tài)的精彩辯論落下了帷幕,在全場觀眾與 TVP 專家的共同見證下,正方低碼38度6隊獲得了最終勝利,正方四辯 DCloud CTO、騰訊云 TVP 崔紅保榮膺本場最佳辯手。
本場辯論賽主持人騰訊低代碼技術專家、前 TechParty 組委主席 揭光發(fā)按捺不住內(nèi)心的激動,作為一名有著多年經(jīng)驗的低代碼行業(yè)從業(yè)者,他也在低代碼的定義理解、低代碼和高代碼的關系等方面分享了自己的真知灼見,為與會者提供了值得參考的補充視角。
圓桌對話丨應用、演進與碰撞:看低代碼的變革與未來
激烈的辯論賽結束后,進入了同樣精彩的圓桌環(huán)節(jié),ClickPaaS CPO、騰訊云 TVP 馬??;精鯤科技 CTO、騰訊云 TVP 葛丁佳;作業(yè)幫基礎架構負責人、騰訊云 TVP 董曉聰;騰訊低代碼 Oteam PMC 邏輯編排負責人 陳玉云,以及騰訊低代碼技術專家、前 TechParty 組委主席 揭光發(fā),圍繞低代碼的應用、演進與碰撞等方向,暢聊了低代碼的變革與未來。
低代碼,殺手級應用何在?
馬俊:無論是低代碼還是高代碼,最終目的都是開發(fā)出應用。低代碼的優(yōu)勢在于:軟件生命周期管理中的靈活性優(yōu)勢,代表領域就是敏態(tài)應用,代表形態(tài)是 CRM。CRM 在企業(yè)應用中需要大量的人力維護和管理,這些未來都可以交給低代碼去實現(xiàn),得益于低代碼平臺的靈活性和彈性。除了敏態(tài)應用以外,快速、階段性的應用也適合利用低代碼系統(tǒng)來開發(fā),即低代碼適合應用于在使用需求上會不斷發(fā)生迭代變化的場景。未來如果出現(xiàn)殺手級應用,除了前面的這些場景之外,包括辦公、行政等偏運營的方向都很有可能。未來數(shù)字化運營方向可能會是低代碼殺手級應用誕生的搖籃。
葛丁佳:低代碼應用場景一般可以分為以下幾類:新興行業(yè),純長在 SaaS 之上,面向業(yè)務運營人員為主;應用開發(fā)類,一般用來快速開發(fā)跨多平臺(PC/移動)的微應用;組織內(nèi)部門協(xié)作工作流類;技術類工具,如自動化、數(shù)據(jù)集成等場景。使用對象也大體分為三類:專業(yè)的研發(fā)人員、非研發(fā)技術人員、業(yè)務人員。低代碼更多解決的是對業(yè)務、技術能力的抽象,縮短業(yè)務人員和 IT 人員之間的理解洪溝,讓他們跨越層級去使用一些場景。因此,從我們的實踐總結來看,低代碼更多的應用機會可能在于連接的能力,整合、編排的能力。比如像超級自動化這樣相對較新的概念,以創(chuàng)造業(yè)務價值的方式來快速整合各個領域的能力,形成合力。
董曉聰:目前我觀察到低代碼的應用場景更多基于可視化操作,只需加少量代碼就可以快速生成新的應用。在低代碼出現(xiàn)之前,CMS、CRM、BI、BPM 這些工具也都有類似的趨勢。目前主流的低代碼底層模型本質上還是在做信息流的封裝,然后覆蓋越來越多的場景,但也隨之帶來個性化場景成本攀高的問題。我的觀點是信息流場景上不會突然出現(xiàn)殺手級應用,低代碼未來殺手級應用的顛覆更多是在于走出單一的信息流場景,結合現(xiàn)實和場景賦能整個產(chǎn)業(yè),才能真正脫穎而出。
陳玉云:我所理解的低代碼是使用少量代碼或零代碼去生產(chǎn)應用的方案的概括,它不是一個特定的技術點,也已經(jīng)應用在很多行業(yè)中。從 ToC 的視角看,低代碼的理念在很多流行應用中都有所體現(xiàn),比如重大事件時的騰訊文檔在線的多人協(xié)作,比如 QQ 空間拖拉拽裝扮的方式,比如微信小程序等等。低代碼和產(chǎn)品結合,讓用戶獲得高度靈活的定制能力,既能夠使用產(chǎn)品,也能在產(chǎn)品里進行創(chuàng)造,就可能成為一個行業(yè)的生態(tài),所以我的理解是殺手級應用可能會以低代碼開發(fā)工具以外的形式出現(xiàn)。
揭光發(fā):殺手級應用要解決的是普適性的問題,因此我們可以從這個角度去思考,在To C領域,文檔、筆記類的應用場景受眾多,需求大,機會也更大。而在To B領域,我認為企業(yè)通訊、企業(yè)IM是一個比較大的流量入口,未來很有可能會演化出一個殺手級的低代碼平臺。
低代碼與開源如何共生?
馬俊:低代碼和開源天生是一對好拍檔。無論低代碼和開源,其本質都是為開發(fā)人員提供賦能工具,幫助開發(fā)人員更容易地開展工作。開源是通過提供框架讓大家復用,低代碼是通過組件的方式讓大家復用,且無論是哪一種方式,都要基于業(yè)內(nèi)人員的協(xié)同,二者的目標、實現(xiàn)路徑高度一致。
Gartner 提出未來的應用都是組合式的,它會把應用的開發(fā)分成三個不同角色——裝配者、聚合者、建設者。無論是組件還是最終的軟件,本質上都可以通過開源的方式來寫,但在組合式應用的愿景中,它只是一個可以被復用的組件。組件可以是很小的前端組件,也可以是很大的人工智能應用。在這種模式下,開源跟低代碼形成了完美的天作之合。從我個人角度看,未來代碼和開源社區(qū)高度融合在一起,將真正形成軟件開發(fā)行業(yè)的變革契機,通過工程化的方式生產(chǎn)軟件,而非作坊式的開發(fā)和生產(chǎn)。
葛丁佳:我的邏輯跟馬老師是一致的,在我們看來其實就是框架和組件這兩層??蚣茉诘痛a里屬于編排,可以做條件規(guī)則、邏輯的拖拉拽。組件則有靈活的拓展性。以一個自動化的低代碼平臺為例,組件可以建立一種范式、提供一些開源組件的接入標準,引入社區(qū)開發(fā)者一起共建,然后一起拓展組件的種類,使平臺通過不斷擴充的組件編排出各種能適用于不同場景、從而形成生態(tài)。我們也有做一些實踐,把自己的工具和框架、插件能力開源出來,讓大家可以按照一些規(guī)范去開發(fā)適合自己場景的組件,服務自己的同時也為開源社區(qū)做出了貢獻。
董曉聰:我是從低代碼在商業(yè)化和開源之間的平衡來看這個問題的。開源給軟件行業(yè)帶來了巨大的價值,十年前的企業(yè)需要租機房,造中間件的輪子,現(xiàn)在只需要通過云原生的能力,就可以在穩(wěn)定性、成本、效率和安全等方面取得較高水平。當前的低代碼平臺主要是商業(yè)化企業(yè)在做,乍一看低代碼行業(yè)的開源和商業(yè)化是涇渭分明的兩個方向,但其實從我個人角度看,參考開源商業(yè)化的模式或許能給低代碼的商業(yè)化帶來更多價值——通過開源讓更多開發(fā)者參與進來,完善場景,共建生態(tài),再充分利用云服務的能力,打造更廣義上的云原生商業(yè)和生態(tài)模式,也許更有期待。
陳玉云:目前市面上的低代碼產(chǎn)品都有各自側重的領域,其之所以能夠提效,是因為把領域耦合進了平臺,通過集成專業(yè)領域的業(yè)務邏輯然后復用使其高效,這也是其存在差異的原因。如果沒有統(tǒng)一標準,未來肯定會出現(xiàn)更多問題,協(xié)作上也會多有不便。我們目前在建設一個對外開源的引擎框架,幫助想搭建低代碼平臺的人實現(xiàn)更快速的搭建。除了最核心基礎組件的開發(fā),我們也在參與大灣區(qū)、信通院等相關標準的建設,這樣也許能給行業(yè)帶來一些新的價值。
揭光發(fā):開放代碼其實只是開源的一個表象,開源現(xiàn)在更多是一種商業(yè)模式。就像數(shù)據(jù)庫一樣,低代碼也算是基建類的軟件產(chǎn)品,通過開源的方式讓大家能夠使用,也是給開發(fā)者提供信心。國內(nèi)國外也有很多低代碼領域的開源產(chǎn)品獲得了大額融資,這也是開源跟低代碼看得見的協(xié)同關系,從商業(yè)的角度看,開源的方式能給低代碼、開發(fā)者、市場帶來更多信心。
低代碼會和程序員“搶飯碗”嗎?
馬俊:我個人認為一個面向未來的,有追求的,愿意學習和適配發(fā)展的程序員應該是能夠接受低代碼的,在這個過程中最重要的是要去擁抱變革而非拒絕變革,不斷地往上走,成長為一個架構師、數(shù)據(jù)工程師,或是算法設計師等等,跳出當前能力范圍之內(nèi)的“舒適區(qū)”,會更有利于個人長期的發(fā)展。
葛丁佳:我也贊同這一觀點,程序員應該做難而正確的事情。在低代碼本身發(fā)展領域來看,低代碼已經(jīng)在不少領域和細分場景幫助程序員把部分重復的工作抽象化了,未來更多的發(fā)展方向我認為一個是當前的低代碼還能否從技術本身再去抽象,變成多流合一的場景;第二個是低代碼平臺的健壯性和兼容性的擴充,能否持續(xù)滿足更多的業(yè)務需求,在這個過程中,我們不僅是做垂直領域深度的能力開發(fā),還需要關注業(yè)務上快速敏捷化的交付,比如開發(fā)一些業(yè)務組件的低代碼,讓業(yè)務人員能直接使用這些組件來提升業(yè)務敏捷性。這些都是我認為未來程序員可以與低代碼“共舞”的方向。
董曉聰:低代碼平臺代替的更多是簡單流程的處理,這并非開發(fā)工作的核心。在我看來,低代碼長期以來對軟件領域和整個行業(yè)產(chǎn)生的是正向、積極的影響。開發(fā)者在低代碼時代應該如何自處?我認為可以做這樣的轉型:一方面應該更多關注能夠體現(xiàn)個人及崗位價值的事情;另一方面,通過熟悉并掌握低代碼平臺來提升自己的生產(chǎn)效率。通過各場景低代碼平臺的普及,軟件工程師可以更高效地助力產(chǎn)業(yè)數(shù)字化轉型。
陳玉云:總的來說,低代碼掀起了一個新的開發(fā)浪潮,但它并不是要取代程序員,而是補充、創(chuàng)造了更多的可能性。正如網(wǎng)約車平臺給出行行業(yè)創(chuàng)造了更多的工作崗位,傳統(tǒng)的出租車司機雖然多了競爭對手,但他們也可以直接通過軟件接單受益。同理,低代碼降低了研發(fā)的門檻,讓更多人可以參與其中,其實是催生了一個新的生態(tài)系統(tǒng)。
揭光發(fā):在我看來,低代碼和高代碼是相輔相成的關系,低代碼是幫助業(yè)務團隊更快速高效地去做項目,但現(xiàn)實的情況是有很多公司并沒有嚴格區(qū)分業(yè)務團隊和研發(fā)團隊,二者通常融合在一起,因此會認為低代碼會對團隊造成沖擊,產(chǎn)生抵觸情緒,這是低代碼面臨的一個挑戰(zhàn)。
結語
當云計算剛出現(xiàn)時,質疑的聲音從未停止,可隨著時間的發(fā)展,云計算已經(jīng)成為了數(shù)字世界里,水和電一樣的“基礎設施”。
低代碼在當前所走過的路,與當年的云計算何其相似。有人說低代碼是新瓶裝老酒,也有人說低代碼能改變未來的軟件開發(fā)生態(tài),但未來究竟如何,終歸需要人去趟出來,這就是 TVP 發(fā)起本次技術分享會的初衷所在。
用科技影響世界,讓技術普惠大家,下一期 TVP 技術分享會,靜候你的光臨!
TVP,即騰訊云最具價值專家(Tencent Cloud Valuable Professional),是騰訊云授予云計算領域技術專家的一個獎項。TVP致力打造與行業(yè)技術專家的交流平臺,促進騰訊云與技術專家和用戶之間的有效溝通,從而構建云計算技術生態(tài),實現(xiàn)“用科技影響世界”的美好愿景。