長期使用用低代碼必然會(huì)造成專業(yè)能力的衰減，但是短期內(nèi)使用又可以極大地提升效率，也就是說，在這方面的表現(xiàn)上，低代碼給人的感覺是矛盾的。

一方面，它可以提高工作效率，另一方面，疏于coding卻造成專業(yè)能力的減退，這相當(dāng)于變相地削弱了程序員的競(jìng)爭(zhēng)能力。

而低代碼的另一個(gè)問題在于，由于大部分的低代碼平臺(tái)框架是一個(gè)黑盒，一旦內(nèi)部出現(xiàn)什么bug和性能問題，由于不清楚內(nèi)部的實(shí)現(xiàn)邏輯，排查問題就會(huì)變得無從下手，根本找不到解決問題的方法。

這其中還沒有提到低代碼平臺(tái)自身的局限，那就是低代碼的開發(fā)框架，這在很大程度上決定了一個(gè)低代碼平臺(tái)的實(shí)力，一旦框架不給力，自身基礎(chǔ)的薄弱必將限制開發(fā)人員的能力，造成效率的進(jìn)一步降低。

這其中有沒有一個(gè)平衡點(diǎn)，是既能讓程序員解決低端代碼的重復(fù)性，又能有能力解決各種bug和進(jìn)行專業(yè)化的Coding工作的？

其實(shí)仔細(xì)想想，低代碼的出現(xiàn)正是為了提升程序員的價(jià)值，比如低代碼可以幫程序員減少在低級(jí)重復(fù)性工作上浪費(fèi)時(shí)間，從而可以有更多時(shí)間專注于高價(jià)值的代碼，更深入本質(zhì)，將重心放在業(yè)務(wù)邏輯上。我認(rèn)為是有的，那就是低代碼平臺(tái)自身必須具備生成代碼的能力。

但是，這其中難道就沒有一個(gè)中間解嗎？既能提升我們的工作效率，又能提升或維持我們寫代碼的水平，其實(shí)有一種方式，那就是用低代碼導(dǎo)出源碼，需要強(qiáng)調(diào)的是，這里需要那種能夠真正生成可導(dǎo)出應(yīng)用的全部代碼，包括前端/后臺(tái)/數(shù)據(jù)庫整個(gè)代碼棧，而且要能夠獨(dú)立編譯的那種。

這里的應(yīng)用是開發(fā)的“單個(gè)應(yīng)用實(shí)例”，也就是“開發(fā)了什么就生成什么”，不是一大堆框架的代碼，需要的是真正“編程語言級(jí)”的代碼生成能力，可以讓程序脫離低代碼平臺(tái)以外的環(huán)境運(yùn)行。

這樣做有幾個(gè)重要好處，首先是能像程序員完整展現(xiàn)完整項(xiàng)目的源代碼，讓問題不會(huì)變得一頭霧水，起碼是有跡可循的；其次導(dǎo)出源碼就意味著程序員可以對(duì)專業(yè)代碼進(jìn)行審查，必要時(shí)添加注釋或進(jìn)行自定義的編碼，維持自身的競(jìng)爭(zhēng)力；

第三是在實(shí)現(xiàn)低代碼平臺(tái)效率倍增的基礎(chǔ)上，讓企業(yè)的程序可以不受低代碼平臺(tái)的限制，想獨(dú)立部署和導(dǎo)出都可以，將選擇權(quán)握在自己手里。

也就是說，在整個(gè)過程中，我們只是借助低代碼平臺(tái)幫助我們生成了代碼，一旦完成業(yè)務(wù)邏輯，我們大可以拿著代碼走人，不會(huì)受到低代碼平臺(tái)絲毫的限制，這才是真正將低代碼平臺(tái)為自己所用。

而現(xiàn)在的低代碼市場(chǎng)上真正具備完全能導(dǎo)出源碼的應(yīng)用，只有 codewave 和 iVX ，前者主要的宣傳重點(diǎn)是企業(yè)的管理系統(tǒng)和智能化，后者才更像是面向開發(fā)者應(yīng)有的低代碼平臺(tái)。

國外成熟的低代碼平臺(tái)如Mendix雖然也能生成代碼，但自身的限制過多，導(dǎo)致導(dǎo)出的源碼很大程度上無法脫離平臺(tái)使用，這就讓源碼失去了意義。

低代碼平臺(tái)是有意義的，只是現(xiàn)在成熟的適合本地的企業(yè)太少。