盡管承諾簡化和填補(bǔ) IT 技能差距，但它可能更像是一種錯(cuò)覺，而不是提升團(tuán)隊(duì)交付實(shí)際價(jià)值的能力。

翻譯自 Broken Promises of the Low-Code Approach 。

圖片來自 Shutterstock 的 seamind224

這是一個(gè)三部曲系列的第一部分。

很容易被低代碼和無代碼解決方案的熱情所席卷（我將簡稱為低代碼），特別是考慮到它們誘人的簡單性和用戶友好的界面的吸引力。它們被譽(yù)為解決 IT 技能差距的答案，使非技術(shù)用戶能夠在無需編寫一行代碼的情況下創(chuàng)建功能應(yīng)用。然而，這些工具對于您的團(tuán)隊(duì)的實(shí)際效果往往更像是一種幻覺，而不是一個(gè)能夠徹底改變局面的東西，尤其是在不斷演變的編程趨勢和工具的背景下進(jìn)行審視時(shí)。

低代碼的誘人之處

低代碼平臺具有不可否認(rèn)的吸引力，尤其適用于渴望釋放團(tuán)隊(duì)速度和敏捷性、實(shí)現(xiàn)快速應(yīng)用開發(fā)的領(lǐng)導(dǎo)者。對廣泛編碼知識的需求被消除，節(jié)省了 IT 資源，并使能夠?yàn)閼?yīng)用開發(fā)做出貢獻(xiàn)的能力民主化。對于擁有有限 IT 資源的中小型企業(yè)而言，這可能是一個(gè)重要優(yōu)勢。

同樣具有吸引力的是低代碼解決方案的成本效益。通過減少對經(jīng)驗(yàn)豐富的程序員的依賴，這些平臺有可能大幅降低勞動(dòng)力成本，而這些程序員往往成本更高且更難以留住。此外，許多低代碼平臺提供內(nèi)置的可擴(kuò)展性，使應(yīng)用能夠處理隨著用戶群體增長而增加的負(fù)載。

低代碼核心的誤解

事實(shí)是，許多低代碼解決方案在軟件開發(fā)方面存在根本誤解：它們將理解編程語言語法的挑戰(zhàn)與設(shè)計(jì)有效的應(yīng)用邏輯的挑戰(zhàn)混為一談。編程語言只是工具；它們的語法僅僅是表達(dá)解決方案的手段。軟件開發(fā)的真正核心在于問題解決，即制定算法、數(shù)據(jù)結(jié)構(gòu)和接口，以高效地滿足應(yīng)用的需求。

通過圖形用戶界面（GUI）來簡化軟件開發(fā)，低代碼解決方案在不必然簡化設(shè)計(jì)強(qiáng)大應(yīng)用的基本挑戰(zhàn)的情況下替代了語法。這種方法可能會引入多個(gè)缺點(diǎn)，同時(shí)未能減輕軟件創(chuàng)作的真正復(fù)雜性，最終可能對團(tuán)隊(duì)交付真正價(jià)值的能力產(chǎn)生負(fù)面影響。

低代碼解決方案的其他陷阱

低代碼解決方案經(jīng)常在有限的定制性方面掙扎，通常無法滿足特定、復(fù)雜或獨(dú)特的業(yè)務(wù)需求。供應(yīng)商束縛的風(fēng)險(xiǎn)是另一個(gè)重大不利因素，如果定價(jià)、功能提供或供應(yīng)商關(guān)閉，用戶可能會陷入困境。我曾親身經(jīng)歷過這些事件，團(tuán)隊(duì)的結(jié)果相當(dāng)災(zāi)難性。他們面臨嚴(yán)重的技能缺口和長時(shí)間的低生產(chǎn)力期。

性能和效率問題也是一個(gè)問題。通過低代碼平臺開發(fā)的應(yīng)用可能不如使用傳統(tǒng)代碼精心設(shè)計(jì)的應(yīng)用性能好，特別是對于大型復(fù)雜應(yīng)用而言。

簡單的承諾往往導(dǎo)致意想不到的復(fù)雜性現(xiàn)實(shí)。雖然低代碼平臺在創(chuàng)建簡單應(yīng)用方面表現(xiàn)出色，但在處理更復(fù)雜場景時(shí)往往不夠出色。當(dāng)這些工具由缺乏開發(fā)復(fù)雜系統(tǒng)經(jīng)驗(yàn)的人使用時(shí)，這種挑戰(zhàn)通常會加劇。

最近的趨勢提供了一種替代方法

考慮到上述挑戰(zhàn)，隨著幾乎適用于各種情況的代碼庫和框架的不斷增多，低代碼解決方案的價(jià)值進(jìn)一步削弱?？紤]一些框架，如 Next.js 和 Nitric ，或平臺如 Supabase 和 Vercel。這些較新的面向開發(fā)者的工具通常比低代碼等價(jià)物更具生產(chǎn)力，而且肯定使最終的應(yīng)用更具未來可靠性。

這些解決方案采用了一種不同的提高生產(chǎn)力的方法。它們簡化了開發(fā)人員的工作流程，保持了傳統(tǒng)編碼中固有的靈活性，而不是替代小眾的低代碼選擇。這使得低代碼解決方案經(jīng)常難以適應(yīng)的定制性、適應(yīng)性和復(fù)雜性的能夠保持開放，同時(shí)允許有限的開發(fā)團(tuán)隊(duì)以更少的代碼實(shí)現(xiàn)更多的成果。

我管理的團(tuán)隊(duì)通常更熱衷于使用面向開發(fā)者的框架和工具；它們提供更愉快的開發(fā)體驗(yàn)，并擁有更廣泛的社區(qū)支持。這使得開發(fā)團(tuán)隊(duì)有動(dòng)力學(xué)習(xí)和擴(kuò)展技能，這些技能將為實(shí)現(xiàn)他們個(gè)人目標(biāo)以及團(tuán)隊(duì)目標(biāo)提供幫助。

總結(jié)

低代碼解決方案雖然實(shí)現(xiàn)了軟件開發(fā)的民主化，但也帶來了一系列限制和潛在的缺陷。在某些情況下，根本的誤解在于將編程語法與軟件開發(fā)的真正挑戰(zhàn)——問題解決和應(yīng)用設(shè)計(jì)等同起來。

此外，全面的代碼庫和開發(fā)者友好的框架的出現(xiàn)，挑戰(zhàn)了低代碼工具的相關(guān)性。通過賦予開發(fā)者權(quán)力并簡化其工作流程，同時(shí)保持靈活性，這些現(xiàn)代解決方案提供了一種更具未來可靠性的軟件開發(fā)方法。

我們認(rèn)為目標(biāo)應(yīng)該是更少的代碼，而不是低代碼，我們關(guān)于這個(gè)主題的下一篇文章將討論為什么以及如何使用新工具來實(shí)現(xiàn)這一點(diǎn)。

與此同時(shí)，可以了解一下我們在開源的 Nitric 框架中通過自動(dòng)化來減少所需代碼的做法。

這兩種方法無疑必須共存，根據(jù)項(xiàng)目的復(fù)雜性和需求提供不同的服務(wù)。然而，了解這些微妙之處對于有效地導(dǎo)航軟件開發(fā)領(lǐng)域并在每種情況下利用適當(dāng)?shù)墓ぞ咧陵P(guān)重要。