如果公司沒有IT人員，並且沒有開發正兒八經的管理系統的需求的情況下，還是可以用的。並且對於企事業單位，甚至公務員來講，用這個拖拽一個小東西彙報給領導用來評個獎啥的應該還是比較好用的。

1.開發效率高，開發門檻低。

2.考慮到運維，綜合成本相對比較低。

3.只用關注業務，不用關心底層框架等。缺點是依賴於平臺，沒有自己開發靈活。

綜合來講，還算靠譜。

與資訊系統面向的業務有很大關係，不能簡單用靠譜不靠譜來定義。

如果業務規則簡單且穩定，則使用低程式碼開發平臺具有效率高、運維成本低等優勢。沒什麼程式設計基礎的業務人員，可以較快入門低程式碼開發平臺，配置一些功能來支撐業務，這個還是靠譜的。

如果業務規則複雜且多變，則會受限於平臺功能，導致需求無法滿足或需花費更多成本購買外掛等問題。如果有能力進行系統開發，建議搭建專案框架，自行開發資訊系統。當然，還可以將低程式碼開發平臺開發的功能融入資訊系統。

實際應用，可以結合自主開發的資訊系統與使用低程式碼開發平臺體功能功能來支撐資訊化。以某司為例，某司有自己的資訊系統框架，同時還有使用某釘快速搭建審批等、某帆快速製作和生成報表。

系統結構

使用體驗上，簡單的業務需求，使用低程式碼開發平臺非常靠譜。複雜需求，儘管有的低程式碼開發平臺可以滿足，但是需要翻遍文件、丟一地頭髮才能配置好（還不一定好用），還是自己寫程式碼靠譜。

看了下面的這些評論，覺得我還是說一下好。2000年初搞過compiere，應用字典概念很好，剝離出來做了個bs版，很深入的搞過，當時還不知道是低程式碼平臺，後來用過oracle的apex，也很棒。做過erp，his，交付過幾個千萬級別的純軟體專案。做過erp的人都知道，業務能複雜到什麼程度。定製化的東西還是要自己做，這個事情節省不了。這些平臺需要對工具有理解，交付的時間和質量比較有保證，而且不需要全棧技術需求，因此門檻較低。國內近年來隨風而起的低程式碼平臺，沒有用過。像oracle的apex，國內較少人用，中文版資料都少，其實它迭代了好多版本了，是被用心做的一套軟體。每個平臺設計的思路包含了設計者對軟體，業務的深刻理解，適用的場景也不盡相同。用了以後，發現對整個軟體開發流程影響很大。不宜淺嘗輒止，引喻失義。也不可妄自菲薄，垂頭喪氣。總之，做軟體的。。。。還是要。。。不忘初心。

靠譜啊

以往我們一提到軟體開發或者系統開發，很多時候第一時間想到就是程式設計師一整天坐在那裡“霹靂吧啦”的敲鍵盤寫程式碼，不僅是要耗費很多的時間，還得花費一筆不小的金錢。對於自己創業的小公司而言，真的太難負擔了。

後面在朋友在推薦下，接觸了一款叫做百寶雲的低程式碼開發平臺。平臺上提供了各種功能模組，搭建系統的過程就跟玩樂高差不多，想要什麼系統可以自己搭建，且搭建時間長短由自己控制。最關鍵的是低程式碼開發平臺開發出的管理系統與傳統開發做出來的系統的質量是一樣的，支援資訊錄入、統計、許可權管理、分析，都可以做到。

在慢慢使用和了解低程式碼開發的原理後才知道，低程式碼開發平臺其實是簡化了傳統開發的流程，提高開發效率，並沒有改變傳統開發的核心。除此之外，低程式碼開發平臺因為用的程式碼少，因此係統出現bug的機率也很少，比起傳統開發還更安全些吧！