TVP尖峰對(duì)話：透過喧囂探尋低代碼的技術(shù)本我

　　背負(fù)著“人人都是程序員”的期望降生，低代碼作為一種早已有之卻又重獲新生的技術(shù)理念，迎來了市場(chǎng)的熱捧，又遭遇了諸多的質(zhì)疑。

　　從軟件開發(fā)行業(yè)的發(fā)展脈絡(luò)來看，降本增效是行業(yè)不斷向前發(fā)展的過程中，一脈相承的核心訴求。而低代碼的能力，也恰恰是讓研發(fā)人員從機(jī)械的增刪查改中脫離出來，專注于解決更有價(jià)值的問題。從這個(gè)角度看，低代碼似乎前景一片光明。但在當(dāng)下，在復(fù)雜業(yè)務(wù)場(chǎng)景面前的能力缺失，卻又限制了低代碼平臺(tái)更進(jìn)一步。

　　低代碼，究竟是下一個(gè)十年的主流開發(fā)模式?還是技術(shù)炒作周期中曇花一現(xiàn)的泡沫?低代碼對(duì)于開發(fā)人員究竟意味著什么，又能在開源的文化下孕生出怎樣的發(fā)展?8 月 20 日，「低代碼究竟是“銀彈”還是“泡沫”」TVP 低代碼技術(shù)分享會(huì)火熱開聊，用一場(chǎng)尖峰辯論和一場(chǎng)圓桌對(duì)話，共探低代碼的過去、現(xiàn)在與未來。

　　開場(chǎng)致辭

　　騰訊云副總裁、騰訊前端技術(shù)委員會(huì)會(huì)長黃俊洪的開場(chǎng)致辭拉開了本次活動(dòng)的帷幕。在致辭中，黃俊洪分享道，低代碼并非一個(gè)全新的事物，而在數(shù)字化轉(zhuǎn)型的當(dāng)下，其作為一個(gè)降本增效的工具也獲得了廣泛的應(yīng)用和發(fā)展。不管是技術(shù)層面的進(jìn)步，還是業(yè)務(wù)場(chǎng)景的應(yīng)用，亦或是開源生態(tài)的構(gòu)建，低代碼都行駛在一個(gè)快車道里。

　　騰訊在今年成立了低代碼開源協(xié)同Oteam，在騰訊前端技術(shù)委員會(huì)的指導(dǎo)下，拉通內(nèi)部低代碼技術(shù)構(gòu)建。在對(duì)外的低代碼平臺(tái)能力提供、行業(yè)標(biāo)準(zhǔn)制定、開源生態(tài)構(gòu)建上，騰訊也持續(xù)發(fā)力。騰訊云官方的低代碼平臺(tái)——騰訊云微搭，通過打通微信小程序、企業(yè)微信、騰訊會(huì)議等騰訊產(chǎn)品生態(tài)，幫助企業(yè)提升效能。同時(shí)，騰訊也在積極參與低代碼的相關(guān)標(biāo)準(zhǔn)建設(shè)，如大灣區(qū)標(biāo)準(zhǔn)建設(shè)、信通院標(biāo)準(zhǔn)建設(shè)，并通過建立低代碼開源社區(qū)、舉辦低代碼技術(shù)交流活動(dòng)等多種方式和行業(yè)各界一起，推動(dòng)低代碼開源生態(tài)的繁榮發(fā)展。

　　最后，黃俊洪表示，希望通過本次TVP交流活動(dòng)，能夠和行業(yè)專家碰撞思維火花，共同探討低代碼未來發(fā)展的可能性和生態(tài)建設(shè)路徑。

　　尖峰辯論丨未來十年，低代碼是否會(huì)占領(lǐng)主流開發(fā)市場(chǎng)

　　活動(dòng)伊始，便是一場(chǎng)火星四濺的辯論環(huán)節(jié)，辯論主題緊貼當(dāng)前低代碼技術(shù)發(fā)展的熱點(diǎn)話題——《未來十年，低代碼是否會(huì)占領(lǐng)主流開發(fā)市場(chǎng)》。正方低碼38度6隊(duì)持“未來十年，低代碼會(huì)占領(lǐng)主流開發(fā)市場(chǎng)”的觀點(diǎn)，反方愛碼士隊(duì)持“未來十年，低代碼不會(huì)占領(lǐng)主流開發(fā)市場(chǎng)”的觀點(diǎn)。雙方圍繞低代碼的技術(shù)趨勢(shì)、行業(yè)現(xiàn)狀等角度出發(fā)，展開了精彩的交鋒。

　　正方低碼38度6隊(duì)：一辯 ClickPaaS CPO、騰訊云TVP 馬俊;二辯 華炎魔方創(chuàng)始人莊建國;三辯 Treelab CTO、騰訊云TVP 付靜;四辯 DCloud CTO、騰訊云TVP 崔紅保。

　　反方愛碼士隊(duì)：一辯 公眾號(hào)“IT 民工閑話”作者、騰訊云TVP 史海峰;二辯 努比亞 IT 總監(jiān)、騰訊云TVP 李子堅(jiān);三辯 公眾號(hào)“世民談云計(jì)算”作者、騰訊云TVP 劉世民;四辯 神策數(shù)據(jù)解決方案架構(gòu)師、騰訊云TVP 白德鑫。

　　立論環(huán)節(jié)

　　正方一辯馬俊

　　首先我們應(yīng)該看到，技術(shù)的發(fā)展形成社會(huì)的高度分工，社會(huì)高度分工反過來讓資源治理進(jìn)行有效的聚合，從而促進(jìn)社會(huì)的發(fā)展，這是過去三次產(chǎn)業(yè)革命驗(yàn)證過的客觀規(guī)律。這個(gè)發(fā)展演進(jìn)的過程中，工匠精神很重要，所以代碼很重要，但身處大工業(yè)時(shí)代的當(dāng)下，工匠思維一定是服從于工程思維的。

　　低代碼本質(zhì)上就是一種軟件工程的設(shè)計(jì)思想，其核心是利用參數(shù)化、組件化的方式來封裝結(jié)構(gòu)，用工廠化的方式來裝配軟件系統(tǒng)，改變此前軟件開發(fā)從代碼做起的作坊式生產(chǎn)方式，進(jìn)而提高代碼的可復(fù)用性，控制代碼的質(zhì)量，降低軟件從業(yè)人員的門檻，縮小業(yè)務(wù)專家和技術(shù)專家的認(rèn)知差異。在低代碼技術(shù)的支持下，軟件行業(yè)也會(huì)實(shí)現(xiàn)高度的分工，不僅僅是低代碼供應(yīng)商會(huì)發(fā)揮作用，所有的快速開發(fā)工具、擴(kuò)展工具，其實(shí)都符合低代碼思想，將其概念狹義化是不正確的。

