一、備受“爭議”的無代碼/低代碼開發

在看這篇內容時，我們要知道，技術無時無刻不在進行發展，IT技術更是如此，快速的技術更新使得程序員在進行應用開發時效率更高；我記得在十多年前，開發一個普通的 HTML 頁面都是一件很了不起事情，現如今，一個普通的網頁制作只是一件“最”基礎的事，并且開發一些特殊的頁面效果也遠不如之前那么困難，這就是因為技術難度變得越來越簡單，這也是技術發展的必然；從人類最開始使用工具鋤頭進行耕地，再到使用牛進行田地耕種，再到現如今使用機械化，無一不是技術在發展，效率在提升，工具更易于使用。

在低代碼出現后不是技術火了，而是被“嘲諷”而火，程序員無一不是在對這一門技術表達自己的不屑，“低代碼？這東西小孩子玩的，能做什么？”，“套了一個名詞，就把這東西變牛逼了”，“啥都不能干，要這東西干什么”…

二、在編程“普及”之下技術如何平滑過渡？

低代碼作為一個“新”技術，對比其他技術肯定有著不足，當然這不是說低代碼“好”的理由；低代碼/無代碼 作為一個新技術，必然有著他出現的一個道理。現如今進入了“全民”編程的時代，咱們從中小學的課程上可以得知，編程正在走進校園，也有很多少兒培訓新增了編程類培訓，在此我們并不對少兒編程的實用性做出討論，我們從編程教育普及來看，就已經可以看到編程在未來的一個重要性，編程肯定會降低門檻讓更多人參與。

如果有對少兒編程有過了解，我們應該可以看到，少兒編程到“代碼編程”之間其實存在著一個“過渡”，那什么產品能夠完成這個過渡讓編程“真正”的降低門檻對大眾進行普及呢？

首先我們應該考慮這個過渡產品的定位，這個產品必須既有類似于少兒編程的“簡易性”更要有“專業代碼編程”的深度，此時低代碼產品便是完全符合了這個要求；例如 iVX 無代碼編程，既是圖靈完備的開發語言，也是保留了可視化開發的基本特性以至于降低開發的門檻，并且可以勝任大部分的常規需求開發，這使得 iVX 無代碼/低代碼 開發有能力作為專業與非專業開發之間的橋梁，這使得技術門檻降低并且讓大眾更容易接觸“編程”。

三、過渡的低代碼是否有就業前景

這個疑問我們需要客觀的做出分析，首先低代碼對于整個開發來說并不是一門“火熱”的技術，那么其就業崗位肯定是跟常規開發崗位相比，若真能夠相比，我這篇文章也不用寫了，那就說明無代碼/低代碼或者說整個時代的編程普及率很高，無代碼/低代碼產品已經變成了像 PPT、Word 這一類常用的產品了；但要注意，低代碼無代碼的開發現如今不代表沒有任何崗位，低代碼/無代碼開發崗位正在日益增多，并且由于這是該技術方向的“紅利”期，其待遇也是非常不錯，下面我貼幾張圖：

當然也有沒那么高薪資的：

其實我們可以看到，低代碼/無代碼其實已經有了部分就業市場，并且低代碼因為是一種開發能力，也會需要其它一些技術對低代碼進行價值挖掘，就像我們會 ppt制作、word制作、表格制作也需要一些內容進行編寫。

四、低代碼能夠勝任現在的開發需求嗎？

低代碼在程序員眼中可能是“輪子”套“輪子”，把“輪子”組合就可以稱為新的“輪子”，如果沒有足夠多的“輪子”或者這個“輪子”本身設計不夠好，那么就會存在造不出新的“輪子”。其實我個人這是低代碼/無代碼 的產品問題，我個人也做過類似于低代碼的產品（當時沒事做做個工具玩玩），其限制很大我也很清楚，那什么低代碼產品能夠最大“自由度”的對一些產品進行開放呢？

從一個基礎的能力上來說我個人覺得是需要是圖靈完備的開發語言，其二就是能夠適應大多數的一個常規業務；以 iVX 為例，iVX 對于常規業務的開發有很多的組件可以選擇，包括電商、IOT、ERP這些都是非常容易開發的，并且不需要學習額外的技能，直接學習 iVX 可以多端進行開發；如果你覺得的沒有靈活性，iVX 還可以進行導出源代碼再進行二次開發，可以讓程序員寫組件/SQL/CSS/代碼函數，甚至可以和現有后臺SDK一起運行，擴展性和現在編程語言相當吧，并沒有什么特別受限的場景，和現在代碼和系統結合，我個人覺得對于程序員也是非常的友好。

那么對于企業來說這無疑提升了開發效率，并且一般低代碼/無代碼產品一般會有一站式服務，可以直接對項目進行部署，可以減少大部分運維產生的成本。

五、多久才能學會低代碼

低代碼學習正如同我第一點所說的那樣，這個產品是可以作為專業與非專業之間的過渡產品，那么其門檻難度不高，有編程基礎的同學一周這樣就可以通過低代碼產品完成一些簡單項目對的制作，再通過深入學習可以掌握更多的開發內容；若沒有基礎的話14-30天可以很好的完成入門，達到擁有開發的能力。