低代碼開發平臺,真的是爲了"幹掉"程序員嘛?

低代碼開發平臺在近些年的走紅,讓很多企業對應用的快速生成抱有很大的期待,甚至很多人認爲這是程序員被"幹掉"的開始,然而事實真的如此嗎?

低代碼開發平臺,真的是爲了"幹掉"程序員嘛?

低代碼開發平臺,是指無需編碼或很少代碼就可以快速生成應用程序的工具。這種平臺通常提供可視化的設計工具,來快速搭建界面、設計數據模型、創建業務邏輯和工作流。市場上有些企業會將無需編碼的模式叫做無代碼開發平臺,本質上並無大的差別。

關於低代碼開發

理論上,低代碼開發平臺能夠較好的避免定製開發和成品軟件的一些弊端,在人力成本、時間成本方面具有一定的優勢,即用更少的時間開發出更強大的軟件產品。

在低代碼開發這一領域,國外的成熟平臺比較多,而在國內,這種趨勢在近幾年纔開始興起,還沒有出現領頭羊式的企業,但是專攻於此的創業公司並不在少數。與此同時,一些具有低代碼開發能力的廠商,也開始對外強調自己的"低代碼"身份。

作爲企業級服務領域的一個全新賽道,低代碼開發平臺大有"走紅"之勢。

這種平臺真的有這麼好嗎?

未來會"幹掉"程序員嗎?

傳統開發模式的革命

伴隨着雲計算的興起以及互聯網發展的深入化,企業的IT系統和業務的結合變得更爲緊密,由於新的業務模式不斷出現,也要求IT產品的開發能力更加靈活。

在這種情況下,由於每個大企業都有一定數量的開發者,其業務也都獨一無二的,如傳統軟件廠商SAP、Oracle以往所做的Best Practice(最佳實踐),即把一家公司成功經驗複製到其他公司的做法,就不再行得通,這纔出現了低代碼開發的趨勢。

事實上,低代碼開發平臺並不是爲了顛覆開發者,而是爲了讓開發者從繁重的、重複的代碼中解放出來,去參與更具有價值的開發環節。

與其說低代碼開發平臺會"幹掉"開發者,不如說是幹掉了傳統的開發模式。

低代碼開發平臺,通過圖形化界面交互實現應用搭建,可視化的操作,標準化的配置,既可以提高開發人員開發信息化系統的效率,同時也能滿足無代碼基礎的業務人員進行信息化開發。

低代碼開發平臺,真的是爲了"幹掉"程序員嘛?

當然代碼平臺並不是萬能的,當用戶在平臺遇到實現不了的配置,可以自定義開發,也就是說,可以根據需要自己開發出平臺沒有的功能。因此,企業可能需要將低代碼環境與手工代碼串聯在一起。

大部分低代碼開發平臺可以開發企業ERP、供應鏈、財務、OA、人力資源和項目管理的全系統應用。

這種龐大的系統工程如果用傳統開發方式,一般需要至少10人工作1年以上,而現在只需要2個人用半年左右就能完成。

同時,低代碼也能解決軟件應用過多、過亂和數據孤島的問題。

低代碼開發平臺,真的是爲了"幹掉"程序員嘛?

目前,國內市場上在此領域大致形成了三類服務模式:

第一類,通過低代碼開發向外提供開發服務,類似於軟件的開發外包,只不過這類服務商的效率更高,成本更低。

第二類,把低代碼開發作爲一種工具,提供給ISV、SI、SaaS企業、渠道代理商、諮詢公司等,用於提高他們的系統部署效率,或者爲客戶提供更完整的解決方案。

第三類,把低代碼開發打造成一個平臺,吸引ISV甚至個人開發者到平臺上開發應用,然後向企業客戶提供產品以及後續的二次開發個性化定製服務,而平臺則作爲連接的角色負責訂立統一的標準和交易規則,並努力把供需兩端都做大,形式上類似於App Store,只不過其提供的是API不是APP,服務的是企業而非個人。

這三類低代碼開發的服務方式,分別可以看做是:服務、工具、平臺。事實上,爲了教育市場,努力活下去,各家低代碼廠商都在嘗試各種服務方式,不斷調整策略和打法。

這是一條務實之路,但是也面臨着很高的技術門檻。國內企業太多,業務和IT環境都很複雜,一個產品很難做到普適性。每當低代碼開發平臺開發一個新功能模塊時,都要提前設計好框架和邏輯,以應對高可配置需要的各種可能性。

這也是低代碼開發平臺作爲一個大而全的PaaS引擎,所必須面對的挑戰。如果無法突破技術的邊界,產品就很難做到大規模的複製,這類服務商也很容易淪爲項目開發外包。

低代碼開發平臺,真的是爲了"幹掉"程序員嘛?

但無論如何,低代碼開發平臺是一個值得嘗試的東西,它建立在一個大趨勢之上,那就是中國企業的數字化轉型正如火如荼的開展,市場需要一種更靈活、成本更低、效率更高的開發解決方案。這一趨勢的向好,最終將引導低代碼的市場邊界逐漸變得清晰。

Carried by:north wind

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章