　　隨著數(shù)字化轉(zhuǎn)型的深入發(fā)展，僅中國每年的軟件人才缺口就高達(dá)數(shù)百萬，未來十年軟件人才的供給和需求之間存在巨大的鴻溝，這個(gè)問題只能通過推廣低代碼的思想、利用低代碼技術(shù)來解決。

　　根據(jù)對(duì)世界范圍內(nèi) IT 人員和決策者的調(diào)查顯示，59% 受訪者表示疫情帶來的影響遠(yuǎn)超預(yù)期，85% IT 決策者認(rèn)為低代碼是其不容錯(cuò)過的趨勢(shì)，93% 的 IT 人員表示企業(yè)將加快軟件開發(fā)速度。另有數(shù)據(jù)顯示，全球有 77% 的企業(yè)已經(jīng)在使用低代碼開發(fā)平臺(tái)，IDC 預(yù)測(cè)未來全球低代碼開發(fā)者數(shù)量將以高達(dá) 40.4% 的年復(fù)合增長率遞增。試問在用戶需求推動(dòng)、從業(yè)人員辛苦耕耘、資本加持之下，這種符合社會(huì)發(fā)展規(guī)律的降本增效的工程技術(shù)思想如何能不成為主流?因此，我方堅(jiān)定認(rèn)為，未來十年里，低代碼一定會(huì)占領(lǐng)主流開發(fā)市場(chǎng)。

　　反方一辯史海峰

　　在闡述今天的辯題之前，我方認(rèn)為有必要先跟大家明確相關(guān)的概念以免混淆。第一，如果代碼寫得夠好，只做配置變更就能實(shí)現(xiàn)新功能和需求，這不叫低代碼，只是因?yàn)槲覀兊某善芬呀?jīng)是一個(gè)很好的功能集合體。第二，引用數(shù)據(jù)說明有很多企業(yè)在用或者將要用低代碼，甚至只要用過 Excel 都算低代碼的話，那今天的問題也無需討論了，因?yàn)楝F(xiàn)在低代碼已經(jīng)成為了主流，但現(xiàn)狀顯然并非如此，大家仍舊沒有廣泛認(rèn)可低代碼的價(jià)值。這是我們今天辯論的基礎(chǔ)。

　　我方認(rèn)為未來十年低代碼不會(huì)占領(lǐng)主流開發(fā)市場(chǎng)，理由主要基于兩點(diǎn)：其一，主流開發(fā)市場(chǎng)不是辦公自動(dòng)化工具使用市場(chǎng)，開發(fā)工程師不是 Office 等辦公軟件的使用工程師。其二，高級(jí)語言編程是經(jīng)過驗(yàn)證的最有效的開發(fā)方式，在人工智能的奇點(diǎn)還沒有來臨之前不會(huì)被顛覆。

　　如果大家從業(yè)經(jīng)歷足夠豐富，經(jīng)歷過 Dos 系統(tǒng)到 Windows 系統(tǒng)，用過可視化編程軟件、ESB等等，都會(huì)知道從始至終低代碼都沒有成為過主流開發(fā)手段。開發(fā)工具的確在持續(xù)進(jìn)化，但進(jìn)化的未來是低代碼嗎?并不見得。

　　低代碼目前的宣傳重心在于面向業(yè)務(wù)人員、IT人員而非開發(fā)者，這本身就說明了問題，因?yàn)榈痛�碼只有在一個(gè)目標(biāo)很明確的場(chǎng)景里才有相對(duì)較好的體驗(yàn)，對(duì)于開發(fā)人員而言，低代碼無異于隔靴搔癢。開發(fā)市場(chǎng)的確可以做到高度細(xì)化的分工，但編程語言是相對(duì)通用的，這對(duì)于低代碼平臺(tái)而言是一個(gè)挑戰(zhàn)。

　　另一個(gè)非常重要的點(diǎn)在于，開發(fā)人員是需要保持不斷成長的，對(duì)于底層原理和技術(shù)本質(zhì)的理解、掌握和應(yīng)用，才是一個(gè)開發(fā)人員持續(xù)進(jìn)步的關(guān)鍵。而低代碼只是一種工具，如果哪個(gè)開發(fā)人員把工作的希望寄托于工具越來越趁手，那他離被淘汰就不遠(yuǎn)了。更別說低代碼在復(fù)雜業(yè)務(wù)場(chǎng)景和超越流程邏輯性的非功能性需求等方面存在缺陷，它的應(yīng)用場(chǎng)景目前仍然是有限的。我們需要理解的是，開發(fā)的本質(zhì)是人與機(jī)器，人與人之間交互的過程，而編程語言是交互的橋梁，所以編程語言的發(fā)展在根本上屬于人類語言學(xué)問題。這么多年下來，低代碼沒有成為主流，高級(jí)編程語言卻越來越多，這本身就說明了我方觀點(diǎn)的正確性。

　　攻辯環(huán)節(jié)

　　正方二辯莊建國

　　我方觀點(diǎn)的核心在于，如何定義低代碼是首先要去解決的問題。我方認(rèn)為，低代碼是零代碼和高代碼的有機(jī)融合，在可視化的基礎(chǔ)上，能夠融入高代碼進(jìn)行開發(fā)。至于這是不是未來方向，這甚至無需討論，因?yàn)樗�有程序員都愛可視化開發(fā)。這是第一點(diǎn)。

　　第二點(diǎn)，反方辯友其實(shí)在偷換概念，我們不是為了寫代碼才成為開發(fā)，而是為了解決實(shí)際的需求，利用代碼構(gòu)建程序來解決我們的需求，實(shí)現(xiàn)我們的目的。反方辯友認(rèn)為使用 Excel、Airtable只是在使用工具，而非開發(fā)，這顯然是錯(cuò)誤的。使用這些工具創(chuàng)建的表格，都解決了我們的業(yè)務(wù)需求。而SAP、Salesforce、華炎魔方這一類企業(yè)級(jí)低代碼平臺(tái)內(nèi)核都有一套底層基礎(chǔ)架構(gòu)，支持可視化的方式去構(gòu)建數(shù)據(jù)模型、定義報(bào)表、控制權(quán)限等，它同樣是在做開發(fā)，而且解決的是非常具體的問題，這就是低代碼的能力。

　　當(dāng)下市面上正在銷售的所有軟件產(chǎn)品，都會(huì)有一個(gè)低代碼化的過程，因?yàn)閭鹘y(tǒng)開發(fā)模式下產(chǎn)出的解決方案，無法滿足客戶的個(gè)性化需求。而當(dāng)客戶個(gè)性化需求涌現(xiàn)時(shí)，軟件提供商不可能用通用的方式去實(shí)現(xiàn)客戶各異的個(gè)性化需求，而客戶也不大可能追加大量預(yù)算去定制開發(fā)模塊，未來的場(chǎng)景下客戶根據(jù)軟件提供商的低代碼平臺(tái)對(duì)解決方案進(jìn)行二次開發(fā)將成為主流。

