低代碼開發(fā)以后有前景么？會不會最后一地雞毛？（低代碼開發(fā)有前途嗎）

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

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

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

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

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

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

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

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

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

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

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

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

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

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