“行業(yè)毒瘤”低代碼
[導(dǎo)讀]為什么我說低代碼是行業(yè)毒瘤？
使用低代碼平臺寫出來的代碼既難以維護，又難以測試，同時它還給行業(yè)傳遞了非常不好的信號，“程序員的價值是不值錢的”，最終造成的結(jié)果就是一些不具備編程專業(yè)技能的人，使用極不趁手、效率低下的工具來做寫代碼的工作。這是非常危險的，這類低代碼工具就是行業(yè)毒瘤！近段時間，低代碼在市場中獲得了前所未有的熱度，很多投資機構(gòu)都做了相關(guān)的分析與預(yù)測。Gartner 預(yù)測：到 2025 年，70% 的新應(yīng)用將由低代碼 / 無代碼技術(shù)完成開發(fā)。那么，低代碼真的是新風(fēng)口嗎？它真的可以提升效率嗎？
帶著這些問題，InfoQ 采訪了 ThoughtWorks 中國區(qū) CTO 徐昊，他表示低代碼不是一個新概念，現(xiàn)在也不是低代碼第一次引發(fā)業(yè)界討論，以降低程序員門檻為目的的低代碼從底層邏輯上就是不通的，這類低代碼不是風(fēng)口，而是行業(yè)毒瘤。
1低代碼并不是新概念，每隔幾年就會重新流行什么是低代碼呢？2014 年，F(xiàn)orrester Research 研究機構(gòu)正式提出了低代碼的定義，即利用很少或幾乎不需要寫代碼就可以快速開發(fā)應(yīng)用，并可以快速配置和部署的一種技術(shù)和工具。通俗一點理解，在程序員實現(xiàn)功能的過程中，只使用了很少的代碼，或者是通過拼接的方式來完成，比如我們在 Excel 中輸入公式，完成相應(yīng)計算，這也可以算是低代碼的一種。
在徐昊看來，低代碼并不是一個新概念，每隔幾年低代碼就會卷土重來，在業(yè)界引發(fā)熱議。
伴隨著計算機產(chǎn)生的歷史，“程序員”有一個圣杯性的使命——讓計算機徹底工具化。不要只是讓專業(yè)人員來操控計算機，要讓一些沒有編程訓(xùn)練、不是計算機專業(yè)的人也可以使用計算機完成相應(yīng)的工作。
順著計算機發(fā)展歷史去看低代碼，我們會發(fā)現(xiàn)每個階段的低代碼定義都是不一樣的。
最開始，我們是使用機器碼來編程的，F(xiàn)ORTRAN 編程語言出現(xiàn)之后，我們就可以使用高級編程語言去編程，不用再操控機器。那么，與操控機器對比，F(xiàn)ORTRAN 中的數(shù)學(xué)表達式就是“低代碼”。
經(jīng)過一段時間的發(fā)展，編程開始圍繞數(shù)據(jù)來展開，那么，業(yè)務(wù)人員能不能不用寫代碼就生成自己的數(shù)據(jù)報表呢？這時，SQL 就出現(xiàn)了，當年它也被認為是“低代碼”。
根據(jù)歷史規(guī)律，這類“低代碼”總是在出現(xiàn)之后再慢慢演變成程序員的一個工具。
這次，低代碼能夠流行的一個背景是微服務(wù)的發(fā)展。微服務(wù)的理念是把企業(yè)中復(fù)雜度高的應(yīng)用拆解成多個微服務(wù)，然后通過更簡單、更低成本的方式把已存在的微服務(wù)串聯(lián)起來，形成新的功能。那么，企業(yè)在進行微服務(wù)改造的時候，心中存的念想就是可以降低新功能研發(fā)和創(chuàng)新的成本。當企業(yè)的微服務(wù)改造都基本完成之后，通過“低代碼”的開發(fā)模式將它們串聯(lián)成新功能，似乎是合理的選擇。
2以降低程序員門檻為目的的低代碼是最沒用的低代碼領(lǐng)域目前沒有特別明確的類別劃分依據(jù)，各家研究機構(gòu)和企業(yè)都有自己的劃分標準。在徐昊看來，低代碼可以粗粒度地分為三類。
第一類低代碼是我們常說的腳本化，類似于在 Excel 中使用宏，通常是圍繞一個特定的產(chǎn)品或生態(tài)去形成腳本化的環(huán)境。以 Salesforce 為例，每家公司的銷售流程都會有差異，即使是再優(yōu)秀的 SaaS 服務(wù)或產(chǎn)品都只能覆蓋 80% 以上的功能，剩下一些需求還是要定制化。而這些定制化的需求往往是輕量級的，因此，SaaS 或 PaaS 平臺通過低代碼工具就可以實現(xiàn)這些需求。
其實，腳本化在行業(yè)中已經(jīng)存在很多了，基本上所有做產(chǎn)品的公司都有腳本化的需求，主體功能不變，通過一個輕量的腳本語言在上面去做定制化需求。最典型的例子 JavaScript，JavaScript 出現(xiàn)時的平臺產(chǎn)品是瀏覽器，通過一個腳本語言去完成瀏覽器上的一些額外功能，但是現(xiàn)在很少有人會把使用 JavaScript 叫做低代碼。從某種程度上來講，這類低代碼產(chǎn)品最終會演變成程序員的工作，甚至引發(fā)新一類程序員的出現(xiàn)，而它本身則從低代碼退化成為真正的代碼。
第二類是我們希望看到的低代碼，但是可能沒有商業(yè)前景。目前企業(yè)內(nèi)部仍然存在大量的人工操作和流程。這些操作或流程可能都有特殊之處，如果把它們自動化，就可以把大量的人力從繁瑣的工作中解放出來。
但是企業(yè)很難關(guān)注這些流程，再加上想要自動化這些工作是很難的。不過我們會發(fā)現(xiàn)，在行業(yè)中出現(xiàn)了很多針對個人工作流的自動化工具，比如蘋果的 automator, 曇花一現(xiàn)的 IFTTT，甚至更早的 yahoo pipes。這種簡單的個人流程自動化低代碼，通常是根據(jù)屏幕上發(fā)生的事情來觸發(fā)，或者根據(jù)繪制的簡單流程完成業(yè)務(wù)自動化的操作。
服務(wù)于個人生產(chǎn)力的低代碼，既不會對行業(yè)造成影響，同時又有很明確的市場需求，但由于不賺錢，進入這個領(lǐng)域的人非常少。
第三類是現(xiàn)在常見的以降低程序員門檻為目的，想要說服企業(yè)使用便宜的人力成本去干活的低代碼平臺。在它們的宣傳語中甚至?xí)娬{(diào)自己不只是低代碼，而是無代碼。
這類低代碼其實就是之前出現(xiàn)過的使用表單去繪制工作流，然后在工作流程的每個節(jié)點上配上表、企業(yè)流程和 OA。
徐昊表示：“這類代碼其實是最沒有用的，它給行業(yè)傳達了非常不好的信號——程序員的價值是不值錢的，它嘗試說服企業(yè)的理由永遠是程序員那么貴，使用我的工具，就可以使用更便宜的程序員了。事實上，這些能夠?qū)崿F(xiàn)的功能非常有限，甚至?xí)?dǎo)致很嚴重的結(jié)果，讓一些不具備專業(yè)技能的人，使用極不趁手、效率低下的工具，來干寫代碼的工作。這是非常危險的，這樣寫出來的代碼既難以維護，又難以測試，這一類的工具低代碼平臺是行業(yè)毒瘤?！?br /> 3為什么我說低代碼是行業(yè)毒瘤？徐昊認為以降低程序員門檻為目的的低代碼是行業(yè)毒瘤，但有意思的是，這類低代碼平臺在資本上是最受追捧的，因為它能講出很美好的故事。原本企業(yè)需要花很多費用來雇傭程序員，而使用低代碼工具就可以節(jié)約這部分成本。但仔細思考，就會發(fā)現(xiàn)這個故事的內(nèi)在邏輯是有問題的。問題出在哪里呢？
第一，低代碼平臺預(yù)設(shè)的使用人群永遠是初級、入門的人
以圖形化工作流為例，當你完全不會寫代碼時，通過拖拽工作流這種直觀的方式可以實現(xiàn)相關(guān)代碼。但開發(fā)者會成長，不會永遠處在同樣的位置，而低代碼平臺預(yù)設(shè)的使用群體永遠是初級、入門的人。
以面向幼兒編程的編程語言 Scratch 為例，它將代碼結(jié)構(gòu)表達為圖形化的模塊，通過圖形化的拖拽拼搭代碼。在這種情況下，即使是不識字的小朋友也可以通過拖拽去實現(xiàn)相關(guān)功能。但是小朋友不會永遠不識字，當他成長之后，就會發(fā)現(xiàn)打字的效率是要遠高于拖拽。
第二，低代碼平臺暗藏巨大的變革成本
根據(jù)徐昊的觀察，目前絕大多數(shù)低代碼廠商提供的產(chǎn)品都嘗試覆蓋完整的軟件生命周期。企業(yè)購買之后，開發(fā)者在平臺上按照平臺的規(guī)則來編程。所以，低代碼平臺看似售賣的是開發(fā)工具，實際上賣的是一種工作模式，企業(yè)研發(fā)團隊需要改變原本的工作模式。這種變革的成本是非常巨大的。
據(jù)徐昊所知，某廠商的研發(fā)部想要上線一個低代碼平臺來提升研發(fā)效能，但是上線之后，發(fā)現(xiàn)團隊沒有辦法使用低代碼平臺來接管整個業(yè)務(wù)，再加上上線時間很緊張，所以權(quán)衡之后，他們又采購了另一個低代碼平臺，想要聯(lián)合兩個平臺來解決問題，但現(xiàn)實是直到現(xiàn)在，他們還在嘗試如何將低代碼平臺成功應(yīng)用到企業(yè)業(yè)務(wù)中。
第三，風(fēng)口不代表長期發(fā)展，低代碼其實是個偽需求
在投資市場中，低代碼似乎已經(jīng)成為了一個新風(fēng)口，很多研究機構(gòu)都對低代碼的未來做了分析和預(yù)測。Infolob 研究顯示，低代碼應(yīng)用程序保持著 40% 的年復(fù)合增長率，預(yù)計到 2022 年，低代碼應(yīng)用程序市場總規(guī)模將達 212 億美元。研究機構(gòu) Gartner 則預(yù)測，2024 年應(yīng)用軟件開發(fā)活動當中的 65% 將通過低代碼方式完成，同時 75% 的大型企業(yè)將使用至少四種低代碼開發(fā)工具進行應(yīng)用開發(fā)。
那么，被資本市場看好是否意味著低代碼的未來值得期待呢？
徐昊表示：“風(fēng)口和長期發(fā)展并不能完全劃等號。資本市場的投資策略往往是寧可錯投、不可錯過，而作為行業(yè)從業(yè)者，我是從基礎(chǔ)邏輯來判斷一項技術(shù)的未來，即它對行業(yè)長期發(fā)展是否有幫助?！?br /> “低代碼的出現(xiàn)確實是有市場機遇的，現(xiàn)在程序員缺口很大，大家都在 996，加班干活，所以我們需要一個提升效能的工具。但你仔細思考，對于很多企業(yè)來說，這其實是個偽需求，低代碼的定位不是幫助從業(yè)者提升效能，而幫助小白來入門行業(yè)。軟件從業(yè)者的效率會低于一個沒有入門的人嗎？顯然不可能，所以與其關(guān)注低代碼，不如關(guān)注針對程序員本身是否有工具可以幫助他，能否將他的流程進行有效的自動化?！?br /> 采訪嘉賓：徐昊，ThoughtWorks 全球技術(shù)策略顧問、中國區(qū) CTO 及首席咨詢師。自 2003 年起開始實踐極限編程等敏捷方法，是 Agile China 和 BJUG（Beijing Java User Group）創(chuàng)始人，在 Scrum 和 FDD 等敏捷方法、敏捷交付和敏捷項目管理、IT 人員勝任力、大規(guī)模工程實踐、以及組織認知模型等方面有著豐富經(jīng)驗。目前致力于構(gòu)造高效 IT 組織的理論與實踐，大規(guī)模團隊敏捷實踐和管理再造，以及企業(yè)級技術(shù)應(yīng)用趨勢和技術(shù)戰(zhàn)略的研究等。
帶著這些問題，InfoQ 采訪了 ThoughtWorks 中國區(qū) CTO 徐昊，他表示低代碼不是一個新概念，現(xiàn)在也不是低代碼第一次引發(fā)業(yè)界討論，以降低程序員門檻為目的的低代碼從底層邏輯上就是不通的，這類低代碼不是風(fēng)口，而是行業(yè)毒瘤。
1低代碼并不是新概念，每隔幾年就會重新流行什么是低代碼呢？2014 年，F(xiàn)orrester Research 研究機構(gòu)正式提出了低代碼的定義，即利用很少或幾乎不需要寫代碼就可以快速開發(fā)應(yīng)用，并可以快速配置和部署的一種技術(shù)和工具。通俗一點理解，在程序員實現(xiàn)功能的過程中，只使用了很少的代碼，或者是通過拼接的方式來完成，比如我們在 Excel 中輸入公式，完成相應(yīng)計算，這也可以算是低代碼的一種。
在徐昊看來，低代碼并不是一個新概念，每隔幾年低代碼就會卷土重來，在業(yè)界引發(fā)熱議。
伴隨著計算機產(chǎn)生的歷史，“程序員”有一個圣杯性的使命——讓計算機徹底工具化。不要只是讓專業(yè)人員來操控計算機，要讓一些沒有編程訓(xùn)練、不是計算機專業(yè)的人也可以使用計算機完成相應(yīng)的工作。
順著計算機發(fā)展歷史去看低代碼，我們會發(fā)現(xiàn)每個階段的低代碼定義都是不一樣的。
最開始，我們是使用機器碼來編程的，F(xiàn)ORTRAN 編程語言出現(xiàn)之后，我們就可以使用高級編程語言去編程，不用再操控機器。那么，與操控機器對比，F(xiàn)ORTRAN 中的數(shù)學(xué)表達式就是“低代碼”。
經(jīng)過一段時間的發(fā)展，編程開始圍繞數(shù)據(jù)來展開，那么，業(yè)務(wù)人員能不能不用寫代碼就生成自己的數(shù)據(jù)報表呢？這時，SQL 就出現(xiàn)了，當年它也被認為是“低代碼”。
根據(jù)歷史規(guī)律，這類“低代碼”總是在出現(xiàn)之后再慢慢演變成程序員的一個工具。
這次，低代碼能夠流行的一個背景是微服務(wù)的發(fā)展。微服務(wù)的理念是把企業(yè)中復(fù)雜度高的應(yīng)用拆解成多個微服務(wù)，然后通過更簡單、更低成本的方式把已存在的微服務(wù)串聯(lián)起來，形成新的功能。那么，企業(yè)在進行微服務(wù)改造的時候，心中存的念想就是可以降低新功能研發(fā)和創(chuàng)新的成本。當企業(yè)的微服務(wù)改造都基本完成之后，通過“低代碼”的開發(fā)模式將它們串聯(lián)成新功能，似乎是合理的選擇。
2以降低程序員門檻為目的的低代碼是最沒用的低代碼領(lǐng)域目前沒有特別明確的類別劃分依據(jù)，各家研究機構(gòu)和企業(yè)都有自己的劃分標準。在徐昊看來，低代碼可以粗粒度地分為三類。
第一類低代碼是我們常說的腳本化，類似于在 Excel 中使用宏，通常是圍繞一個特定的產(chǎn)品或生態(tài)去形成腳本化的環(huán)境。以 Salesforce 為例，每家公司的銷售流程都會有差異，即使是再優(yōu)秀的 SaaS 服務(wù)或產(chǎn)品都只能覆蓋 80% 以上的功能，剩下一些需求還是要定制化。而這些定制化的需求往往是輕量級的，因此，SaaS 或 PaaS 平臺通過低代碼工具就可以實現(xiàn)這些需求。
其實，腳本化在行業(yè)中已經(jīng)存在很多了，基本上所有做產(chǎn)品的公司都有腳本化的需求，主體功能不變，通過一個輕量的腳本語言在上面去做定制化需求。最典型的例子 JavaScript，JavaScript 出現(xiàn)時的平臺產(chǎn)品是瀏覽器，通過一個腳本語言去完成瀏覽器上的一些額外功能，但是現(xiàn)在很少有人會把使用 JavaScript 叫做低代碼。從某種程度上來講，這類低代碼產(chǎn)品最終會演變成程序員的工作，甚至引發(fā)新一類程序員的出現(xiàn)，而它本身則從低代碼退化成為真正的代碼。
第二類是我們希望看到的低代碼，但是可能沒有商業(yè)前景。目前企業(yè)內(nèi)部仍然存在大量的人工操作和流程。這些操作或流程可能都有特殊之處，如果把它們自動化，就可以把大量的人力從繁瑣的工作中解放出來。
但是企業(yè)很難關(guān)注這些流程，再加上想要自動化這些工作是很難的。不過我們會發(fā)現(xiàn)，在行業(yè)中出現(xiàn)了很多針對個人工作流的自動化工具，比如蘋果的 automator, 曇花一現(xiàn)的 IFTTT，甚至更早的 yahoo pipes。這種簡單的個人流程自動化低代碼，通常是根據(jù)屏幕上發(fā)生的事情來觸發(fā)，或者根據(jù)繪制的簡單流程完成業(yè)務(wù)自動化的操作。
服務(wù)于個人生產(chǎn)力的低代碼，既不會對行業(yè)造成影響，同時又有很明確的市場需求，但由于不賺錢，進入這個領(lǐng)域的人非常少。
第三類是現(xiàn)在常見的以降低程序員門檻為目的，想要說服企業(yè)使用便宜的人力成本去干活的低代碼平臺。在它們的宣傳語中甚至?xí)娬{(diào)自己不只是低代碼，而是無代碼。
這類低代碼其實就是之前出現(xiàn)過的使用表單去繪制工作流，然后在工作流程的每個節(jié)點上配上表、企業(yè)流程和 OA。
徐昊表示：“這類代碼其實是最沒有用的，它給行業(yè)傳達了非常不好的信號——程序員的價值是不值錢的，它嘗試說服企業(yè)的理由永遠是程序員那么貴，使用我的工具，就可以使用更便宜的程序員了。事實上，這些能夠?qū)崿F(xiàn)的功能非常有限，甚至?xí)?dǎo)致很嚴重的結(jié)果，讓一些不具備專業(yè)技能的人，使用極不趁手、效率低下的工具，來干寫代碼的工作。這是非常危險的，這樣寫出來的代碼既難以維護，又難以測試，這一類的工具低代碼平臺是行業(yè)毒瘤?！?br /> 3為什么我說低代碼是行業(yè)毒瘤？徐昊認為以降低程序員門檻為目的的低代碼是行業(yè)毒瘤，但有意思的是，這類低代碼平臺在資本上是最受追捧的，因為它能講出很美好的故事。原本企業(yè)需要花很多費用來雇傭程序員，而使用低代碼工具就可以節(jié)約這部分成本。但仔細思考，就會發(fā)現(xiàn)這個故事的內(nèi)在邏輯是有問題的。問題出在哪里呢？
第一，低代碼平臺預(yù)設(shè)的使用人群永遠是初級、入門的人
以圖形化工作流為例，當你完全不會寫代碼時，通過拖拽工作流這種直觀的方式可以實現(xiàn)相關(guān)代碼。但開發(fā)者會成長，不會永遠處在同樣的位置，而低代碼平臺預(yù)設(shè)的使用群體永遠是初級、入門的人。
以面向幼兒編程的編程語言 Scratch 為例，它將代碼結(jié)構(gòu)表達為圖形化的模塊，通過圖形化的拖拽拼搭代碼。在這種情況下，即使是不識字的小朋友也可以通過拖拽去實現(xiàn)相關(guān)功能。但是小朋友不會永遠不識字，當他成長之后，就會發(fā)現(xiàn)打字的效率是要遠高于拖拽。
第二，低代碼平臺暗藏巨大的變革成本
根據(jù)徐昊的觀察，目前絕大多數(shù)低代碼廠商提供的產(chǎn)品都嘗試覆蓋完整的軟件生命周期。企業(yè)購買之后，開發(fā)者在平臺上按照平臺的規(guī)則來編程。所以，低代碼平臺看似售賣的是開發(fā)工具，實際上賣的是一種工作模式，企業(yè)研發(fā)團隊需要改變原本的工作模式。這種變革的成本是非常巨大的。
據(jù)徐昊所知，某廠商的研發(fā)部想要上線一個低代碼平臺來提升研發(fā)效能，但是上線之后，發(fā)現(xiàn)團隊沒有辦法使用低代碼平臺來接管整個業(yè)務(wù)，再加上上線時間很緊張，所以權(quán)衡之后，他們又采購了另一個低代碼平臺，想要聯(lián)合兩個平臺來解決問題，但現(xiàn)實是直到現(xiàn)在，他們還在嘗試如何將低代碼平臺成功應(yīng)用到企業(yè)業(yè)務(wù)中。
第三，風(fēng)口不代表長期發(fā)展，低代碼其實是個偽需求
在投資市場中，低代碼似乎已經(jīng)成為了一個新風(fēng)口，很多研究機構(gòu)都對低代碼的未來做了分析和預(yù)測。Infolob 研究顯示，低代碼應(yīng)用程序保持著 40% 的年復(fù)合增長率，預(yù)計到 2022 年，低代碼應(yīng)用程序市場總規(guī)模將達 212 億美元。研究機構(gòu) Gartner 則預(yù)測，2024 年應(yīng)用軟件開發(fā)活動當中的 65% 將通過低代碼方式完成，同時 75% 的大型企業(yè)將使用至少四種低代碼開發(fā)工具進行應(yīng)用開發(fā)。
那么，被資本市場看好是否意味著低代碼的未來值得期待呢？
徐昊表示：“風(fēng)口和長期發(fā)展并不能完全劃等號。資本市場的投資策略往往是寧可錯投、不可錯過，而作為行業(yè)從業(yè)者，我是從基礎(chǔ)邏輯來判斷一項技術(shù)的未來，即它對行業(yè)長期發(fā)展是否有幫助?！?br /> “低代碼的出現(xiàn)確實是有市場機遇的，現(xiàn)在程序員缺口很大，大家都在 996，加班干活，所以我們需要一個提升效能的工具。但你仔細思考，對于很多企業(yè)來說，這其實是個偽需求，低代碼的定位不是幫助從業(yè)者提升效能，而幫助小白來入門行業(yè)。軟件從業(yè)者的效率會低于一個沒有入門的人嗎？顯然不可能，所以與其關(guān)注低代碼，不如關(guān)注針對程序員本身是否有工具可以幫助他，能否將他的流程進行有效的自動化?！?br /> 采訪嘉賓：徐昊，ThoughtWorks 全球技術(shù)策略顧問、中國區(qū) CTO 及首席咨詢師。自 2003 年起開始實踐極限編程等敏捷方法，是 Agile China 和 BJUG（Beijing Java User Group）創(chuàng)始人，在 Scrum 和 FDD 等敏捷方法、敏捷交付和敏捷項目管理、IT 人員勝任力、大規(guī)模工程實踐、以及組織認知模型等方面有著豐富經(jīng)驗。目前致力于構(gòu)造高效 IT 組織的理論與實踐，大規(guī)模團隊敏捷實踐和管理再造，以及企業(yè)級技術(shù)應(yīng)用趨勢和技術(shù)戰(zhàn)略的研究等。
下載文檔