　　我拋出幾個(gè)問題大家可以思考一下：可視化是不是大家更喜歡的開發(fā)方式，為什么未來十年我們不朝這個(gè)方向去努力?開發(fā)效率是不是大家共同的追求，可視化可以提高一次開發(fā)和二次開發(fā)的效率，為什么不朝這個(gè)方向努力?低代碼有如此高的社會(huì)關(guān)注度，國內(nèi)外大廠都已經(jīng)跑步進(jìn)入低代碼領(lǐng)域，為什么大家會(huì)認(rèn)為未來十年技術(shù)不會(huì)再有突飛猛進(jìn)的進(jìn)步?為什么我們要停留在現(xiàn)在的階段去看十年以后的開發(fā)市場(chǎng)?

　　反方二辯李子堅(jiān)

　　莊建國老師把低代碼定義為零代碼+高代碼，這個(gè)范圍擴(kuò)得太大了。20年前誕生的領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(DDD)的開發(fā)方法論，強(qiáng)調(diào)封裝業(yè)務(wù)模型，也能減少定制的開發(fā)量。如果按照莊老師的定義，DDD 也被囊括其中，這個(gè)范圍顯然過于龐大。

　　莊老師提出的幾個(gè)問題，有一些我持相同觀點(diǎn)，但這并不代表當(dāng)前主流的開發(fā)方法就排斥可視化，也不代表低代碼在提高開發(fā)效率同時(shí)帶來的新的問題我們就可以忽視，僅僅只靠效率，并不能成為開發(fā)范式的主流。

　　從開發(fā)場(chǎng)景的角度看，低代碼在前端應(yīng)用、流程性應(yīng)用的細(xì)分領(lǐng)域有不錯(cuò)表現(xiàn)，但它替代不了所有的軟件編程工種和場(chǎng)景，比如數(shù)據(jù)分析、大數(shù)據(jù)、中間件、嵌入式、工具類的平臺(tái)系統(tǒng)等等。以我所在的企業(yè)為例，有用到大概三種低代碼工具，整體開發(fā)人員占比和應(yīng)用規(guī)模來看也就 20% 左右的比例，原因一方面是有些應(yīng)用場(chǎng)景目前還沒有合適的低代碼工具，另一方面則是現(xiàn)有的低代碼平臺(tái)無法滿足具體的場(chǎng)景需求，這已經(jīng)能夠說明很多問題。

　　其次，從系統(tǒng)架構(gòu)看，低代碼應(yīng)用很難獨(dú)立存在，開發(fā)運(yùn)行必須要依托業(yè)務(wù)平臺(tái)、業(yè)務(wù)框架和底座，否則低代碼應(yīng)用就是無源之水。很多低代碼工具的宣傳口號(hào)是樂高式編程，但如果沒有樂高積木，何來樂高式編程呢?如果說低代碼工具會(huì)培育一批低代碼程序員，那么同樣會(huì)促使PaaS 平臺(tái)、SaaS 平臺(tái)和企業(yè)中臺(tái)的開發(fā)群體的發(fā)展壯大。

　　作為一名軟件開發(fā)的管理者，從項(xiàng)目管理角度來看，低代碼的應(yīng)用并不適合于大規(guī)模軟件工程的項(xiàng)目實(shí)踐。當(dāng)前低代碼應(yīng)用偏碎片化，就像業(yè)務(wù)人員手里的一大堆 Excel 表格，雖然積累了很多業(yè)務(wù)邏輯和數(shù)據(jù)，但無法在企業(yè)內(nèi)部共享、復(fù)用和管理。十年前很多企業(yè)就開發(fā)了成百上千的部門級(jí)應(yīng)用，都相當(dāng)于在前期低代碼工具地基上起的樓，卻很難整合，以至于年久失修被放棄，這就是前車之鑒。

　　最后，重申一下我方觀點(diǎn)，軟件開發(fā)發(fā)展了數(shù)十年，雖然開發(fā)工具在不斷進(jìn)化，但是核心的開發(fā)思想、開發(fā)理念一直沒有發(fā)生改變。十年時(shí)間對(duì)于低代碼來說依然太短，尚不足以沖擊目前主流開發(fā)工具和開發(fā)方法的主導(dǎo)地位，更有可能是作為在細(xì)分領(lǐng)域提高開發(fā)效率的好幫手而存在。

　　正方三辯付靜

　　正方幾位辯友的發(fā)言中都有提到，研發(fā)人員不愿意做 CRM 開發(fā)，害怕荒廢 Java 技術(shù);開發(fā)人員不喜歡拖拉拽，害怕自己因此失去了賴以生存的技能，所以導(dǎo)致低代碼不會(huì)占領(lǐng)開發(fā)市場(chǎng)。這個(gè)其實(shí)是有混淆邏輯，如果我們回到幾十年前工業(yè)時(shí)代，工廠工人也不喜歡流水線自動(dòng)化系統(tǒng)，但歷史如何大家也都看到了。如果低代碼平臺(tái)能夠以更低的價(jià)格、更高的效率實(shí)現(xiàn)業(yè)務(wù)的訴求，企業(yè)的選擇其實(shí)很明確，這并不以開發(fā)人員的喜好為轉(zhuǎn)移。外包制、高代碼定制化的市場(chǎng)紅利在逐漸消失，SaaS 也好，低代碼平臺(tái)也好，關(guān)注的都是復(fù)用性、經(jīng)濟(jì)性、可靠性和后期的快速迭代性。

　　前面大家交流關(guān)注的焦點(diǎn)都在互聯(lián)網(wǎng)行業(yè)，在計(jì)算機(jī)系統(tǒng)和架構(gòu)的層面看到了低代碼的很多不足，看到了當(dāng)前 IT 從業(yè)者可能的抵觸。但也請(qǐng)大家將目光從互聯(lián)網(wǎng)行業(yè)抽離出來，關(guān)注一下傳統(tǒng)行業(yè)這個(gè)在中國經(jīng)濟(jì)體量中非常重要的一環(huán)，當(dāng)我們真正走進(jìn)這些行業(yè)、企業(yè)中去，才會(huì)發(fā)現(xiàn)信息孤島效應(yīng)有多嚴(yán)重，數(shù)據(jù)的匯總、加工效率有多低。從這個(gè)角度上去看，在傳統(tǒng)行業(yè)，低代碼平臺(tái)將代替他們今天所用的軟件，成為提效的關(guān)鍵。

