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