不知道從什么時候起，低代碼這個概念就開始大火了，尤其是對于IT程序員和業務人員來說，從一開始害怕被低代碼逼到失業、到現在已經成了爛大街的口號。

一邊是喊著“人人都是產品經理”、“人人都是程序員”的宣傳噱頭，另一邊是關于“只能生成屎一樣代碼”、“bug生產器”等吐槽的聲音也是不絕于耳

那么低代碼究竟是靠著噱頭起來的“偽風口”，還是真正的行業革命？今天我們就來仔細聊一聊：

一、低代碼應用現狀

低代碼剛剛火起來的時候，大體上就出現了兩條發展方向：

一條線是面對IT人員的開發工具路線，另一方面是針對業務人員的業務復用路線。

不管是哪種模式，低代碼最終都是為了解決公司團隊的重復業務需求，比如說之前要通過程序員敲代碼才能實現的模板工作，可以利用低代碼的模式或工具去解決定制化的需求，最終來提高整個團隊（公司）的效率。

看上去低代碼似乎是未來的風口，那么為什么現在會讓很多人吐槽到爛大街呢？

最主要的原因還是在于人上，到目前為止，低代碼平臺所面向的人群永遠都是初級、入門的人，而代碼能力強的程序員也根本看不起低代碼平臺，大多數公司里的都是偽需求。

而且想要讓程序員拋棄原有的工作模式，去用低代碼平臺跟業務人員去溝通配合，就意味著公司要投入非常大的變革成本

但實際上從我的認知上來說，低代碼面向的就是程序員，雖然做不到取代碼農，但是也不會和中臺一樣臭大街。

至于為什么呢？接著往下看

能解決業務需求的低代碼才是風口

做過程序員的應該都知道，敲代碼不是最痛苦的事情，而重復造輪子才是最低效、最沒有價值的事情，而低代碼的作用，就是為了解決個人層面的效率。

就拿報表制作來說，傳統模式是業務人員將報表需求提給程序員，程序員再按照需求從數據庫里取數、做模板，然后再給到業務人員。但是當業務人員的需求有變化的時候，程序員就要重復取數、做模板，過程不用說有多痛苦了。

而有了低代碼平臺之后，IT人員根本不需要那么麻煩了，報表設計也不是那么難了

現在市場上比較流行的低代碼報表平臺并不多，這里就以市面上最常見的FineReport為例，介紹一下低代碼平臺的幾個功能：

1、報表自動化

FineReport的設計器和Excel類似，很容易上手，就拿連接數據源來說，根本不需要寫很多SQL，不懂代碼的小白也可以上手。

2、報表圖形化

都是字不如圖，圖不如表，一份讓人滿意的報表，確實是需要用舒服的可視化來展現出來的。相比于一些工具屈指可數的可視化圖表，FineReport的內置圖表可謂非常豐富。

3、代碼語句封裝

在操作數據庫的時候，FineReport就能夠將SQL編寫界面進行可視化封裝，用戶直接將字段和表進行拖拽就能生成sql語句

4、填報

除了開發性能高，FineReport還有一個亮點就是支持填報。通過設計好的填報模板可以直接向數據庫中錄入數據，可以通過填報校驗條件設置來保證入庫數據的準確性。我看見好多公司收集數據的辦法就是用Excel，把一張Excel表傳來傳去，最后拿到手還要檢查數據準確性，用FineReport填報報表，只需要把填報模板發給對應人，填完數據自動審核入庫，省一半勞動力

5、大屏

最后分享下低代碼報表平臺工具

最后，給大家分享一下報表開發工具和報表模板，獲取方式：