　　反方辯友提到低代碼只能落腳在細(xì)分市場(chǎng)，缺乏行業(yè)標(biāo)準(zhǔn)，很難統(tǒng)一。這個(gè)問題我可以舉一個(gè)深度學(xué)習(xí)的例子。人工智能發(fā)展初期，編程非�？菰锷踔镣纯�，大家也不清楚未來的標(biāo)準(zhǔn)會(huì)是什么樣，但現(xiàn)在再看，深度學(xué)習(xí)在谷歌內(nèi)部已經(jīng)完全 UI 化，最強(qiáng)大的深度學(xué)習(xí)模型也開源了，這也才花費(fèi)了十年左右的時(shí)間。低代碼的深度比深度學(xué)習(xí)要淺一些，只是一個(gè)傳統(tǒng)行業(yè)業(yè)務(wù)建模的問題，而這些碎片化的問題一定會(huì)被低代碼組件化、標(biāo)準(zhǔn)化。

　　我們?cè)購能浖�開發(fā)的歷史回顧一下，匯編語言占據(jù)市場(chǎng)那么多年，現(xiàn)在歸為沉寂。C 語言是主流的編程語言之一，卻也不是第一或者不可或缺的一個(gè)部分。如果不摳字眼地看，低代碼平臺(tái)未來十年一定會(huì)成為主流，毫無疑問。

　　反方三辯劉世民

　　我先反駁一下正方辯友的一些觀點(diǎn)。首先，正方一直在擴(kuò)大低代碼的邊界。實(shí)際上，即便把零代碼拉進(jìn)低代碼的范疇，也幫不上多少忙，因?yàn)閷?duì)方辯友曾經(jīng)說過“零代碼解決不了80%業(yè)務(wù)場(chǎng)景的需求”。其次，針對(duì)“不懂低代碼，就不懂?dāng)?shù)字化”的觀點(diǎn)，我認(rèn)為這過于拔高了低代碼的價(jià)值，低代碼和數(shù)字化并非強(qiáng)關(guān)聯(lián)關(guān)系，前者只是后者實(shí)現(xiàn)過程中的一個(gè)手段，傳統(tǒng)行業(yè)例如銀行業(yè)做數(shù)字化轉(zhuǎn)型首先做的是擴(kuò)大研發(fā)人員的規(guī)模，而不是去建立低代碼平臺(tái)。其三，對(duì)方辯友有意忽略了企業(yè)應(yīng)用開發(fā)的復(fù)雜性和“主流”這個(gè)關(guān)鍵詞，企業(yè)應(yīng)用種類眾多，包括辦公類、業(yè)務(wù)類和平臺(tái)類等等。目前及將來，低代碼平臺(tái)更多的還只是在辦公類應(yīng)用領(lǐng)域發(fā)揮價(jià)值，而無法滿足業(yè)務(wù)類和平臺(tái)類應(yīng)用的需求。其四，對(duì)方辯友提到了很多來自咨詢公司的數(shù)據(jù)，而這些咨詢公司的數(shù)據(jù)受眾是創(chuàng)業(yè)公司，而非普適性的公司，并不能照搬到所有的企業(yè)里。

　　而關(guān)于“程序員的喜好對(duì)低代碼平臺(tái)不重要”這個(gè)觀點(diǎn)，我個(gè)人并不認(rèn)同。一方面，數(shù)字化時(shí)代，程序員的重要性遠(yuǎn)超從前，傳統(tǒng)行業(yè)數(shù)字化轉(zhuǎn)型所依賴的關(guān)鍵就是程序員。另一方面，程序員作為低代碼平臺(tái)的最終用戶，如果他們對(duì)低代碼平臺(tái)不滿意，寧愿自己去寫代碼解決問題，這恰恰說明這類平臺(tái)的用戶對(duì)產(chǎn)品的不認(rèn)可、不買賬。

　　此外，對(duì)方辯友提到的 AI 案例，恰恰說明了我方觀點(diǎn)的正確性，就是時(shí)間并不能解決一切問題。上個(gè)世紀(jì)50年代 AI 就已出現(xiàn)，至今仍只在語音識(shí)別、圖像識(shí)別等方面有所成就，這就證明了時(shí)間并不能解決一切問題，還得依賴研發(fā)人員的努力和需求的變化來推動(dòng)——低代碼同樣如此。現(xiàn)在低代碼平臺(tái)的眾多局限性，并不會(huì)隨著時(shí)間的推移而自動(dòng)消失。

　　最后，我再重申我方觀點(diǎn)：未來十年，低代碼無法占據(jù)主流開發(fā)市場(chǎng)。第一，低代碼平臺(tái)用戶是開發(fā)人員，如果用戶都不喜歡，低代碼平臺(tái)如何推廣?第二，廠商宣傳中的業(yè)務(wù)人員利用低代碼平臺(tái)做開發(fā)，這只是美好的想象，實(shí)際上業(yè)務(wù)人員更重要的工作在于業(yè)務(wù)而非開發(fā)。第三，連 AI 到目前都沒有實(shí)現(xiàn)與人對(duì)話，拖拉拽、組件式的低代碼平臺(tái)更不可能實(shí)現(xiàn)應(yīng)用自動(dòng)化開發(fā);最后，當(dāng)前計(jì)算機(jī)專業(yè)仍舊是頂流，市場(chǎng)需求是最真實(shí)的體現(xiàn)。

　　一言以蔽之，低代碼平臺(tái)是一種可視化編程工具，可以作為高級(jí)語言開發(fā)的輔助，但卻無法取而代之并成為主流。我們希望也愿意看到低代碼平臺(tái)能在某些領(lǐng)域中發(fā)揮越來越大的價(jià)值，同時(shí)也叮囑一句，與其夢(mèng)想成為主流，不如腳踏實(shí)地占領(lǐng)一城。

　　正方攻辯小結(jié) 馬俊

　　首先響應(yīng)一下對(duì)方辯友的發(fā)言，作為低代碼行業(yè)從業(yè)者檢討一下，發(fā)現(xiàn)大家對(duì)于低代碼事物本身，對(duì)于開發(fā)這個(gè)詞，對(duì)當(dāng)前低代碼發(fā)展階段的理解有些片面。第一，可視化是低代碼的一個(gè)特征，但非全部，組件化、源數(shù)據(jù)驅(qū)動(dòng)、組合式應(yīng)用等等，都需要低代碼來支持。第二，開發(fā)軟件并非程序員這一工種的職能，軟件工程的過程中，程序員只是其中的一個(gè)環(huán)節(jié)，除此之外還有應(yīng)用架構(gòu)師、算法工程師、數(shù)據(jù)科學(xué)家等等的參與。不能因?yàn)槌绦騿T本身不喜歡低代碼技術(shù)就否認(rèn)低代碼的趨勢(shì)和未來。

　　我個(gè)人在2008年加入 Salesforce，一直工作到2017年出來到 ClickPaaS 做低代碼，對(duì) Salesforce 了解很深，很多類似于 AI、區(qū)塊鏈等新技術(shù)，都有在 Salesforce 應(yīng)用，它恰恰起到了應(yīng)用新技術(shù)、結(jié)合低代碼來適配數(shù)字化的作用。所以我堅(jiān)持我的觀點(diǎn)，不理解、不懂低代碼就是不懂?dāng)?shù)字化。

