在選平臺之前，首先要確定以下幾個問題：
第壹步? 確定妳需要做什麽？
第二步? 找壹款適合妳的。
第三步? 開始學習如何使用。
咱們壹步壹步來！
第壹步：確定妳需要做什麽？
? 這個問題其實並不簡單，我把需求大體分為這麽幾類：
? 1. “我想學習編程，我想轉行互聯網，我需要做壹些真實的項目出來，好找工作！”
? 互聯網是為數不多的朝陽產業，是基礎工具，也是基礎語言，美國幼兒園裏就開始教編程了，國內也要求把編程課程引入中小學教學大綱中，其重要性，我就不多說。另外，互聯網總體來說是高收入行業（看看10幾年前央視的廣告和現在的贊助商有啥區別吧，馬上就能理解），方式方向應該沒錯的。就算每10年可能會有壹個輪回和低谷，但是確實也找不到什麽新的經濟的增長點了。所以堅定地投身互聯網吧！
? 為什麽要學編程？原因很簡單，程序是互聯網的“語言”，不會語言在互聯網的世界中就會舉步維艱。而我認為，這裏面最核心的程序思維，就程序本身而言，語言也有很多種，但是思維方法，構建應用的方法，大同小異，因此如果掌握好了這種程序構建“邏輯”，將為未來發展掃清障礙。
? 另外建議，學習簡單使用壹些語言，低代碼平臺是非常不錯的選擇。我們認為，這也是語言發展的大方向，不會問題。
? 2. “我會壹些編程，我想做外包，中小項目為主”
? 妳可能會前端或者後臺某壹兩項技術，但是還不足以完成整個外包項目，另外，覺得用代碼寫太浪費時間，而且有些地方考慮不周到，項目完成質量也不高。這種情況下，選擇低代碼平臺是非常明智的。通常效率都會有大幅提升，如果選擇正確的。
? 3. “我需要做壹個具體的項目，包含工作流、表單部分技術，我希望能快速實現”
? 作為企業內部OA的某壹些具體需求和實現，低代碼平臺也有壹些專門服務類似需求的引擎，最為常見的就是BPM工作流管理以及表單系統，對於這些系統都有非常成熟的低代碼解決方案。開發工作量往往可以降到最低，而且質量通常有保證。
? 4. “公司需要重構自己內部的業務中臺，數據也需要統壹，付能公司研發能力”
? 這個往往對平臺要求比較高，需要開發平臺提供完成的“開發體系”，只有這個體系完備，才能保證壹個平臺解決所有問題，否則如果平臺技術無法實現，那成本就比寫代碼還要高很多。
? 5. “公司需要技術架構統壹，高效，現在都是外包團隊在做項目，技術架構不統壹，無法管理”
? 要求具備完整的“開發體系”，同時，架構要比較簡單和先進。
第二步：尋找壹款適合妳的。
? 大家重點關註壹下：三個點和兩個坑，就不會跑偏。
? 第壹點：這個平臺自身能夠幹什麽（如果不嵌入代碼的話）？道理很簡單，代碼肯定啥都能做，但是這個和平臺關系不大，還是要看平臺本身除了代碼能幹嘛，這才會對妳提升效率；
? 第二點：開發的效率如何？（這裏重點考慮，有多少代碼可以不寫？壓縮比率）低代碼本身最核心的意義還是在於少寫或不寫代碼，而生成高效運行代碼。另外，妳也需要關註平臺產品本身的設計，有些平臺描述很牛逼，但是根本沒法用（異常難操作），處處是Bug；
? 第三點：開發出來的產品質量如何？壹是看看開發出來的產品的架構是否先進，另外，運行時，實際跑跑，看看加載速度，是否卡頓就清楚了，在試的時候，盡量找復雜的應用來實驗，不然看不出效果的。
? 下面來說壹下兩個坑：
? 第壹坑：低代碼坑，其實由於低代碼這個概念在國內也就才壹年多時間，因此很多公司都是臨時起意，說我們來開發壹個低代碼平臺吧，而國外很多平臺都已經開發了十幾二十年了。因此很多平臺都是從壹些SaaS開發平臺轉變過來的。什麽意思呢，就是這種平臺還處於很初級“PaaS”概念，並不完備（只是提供壹些SaaS開發的接口的封裝），如果用來開發他們以前研究的SaaS相關產品，效果還不錯，但是開發別的，就都需要寫代碼了。
? 這就意味著，妳花了挺多時間去學習壹個低代碼平臺，結果開發的時候還需要大量寫代碼，或者只能開發很窄的領域，這個就有可能“事倍功半”了。
? 第二坑：看上去很好，實際Bug太多；看上去給了妳很多實現路徑，其實壹個都跑不通。從現在的產品理念來看，只需要提供給用戶壹條最方便的路徑來實現最好的產品就行了，不需要給用戶提供成千上萬的選擇，選擇本來也是壹件成本很高的事情。Perl當年就是犯了這個錯誤，而Python則吸取了這個教訓。?
第三步：學習如何使用
建議大家在分析和選擇的時候，多去看教學視頻，少去看介紹，教學視頻才是妳後面真正的操作，文字介紹往往具有很強不確定性和迷惑性。
?最後希望大家認真選擇和學習低代碼平臺，沒準妳以後吃飯就靠TA了！畢竟這個是互聯網編程語言的發展趨勢，而互聯網又是社會和技術的發展方向。
另外，現階段低代碼平臺比較多，各式各樣，但多數都是針對某壹些特定場景和系統進行開發的，而且語言也多種多樣，有寫SQL的，有寫前端代碼的，有寫後臺代碼的。