再也不信任在線編輯器的保存功能了
哥剛開始做程序猿的時候接觸的第一個活就是用一個低代碼工具做一個流程應用，後來搞懂了low code之後又要去給業務同事去做個賦能，後來時間流轉又跳出了低代碼這個大坑，也可以算是對低代碼工具又一點點了解··這裡就總結一下在這個過程中遇到的大坑
low code不是新概念
low code絕對不是一個新概念，國內有的大廠在5-6年前就大量應用low code工具來做流程開發、流程管理了。那為什麼low code最近又火了起來呢？先看看low code最常用&獨有的宣傳語：
- 不懂編程的人也可以開發應用
- 基於可視化&拖拉拽的快速開發
那為什麼low code又在最近兩年火了起來，也有越來越多的廠商開始進入了這個賽道呢？哥認為有以下這麼幾個原因：
- 收入逐漸飽和，需要降本增效
- 傳統企業迫切需要數字化改革、流程化改革
- 企業快速開發&快速迭代的需求
第二點可能很多剛工作的同學們不是很懂，傳統大廠存在著大量紙面流程、效率極低，同時使用的人也很少，但是又是不可缺少的流程，如果可以將這些流程遷移到線上，固定化&制度化對傳統企業而言提升是極大的
總之總結一下：為什麼要推廣低代碼工具？因為企業認為low code有助於提高生產力、提高效率
為什麼low code不是銀彈？
先講一下哥用過什麼low code工具：mendix、power apps，還有某大廠自研low code平臺
用的時候遇到了哪些問題呢？
- 開發出來的工具質量低：
-
- 面向的對象是低技能人群，缺乏編程思維，考慮不夠周全，在編程的時候一個很簡單的錯誤捕捉的思想，想要讓業務同事熟悉&熟練使用是有難度的，需要經過大量的訓練
- 測試困難，甚至沒有測試：業務同事寫出來的東西也要找幾個測試同學去測試嗎？
- 缺乏良好的模板、開發案例：第一次接觸low code的時候，就覺得需要一個example，到底怎麼寫，是合適的、效率高的···
- 應用維護困難：
-
- 專業開發者用編程語言開發出來的軟件尚且維護困難，就更不要想非專業開發者開發出來的東西了，如果短短几個流程還ok，幾十上百個流程最後搞出來就像是地獄
- 不夠透明，debug麻煩
- 和業務強耦合，debug、維護需要業務同事全程參與
- 與軟件、供應商深度綁定
-
- 想要開始做low code並沒有那麼簡單：先想想怎麼適配sso？企業的各種數據接口是不是都要準備好？和a供應商的顧問吭哧吭哧忙了大半年終於對接好了，過了段時間a供應商的low code升個級萬一掛了怎麼辦？
- 要不要考慮一下遷移性的問題？
也許有人講到：使用low code開發的大多是專業開發者，可以有效避免這些問題。那麼哥要反問一句：專業開發者為什麼不直接寫代碼呢？效率難道不是比low code更高、相關的工具和生態也更加完善嗎？
現在企業裡邊最常見的low code開發變成了什麼樣子呢：
領導強行推行low code，提倡增加效率，而業務部門的同事做出來的app又實在是不能用，那麼就只能再養一個low code團隊，專門複雜開發low code應用，但是招聘的時候又會遇到問題：沒有人是學low code的，只能招js、java等有編程經驗的程序員，而有經驗的人又不願意搞low code，這不是自廢武功嘛，導致找不到人、找到的人也流動性很大。就算招到了人，大多在做low code應用的時候也不想丟掉自己的技能，寫app的時候直接拖一個大框出來，在裡邊用js完成所有的邏輯·····
low code可不可以成為解決問題？
哥給low code噴了一大盆冷水，但是哥不得不說： low code確實可以提高企業效率，當業務不復雜、要求不高的情況下， low code可以在非常短的時間裡做出來你想要的功能。
作為軟件開發從業者&曾經的low code使用者，哥還是希望low code可以越來越好