　　對(duì)于十年的時(shí)間夠不夠，同樣可以拿 Salesforce 舉例，1999年成立的 Salesforce，在2008年就拿下了華為的大客戶，這已經(jīng)很具備代表性了。國外的金融行業(yè)已經(jīng)開始廣泛地應(yīng)用低代碼平臺(tái)，一些金融科技的應(yīng)用場(chǎng)景和趨勢(shì)使用低代碼開發(fā)非常合適。我方同樣承認(rèn)，技術(shù)需要時(shí)間去解決問題，穩(wěn)定性、成熟性、性能等等都需要時(shí)間，但十年時(shí)間已經(jīng)足夠走很多路。

　　開發(fā)人員需要?jiǎng)冸x純粹的碼農(nóng)思維，不能一直關(guān)注代碼實(shí)現(xiàn)，更需要引入工程思維，無論是做組件還是做架構(gòu)都是要價(jià)值的，在低代碼的世界中碼農(nóng)一樣有很大的價(jià)值。低代碼和高代碼本質(zhì)上就是可以高度融合的，前者的愿景也并非替代后者。

　　最后，我想說十年磨一劍，我們要有這個(gè)耐心。 Salesforce 的成功用了十年，我們的十年為什么就不能做出更優(yōu)秀的低代碼工具呢?

　　反方攻辯小結(jié) 史海峰

　　我還是堅(jiān)持此前提出的問題，低代碼的概念既然擴(kuò)得這么大了，我們還需要等十年嗎?這個(gè)問題對(duì)方辯友一直沒有給出正面的回復(fù)，所以我們?cè)谟懻撘粋�(gè)問題之前，需要明確的是大家心里要有一個(gè)共識(shí)，一個(gè)看起來很大，沒有特別清晰標(biāo)準(zhǔn)、偏概念性的東西，很難獲得普遍接受和認(rèn)可，這就是問題所在。

　　從開發(fā)的角度看，寫代碼并不是核心，需求分析、設(shè)計(jì)、調(diào)試是一整個(gè)生產(chǎn)過程，而且不是只有研發(fā)工程師才寫代碼，運(yùn)維、測(cè)試、架構(gòu)師都會(huì)寫、能寫代碼。開發(fā)的核心是實(shí)現(xiàn)功能解決問題，這不代表拖拉拽或引用組件，或封裝，而是說開發(fā)人員用語言性的媒介跟人、跟機(jī)器做交互。

　　前幾年 AI 編程的新聞引發(fā)過大家對(duì) AI 會(huì)不會(huì)替代開發(fā)人員這一問題的討論。但實(shí)際上到目前為止，AI 在編程這件事上依舊只能打輔助。如果有一天 AI 發(fā)展到可以突破圖靈測(cè)試，給它一個(gè)眼神它就能體會(huì)什么意思的時(shí)候，或許整個(gè)人類也不需要再做開發(fā)的工作了。

　　隨著數(shù)字化的進(jìn)一步滲透，低代碼產(chǎn)品作為數(shù)字化工具的進(jìn)化方向，在特定場(chǎng)景可以提供操作更加友好、門檻更低的使用體驗(yàn)，能夠提升工作效率，創(chuàng)造的價(jià)值足以覆蓋制造和維護(hù)工具的成本，低代碼就有商業(yè)化的空間。但只要是開發(fā)還是人在做，以此為職業(yè)，目前沒有超越語言形式的更好選擇。我們一定要再次強(qiáng)調(diào)，未來十年內(nèi)主流的開發(fā)市場(chǎng)不會(huì)被低代碼所占領(lǐng)。

　　結(jié)辯環(huán)節(jié)

　　反方四辯白德鑫

　　我們所理解的低代碼開發(fā)，其實(shí)是場(chǎng)景化的開發(fā)。它能在某個(gè)特定場(chǎng)景下解決某一個(gè)問題，但對(duì)于通用型、產(chǎn)業(yè)化的場(chǎng)景，差距仍舊十分明顯。對(duì)企業(yè)來說，業(yè)務(wù)場(chǎng)景的復(fù)雜、反復(fù)就注定了低代碼平臺(tái)無法成為主流，只能在OA系統(tǒng)等內(nèi)部流程管理方面做到有效應(yīng)用。

　　對(duì)于產(chǎn)業(yè)分工這件事，開發(fā)人員的角色已經(jīng)越來越清晰，而這些開發(fā)角色之所以成為主流是因?yàn)榉止さ亩�義已經(jīng)明確，但對(duì)于低代碼開發(fā)的角色和功能的定義，目前大家也并不清楚。如果未來十年內(nèi)低代碼要成為主流，那首先請(qǐng)解決這個(gè)角色定義的問題。

　　另外一方面，從市場(chǎng)的角度看，低代碼也未必就能脫穎而出。的確當(dāng)前市場(chǎng)都在談?wù)摰痛�碼，但企業(yè)應(yīng)用的復(fù)雜性要求開發(fā)人員的專業(yè)性，可視化低代碼開發(fā)的手段能否做到足夠?qū)�業(yè)，這些都需要市場(chǎng)供給端和消費(fèi)端來看結(jié)果。此外，市場(chǎng)環(huán)境下的企業(yè) IT 投資，系統(tǒng)建設(shè)都是垂直煙囪式的建設(shè)，各個(gè)系統(tǒng)間可能是孤立的，打破信息孤島也需要開發(fā)人員的能力，未來十年我們能否靠低代碼解決這些問題，答案顯然是不太可行的，這也是低代碼難以覆蓋主流開發(fā)市場(chǎng)的一大原因。

　　今天的討論折射出大家對(duì)低代碼的定義是不清晰的，它的邊界、應(yīng)用場(chǎng)景沒有明確化和定義化，由此帶來對(duì)開發(fā)行為的邏輯也沒有完全區(qū)別清楚，我們是通過低代碼滿足核心需求，還是滿足獨(dú)立某一個(gè)場(chǎng)景的需求，這是我們判斷它是否是主流的一個(gè)依據(jù)。

　　未來十年，隨著企業(yè)數(shù)字化轉(zhuǎn)型浪潮的到來，低代碼能否替代企業(yè)現(xiàn)有的 IT 投資?能否打通與整合孤島式的 IT 系統(tǒng)?我方認(rèn)為現(xiàn)狀并不樂觀。綜上，未來十年內(nèi)，低代碼可能會(huì)流行，但并不會(huì)占領(lǐng)主流開發(fā)市場(chǎng)，我們還是要通過開發(fā)去解決需求和性能問題。

　　正方四辯崔紅保

　　未來十年，數(shù)字化轉(zhuǎn)型升級(jí)是大勢(shì)所趨，必將催生井噴式的需求，至少產(chǎn)生十倍于當(dāng)下的軟件開發(fā)需求。這個(gè)需求如何解決，最簡(jiǎn)單的方法是補(bǔ)充更多軟件工程師人才，但這個(gè)培養(yǎng)成本和難度都非常高，無法從根本上解決人才缺口的問題。引入自動(dòng)化工具，改革當(dāng)前開發(fā)模式，是可預(yù)見的解決方案，這些都與低代碼的目標(biāo)一脈相承。

　　我方認(rèn)為，所有少編碼、快交付的框架、工具、平臺(tái)都可以稱為低代碼，我們應(yīng)該從更高維度去看低代碼的發(fā)展與應(yīng)用�，F(xiàn)存低代碼的問題基于當(dāng)前時(shí)間點(diǎn)，但我們研究的話題是“未來十年”，從計(jì)算機(jī)發(fā)展的歷史看，十年時(shí)間足夠低代碼解決很多問題。即便是當(dāng)下，低代碼也在傳統(tǒng)行業(yè)內(nèi)挖掘出了大量應(yīng)用場(chǎng)景，它的潛力十分可觀。

　　對(duì)方辯友提出的低代碼現(xiàn)存的標(biāo)準(zhǔn)規(guī)范問題、信息孤島效應(yīng)問題等等，在現(xiàn)有傳統(tǒng)開發(fā)模式下同樣存在，這些問題的解決應(yīng)該是基于數(shù)據(jù)驅(qū)動(dòng)去實(shí)現(xiàn)，而非要求低代碼廠商具備同樣的實(shí)現(xiàn)規(guī)范。

　　有關(guān)于低代碼與開發(fā)人員的關(guān)系問題，業(yè)界有過爭(zhēng)議，低代碼對(duì)于開發(fā)人員而言，是為了將他們從增刪查改的重復(fù)性、機(jī)械化工作中解放出來;對(duì)于業(yè)務(wù)人員，低代碼是使用工具，而非代碼編輯器�？v觀人類歷史，任何一個(gè)行業(yè)都在逐步由刀耕火種的人工操作進(jìn)化成機(jī)器自動(dòng)操作，科技的發(fā)展歷史，就是逐步減少人類手工操作的歷史。農(nóng)業(yè)、工業(yè)如此，軟件開發(fā)行業(yè)，亦會(huì)如此。未來，工程師手工編碼的工作一定會(huì)越來越少，而減少的工作，就是通過低代碼實(shí)現(xiàn)的。

　　低代碼的占領(lǐng)主流，不代表它就要占到70%-80%，Java 語言是主流的企業(yè)級(jí)編程語言，請(qǐng)問它的占比超過70%了嗎?顯然沒有。主流是一個(gè)被廣泛接受的概念，從長遠(yuǎn)的發(fā)展角度看，低代碼成為主流幾乎是一種必然。

　　我們不應(yīng)站在不缺人力財(cái)力的大公司平臺(tái)位置上，對(duì)低代碼現(xiàn)狀進(jìn)行單純的批評(píng)和抵觸，大家更應(yīng)該從真正普適的中小型企業(yè)、廣大的傳統(tǒng)行業(yè)中去看看數(shù)字化轉(zhuǎn)型現(xiàn)狀，這個(gè)時(shí)候大家才會(huì)發(fā)現(xiàn)低代碼的普惠價(jià)值。最后一句話總結(jié)，用技術(shù)普惠眾生，讓數(shù)字世界更繁榮，應(yīng)該是我輩技術(shù)人的目標(biāo)和追求，智慧的技術(shù)人不僅明察當(dāng)前，還要預(yù)見未來。通過我們對(duì)低代碼的系列分析，我方認(rèn)為未來十年，低代碼會(huì)占據(jù)主流開發(fā)市場(chǎng)，謝謝大家!

　　這場(chǎng)從行業(yè)現(xiàn)狀入手，立足于技術(shù)、應(yīng)用與生態(tài)的精彩辯論落下了帷幕，在全場(chǎng)觀眾與 TVP 專家的共同見證下，正方低碼38度6隊(duì)獲得了最終勝利，正方四辯 DCloud CTO、騰訊云 TVP 崔紅保榮膺本場(chǎng)最佳辯手。

　　本場(chǎng)辯論賽主持人騰訊低代碼技術(shù)專家、前 TechParty 組委主席 揭光發(fā)按捺不住內(nèi)心的激動(dòng)，作為一名有著多年經(jīng)驗(yàn)的低代碼行業(yè)從業(yè)者，他也在低代碼的定義理解、低代碼和高代碼的關(guān)系等方面分享了自己的真知灼見，為與會(huì)者提供了值得參考的補(bǔ)充視角。

　　圓桌對(duì)話丨應(yīng)用、演進(jìn)與碰撞：看低代碼的變革與未來

　　激烈的辯論賽結(jié)束后，進(jìn)入了同樣精彩的圓桌環(huán)節(jié)，ClickPaaS CPO、騰訊云 TVP 馬俊;精鯤科技 CTO、騰訊云 TVP 葛丁佳;作業(yè)幫基礎(chǔ)架構(gòu)負(fù)責(zé)人、騰訊云 TVP 董曉聰;騰訊低代碼 Oteam PMC 邏輯編排負(fù)責(zé)人 陳玉云，以及騰訊低代碼技術(shù)專家、前 TechParty 組委主席 揭光發(fā)，圍繞低代碼的應(yīng)用、演進(jìn)與碰撞等方向，暢聊了低代碼的變革與未來。

　　低代碼，殺手級(jí)應(yīng)用何在?

　　馬�。�無論是低代碼還是高代碼，最終目的都是開發(fā)出應(yīng)用。低代碼的優(yōu)勢(shì)在于：軟件生命周期管理中的靈活性優(yōu)勢(shì)，代表領(lǐng)域就是敏態(tài)應(yīng)用，代表形態(tài)是 CRM。CRM 在企業(yè)應(yīng)用中需要大量的人力維護(hù)和管理，這些未來都可以交給低代碼去實(shí)現(xiàn)，得益于低代碼平臺(tái)的靈活性和彈性。除了敏態(tài)應(yīng)用以外，快速、階段性的應(yīng)用也適合利用低代碼系統(tǒng)來開發(fā)，即低代碼適合應(yīng)用于在使用需求上會(huì)不斷發(fā)生迭代變化的場(chǎng)景。未來如果出現(xiàn)殺手級(jí)應(yīng)用，除了前面的這些場(chǎng)景之外，包括辦公、行政等偏運(yùn)營的方向都很有可能。未來數(shù)字化運(yùn)營方向可能會(huì)是低代碼殺手級(jí)應(yīng)用誕生的搖籃。

　　葛丁佳：低代碼應(yīng)用場(chǎng)景一般可以分為以下幾類：新興行業(yè)，純長在 SaaS 之上，面向業(yè)務(wù)運(yùn)營人員為主;應(yīng)用開發(fā)類，一般用來快速開發(fā)跨多平臺(tái)(PC/移動(dòng))的微應(yīng)用;組織內(nèi)部門協(xié)作工作流類;技術(shù)類工具，如自動(dòng)化、數(shù)據(jù)集成等場(chǎng)景。使用對(duì)象也大體分為三類：專業(yè)的研發(fā)人員、非研發(fā)技術(shù)人員、業(yè)務(wù)人員。低代碼更多解決的是對(duì)業(yè)務(wù)、技術(shù)能力的抽象，縮短業(yè)務(wù)人員和 IT 人員之間的理解洪溝，讓他們跨越層級(jí)去使用一些場(chǎng)景。因此，從我們的實(shí)踐總結(jié)來看，低代碼更多的應(yīng)用機(jī)會(huì)可能在于連接的能力，整合、編排的能力。比如像超級(jí)自動(dòng)化這樣相對(duì)較新的概念，以創(chuàng)造業(yè)務(wù)價(jià)值的方式來快速整合各個(gè)領(lǐng)域的能力，形成合力。

　　董曉聰：目前我觀察到低代碼的應(yīng)用場(chǎng)景更多基于可視化操作，只需加少量代碼就可以快速生成新的應(yīng)用。在低代碼出現(xiàn)之前，CMS、CRM、BI、BPM 這些工具也都有類似的趨勢(shì)。目前主流的低代碼底層模型本質(zhì)上還是在做信息流的封裝，然后覆蓋越來越多的場(chǎng)景，但也隨之帶來個(gè)性化場(chǎng)景成本攀高的問題。我的觀點(diǎn)是信息流場(chǎng)景上不會(huì)突然出現(xiàn)殺手級(jí)應(yīng)用，低代碼未來殺手級(jí)應(yīng)用的顛覆更多是在于走出單一的信息流場(chǎng)景，結(jié)合現(xiàn)實(shí)和場(chǎng)景賦能整個(gè)產(chǎn)業(yè)，才能真正脫穎而出。

　　陳玉云：我所理解的低代碼是使用少量代碼或零代碼去生產(chǎn)應(yīng)用的方案的概括，它不是一個(gè)特定的技術(shù)點(diǎn)，也已經(jīng)應(yīng)用在很多行業(yè)中。從 ToC 的視角看，低代碼的理念在很多流行應(yīng)用中都有所體現(xiàn)，比如重大事件時(shí)的騰訊文檔在線的多人協(xié)作，比如 QQ 空間拖拉拽裝扮的方式，比如微信小程序等等。低代碼和產(chǎn)品結(jié)合，讓用戶獲得高度靈活的定制能力，既能夠使用產(chǎn)品，也能在產(chǎn)品里進(jìn)行創(chuàng)造，就可能成為一個(gè)行業(yè)的生態(tài)，所以我的理解是殺手級(jí)應(yīng)用可能會(huì)以低代碼開發(fā)工具以外的形式出現(xiàn)。

　　揭光發(fā)：殺手級(jí)應(yīng)用要解決的是普適性的問題，因此我們可以從這個(gè)角度去思考，在To C領(lǐng)域，文檔、筆記類的應(yīng)用場(chǎng)景受眾多，需求大，機(jī)會(huì)也更大。而在To B領(lǐng)域，我認(rèn)為企業(yè)通訊、企業(yè)IM是一個(gè)比較大的流量入口，未來很有可能會(huì)演化出一個(gè)殺手級(jí)的低代碼平臺(tái)。

　　低代碼與開源如何共生?

　　馬�。�低代碼和開源天生是一對(duì)好拍檔。無論低代碼和開源，其本質(zhì)都是為開發(fā)人員提供賦能工具，幫助開發(fā)人員更容易地開展工作。開源是通過提供框架讓大家復(fù)用，低代碼是通過組件的方式讓大家復(fù)用，且無論是哪一種方式，都要基于業(yè)內(nèi)人員的協(xié)同，二者的目標(biāo)、實(shí)現(xiàn)路徑高度一致。

　　Gartner 提出未來的應(yīng)用都是組合式的，它會(huì)把應(yīng)用的開發(fā)分成三個(gè)不同角色——裝配者、聚合者、建設(shè)者。無論是組件還是最終的軟件，本質(zhì)上都可以通過開源的方式來寫，但在組合式應(yīng)用的愿景中，它只是一個(gè)可以被復(fù)用的組件。組件可以是很小的前端組件，也可以是很大的人工智能應(yīng)用。在這種模式下，開源跟低代碼形成了完美的天作之合。從我個(gè)人角度看，未來代碼和開源社區(qū)高度融合在一起，將真正形成軟件開發(fā)行業(yè)的變革契機(jī)，通過工程化的方式生產(chǎn)軟件，而非作坊式的開發(fā)和生產(chǎn)。

　　葛丁佳：我的邏輯跟馬老師是一致的，在我們看來其實(shí)就是框架和組件這兩層�？蚣茉诘痛�碼里屬于編排，可以做條件規(guī)則、邏輯的拖拉拽。組件則有靈活的拓展性。以一個(gè)自動(dòng)化的低代碼平臺(tái)為例，組件可以建立一種范式、提供一些開源組件的接入標(biāo)準(zhǔn)，引入社區(qū)開發(fā)者一起共建，然后一起拓展組件的種類，使平臺(tái)通過不斷擴(kuò)充的組件編排出各種能適用于不同場(chǎng)景、從而形成生態(tài)。我們也有做一些實(shí)踐，把自己的工具和框架、插件能力開源出來，讓大家可以按照一些規(guī)范去開發(fā)適合自己場(chǎng)景的組件，服務(wù)自己的同時(shí)也為開源社區(qū)做出了貢獻(xiàn)。

　　董曉聰：我是從低代碼在商業(yè)化和開源之間的平衡來看這個(gè)問題的。開源給軟件行業(yè)帶來了巨大的價(jià)值，十年前的企業(yè)需要租機(jī)房，造中間件的輪子，現(xiàn)在只需要通過云原生的能力，就可以在穩(wěn)定性、成本、效率和安全等方面取得較高水平。當(dāng)前的低代碼平臺(tái)主要是商業(yè)化企業(yè)在做，乍一看低代碼行業(yè)的開源和商業(yè)化是涇渭分明的兩個(gè)方向，但其實(shí)從我個(gè)人角度看，參考開源商業(yè)化的模式或許能給低代碼的商業(yè)化帶來更多價(jià)值——通過開源讓更多開發(fā)者參與進(jìn)來，完善場(chǎng)景，共建生態(tài)，再充分利用云服務(wù)的能力，打造更廣義上的云原生商業(yè)和生態(tài)模式，也許更有期待。

　　陳玉云：目前市面上的低代碼產(chǎn)品都有各自側(cè)重的領(lǐng)域，其之所以能夠提效，是因?yàn)榘杨I(lǐng)域耦合進(jìn)了平臺(tái)，通過集成專業(yè)領(lǐng)域的業(yè)務(wù)邏輯然后復(fù)用使其高效，這也是其存在差異的原因。如果沒有統(tǒng)一標(biāo)準(zhǔn)，未來肯定會(huì)出現(xiàn)更多問題，協(xié)作上也會(huì)多有不便。我們目前在建設(shè)一個(gè)對(duì)外開源的引擎框架，幫助想搭建低代碼平臺(tái)的人實(shí)現(xiàn)更快速的搭建。除了最核心基礎(chǔ)組件的開發(fā)，我們也在參與大灣區(qū)、信通院等相關(guān)標(biāo)準(zhǔn)的建設(shè)，這樣也許能給行業(yè)帶來一些新的價(jià)值。

　　揭光發(fā)：開放代碼其實(shí)只是開源的一個(gè)表象，開源現(xiàn)在更多是一種商業(yè)模式。就像數(shù)據(jù)庫一樣，低代碼也算是基建類的軟件產(chǎn)品，通過開源的方式讓大家能夠使用，也是給開發(fā)者提供信心。國內(nèi)國外也有很多低代碼領(lǐng)域的開源產(chǎn)品獲得了大額融資，這也是開源跟低代碼看得見的協(xié)同關(guān)系，從商業(yè)的角度看，開源的方式能給低代碼、開發(fā)者、市場(chǎng)帶來更多信心。

　　低代碼會(huì)和程序員“搶飯碗”嗎?

　　馬俊：我個(gè)人認(rèn)為一個(gè)面向未來的，有追求的，愿意學(xué)習(xí)和適配發(fā)展的程序員應(yīng)該是能夠接受低代碼的，在這個(gè)過程中最重要的是要去擁抱變革而非拒絕變革，不斷地往上走，成長為一個(gè)架構(gòu)師、數(shù)據(jù)工程師，或是算法設(shè)計(jì)師等等，跳出當(dāng)前能力范圍之內(nèi)的“舒適區(qū)”，會(huì)更有利于個(gè)人長期的發(fā)展。

　　葛丁佳：我也贊同這一觀點(diǎn)，程序員應(yīng)該做難而正確的事情。在低代碼本身發(fā)展領(lǐng)域來看，低代碼已經(jīng)在不少領(lǐng)域和細(xì)分場(chǎng)景幫助程序員把部分重復(fù)的工作抽象化了，未來更多的發(fā)展方向我認(rèn)為一個(gè)是當(dāng)前的低代碼還能否從技術(shù)本身再去抽象，變成多流合一的場(chǎng)景;第二個(gè)是低代碼平臺(tái)的健壯性和兼容性的擴(kuò)充，能否持續(xù)滿足更多的業(yè)務(wù)需求，在這個(gè)過程中，我們不僅是做垂直領(lǐng)域深度的能力開發(fā)，還需要關(guān)注業(yè)務(wù)上快速敏捷化的交付，比如開發(fā)一些業(yè)務(wù)組件的低代碼，讓業(yè)務(wù)人員能直接使用這些組件來提升業(yè)務(wù)敏捷性。這些都是我認(rèn)為未來程序員可以與低代碼“共舞”的方向。

　　董曉聰：低代碼平臺(tái)代替的更多是簡(jiǎn)單流程的處理，這并非開發(fā)工作的核心。在我看來，低代碼長期以來對(duì)軟件領(lǐng)域和整個(gè)行業(yè)產(chǎn)生的是正向、積極的影響。開發(fā)者在低代碼時(shí)代應(yīng)該如何自處?我認(rèn)為可以做這樣的轉(zhuǎn)型：一方面應(yīng)該更多關(guān)注能夠體現(xiàn)個(gè)人及崗位價(jià)值的事情;另一方面，通過熟悉并掌握低代碼平臺(tái)來提升自己的生產(chǎn)效率。通過各場(chǎng)景低代碼平臺(tái)的普及，軟件工程師可以更高效地助力產(chǎn)業(yè)數(shù)字化轉(zhuǎn)型。

　　陳玉云：總的來說，低代碼掀起了一個(gè)新的開發(fā)浪潮，但它并不是要取代程序員，而是補(bǔ)充、創(chuàng)造了更多的可能性。正如網(wǎng)約車平臺(tái)給出行行業(yè)創(chuàng)造了更多的工作崗位，傳統(tǒng)的出租車司機(jī)雖然多了競(jìng)爭(zhēng)對(duì)手，但他們也可以直接通過軟件接單受益。同理，低代碼降低了研發(fā)的門檻，讓更多人可以參與其中，其實(shí)是催生了一個(gè)新的生態(tài)系統(tǒng)。

　　揭光發(fā)：在我看來，低代碼和高代碼是相輔相成的關(guān)系，低代碼是幫助業(yè)務(wù)團(tuán)隊(duì)更快速高效地去做項(xiàng)目，但現(xiàn)實(shí)的情況是有很多公司并沒有嚴(yán)格區(qū)分業(yè)務(wù)團(tuán)隊(duì)和研發(fā)團(tuán)隊(duì)，二者通常融合在一起，因此會(huì)認(rèn)為低代碼會(huì)對(duì)團(tuán)隊(duì)造成沖擊，產(chǎn)生抵觸情緒，這是低代碼面臨的一個(gè)挑戰(zhàn)。

　　結(jié)語

　　當(dāng)云計(jì)算剛出現(xiàn)時(shí)，質(zhì)疑的聲音從未停止，可隨著時(shí)間的發(fā)展，云計(jì)算已經(jīng)成為了數(shù)字世界里，水和電一樣的“基礎(chǔ)設(shè)施”。

　　低代碼在當(dāng)前所走過的路，與當(dāng)年的云計(jì)算何其相似。有人說低代碼是新瓶裝老酒，也有人說低代碼能改變未來的軟件開發(fā)生態(tài)，但未來究竟如何，終歸需要人去趟出來，這就是 TVP 發(fā)起本次技術(shù)分享會(huì)的初衷所在。

　　用科技影響世界，讓技術(shù)普惠大家，下一期 TVP 技術(shù)分享會(huì)，靜候你的光臨!

　　TVP，即騰訊云最具價(jià)值專家(Tencent Cloud Valuable Professional)，是騰訊云授予云計(jì)算領(lǐng)域技術(shù)專家的一個(gè)獎(jiǎng)項(xiàng)。TVP致力打造與行業(yè)技術(shù)專家的交流平臺(tái)，促進(jìn)騰訊云與技術(shù)專家和用戶之間的有效溝通，從而構(gòu)建云計(jì)算技術(shù)生態(tài)，實(shí)現(xiàn)“用科技影響世界”的美好愿景。