從人性角度剖析低代碼推廣之道，為什么有的程序員不愿用低代碼？

事先聲明：本文檔部分內(nèi)容可能有爭議，所以求同尊異、拋磚引玉，我們搞低碼初衷與目的也是為了快速交付自己的項目，并不是純粹賣低代碼平臺的，分享一些設(shè)計理念也是為了讓一些客戶更好理解并為低代碼思路可行性正名(現(xiàn)在有點污名化了)。當(dāng)然也有不少客戶非常認(rèn)可低代碼理念并愿意購買長期技術(shù)咨詢與服務(wù)。

原因分析

低代碼似乎陷入一種“開發(fā)人員不愿意用/不屑于用、業(yè)務(wù)人員不會用“的困境，在實際推廣過程中，的確遇到部分技術(shù)人員不喜歡低代碼模式(應(yīng)該是誤解)，原因是多重的：

1.程序員心理上都不愿意在一個別人高度封裝的平臺上做一些簡單枯燥的，沒有技術(shù)含量的各種配置的，就是太傻瓜、太沒意思、太沒挑戰(zhàn)與刺激了。

搞這種模式開發(fā)，作為技術(shù)專家的價值與重要性其實是降低了，軟件開發(fā)成了隨時可能被取代的傳統(tǒng)行業(yè)崗位，而不再是技術(shù)型崗位了，有的人甚至認(rèn)為程序員就應(yīng)該敲代碼，配置是實施顧問的活。

2.如果這個平臺只是某一家公司的平臺，并不是市場上主流的技術(shù)框架，這其實會限制了程序員的職業(yè)生涯發(fā)展！

也就是說，離開了這家公司這個平臺，自己出去找工作都不好找！

許多程序員直接公開提出過這種質(zhì)疑，他們寧愿學(xué)習(xí)與使用業(yè)內(nèi)主流的技術(shù)，這樣好跳槽好換工作！

3.許多公司都有一個自己的技術(shù)平臺，也是技術(shù)人員耗費多年心血搞出來的，就像自己的親生孩子一樣，心理上有強烈的認(rèn)可感與歸屬感，雖然有各種問題，但也不會輕易扔掉的。

所以說，如果強迫別人放棄自己原來的平臺，直接換成你推廣的“XX低代碼平臺”， 別人從心理接受程度上，其實非常難，這是人性使然！

但也不是說每個人都絕對什么都100%從零開始搞平臺，不借助任何開源框架的，只要是開源的，足夠好用，有點名氣的，大部分技術(shù)人員還是愿意使用的，但所謂使用，也是引用一些插件、組件，然后整合到自己的平臺中來。

這就好象有點像是生產(chǎn)汽車，自己的平臺是總裝集成，自主品牌，可以采購別人的零配件，但最終的整車與品牌一定要是自己的。

而低代碼平臺不像是一個零配件，更像另一個整車品牌，這就有沖突了。除非兩者可以有效集成。

所以換個思路，在菜單配置上，設(shè)計得非常開放自由，可以兼容其他框架，然后把別人的平臺與自己的平臺可以非常簡單的無縫集成在一起！

有的功能采用新的低代碼模式開發(fā)，提高生產(chǎn)效率，也是一個借鑒與學(xué)習(xí)的過程！

有的功能還使用自己原來的框架，輕車熟路，用得順手，繼續(xù)完善，絕不放棄。。

這樣一來，相當(dāng)于采購了一種新配件，不少程序員心理上就好接受多了，這也是為什么菜單配置要開放LocalUrl更深層次的原因。

剖析之道

低代碼平臺也許真正的客戶并不是最終程序員，所謂解放程序員，提高開發(fā)效率與項目利潤率，對程序員并不是最關(guān)心的事！

低代碼對程序員的價值也許就只有少加點班而已，除此之外，沒有其他太本質(zhì)性的剛需價值！

低代碼平臺也許對創(chuàng)業(yè)公司老板，有利潤考核指標(biāo)的部門經(jīng)理有剛需價值，也許他們才是低代碼平臺的真正客戶!!

尤其對一些創(chuàng)業(yè)公司來說，可以說是關(guān)系到公司經(jīng)營、生死存亡的大事！

但問題的關(guān)鍵是：這些真正的客戶又往往不搞技術(shù)了，又只能去咨詢技術(shù)人員，聆聽并依賴技術(shù)人員的意見。

而前面已提到技術(shù)人員一看這種低代碼模式，首先擔(dān)心是，如果采用這種傻瓜模式了，開發(fā)難度大大降低了，導(dǎo)致自身價值更低了。

可能首先會想，如果用這套低代碼，那我的價值又在哪里呢？還需要我這樣的技術(shù)專家么？豈不是誰都可以取代我了？我的重要性豈不是低了？寫一大堆代碼，離開我后系統(tǒng)就玩不轉(zhuǎn)，我的重要性才更高。

所以，最后許多技術(shù)人員對老板的反饋可能就是，這種低代碼模式好是好，但不適合我們的業(yè)務(wù)需求，價值有限，我們完全可以自己搞！

最后技術(shù)人員大部分選擇就是：大量借鑒別人低代碼平臺的思路，借助公司的資源與項目歷練機會，搞一個真正屬于自己的低代碼平臺出來！

所以低代碼平臺推廣有時很難，有時其實就是難在技術(shù)人員這一道心理關(guān)！或者說盯著一線開發(fā)人員去推廣，可能就是找錯了對象，但找到老板或團隊負責(zé)人，最后要回到技術(shù)人員身上進行決斷！

對技術(shù)人員建議

對于種種誤解與顧慮，我們解決辦法或?qū)夹g(shù)人員的建議是：

無論任何框架或技術(shù)一旦掌握了，本質(zhì)上都是枯燥重復(fù)的“搬磚”，都是業(yè)務(wù)上的增刪改查、既然都是搬磚，為什么不選擇低代碼這種更快一點的搬磚模式呢？

至少這會少加班，會騰出更多的時間來學(xué)習(xí)研究其他更多的技術(shù)，事實上IT行業(yè)一直是個加班過重的行業(yè)。

而且從個人價值角度看，別人會的我都會，別人不會的我也會，才更有價值。如果都學(xué)習(xí)與使用市場上主流技術(shù)路線，找工作的確是容易了，但找到真正高薪的肯定難，因為物以稀為貴，你會的別人也會，市場上一抓一大把，市場經(jīng)濟決定了價碼肯定要不上去，最后只能是越來越內(nèi)卷。

反之，如果采用低代碼模式，大部分功能用低代碼開發(fā)，少部分功能使用業(yè)務(wù)各種主流技術(shù)棧開發(fā)，一是提高效率，節(jié)約許多時間反而更有精力學(xué)習(xí)其他技術(shù)，二是各種技術(shù)都研究了，都有實踐經(jīng)驗，也更深的理解低代碼的一些思想與技術(shù)，一舉多得，個人附加值只會更高，更有職場競爭力。

然后在開發(fā)過程中，漸漸轉(zhuǎn)向低代碼平臺底層技術(shù)發(fā)展，即消化理解低代碼平臺后，自己來升級迭代低代碼平臺，把低代碼掌握在手，在公司的重要性與價值只會更大，更具有不可替代性。

即職業(yè)方向應(yīng)該往更底層、更深、更難、更有創(chuàng)新價值的方向發(fā)展，而不是總是隨大流，不斷的追隨業(yè)內(nèi)人人都在學(xué)、人人都會用的所謂各種主流技術(shù)，隨著年齡增長，只會陷入內(nèi)卷，被更年輕的競爭者淘汰。然后有人就自己創(chuàng)業(yè)，突然發(fā)現(xiàn)，成老板后，屁股決定腦袋，反而感覺特別需要“低代碼”這種利器了，后悔當(dāng)初沒有及早積累與研究。

所以說，從這個角度講，技術(shù)人員更多更早的主動接受與學(xué)習(xí)各種低代碼是很有價值的事情。

總之，低代碼平臺對技術(shù)人員肯定是一種機會，而不是威脅，而且未來是發(fā)展趨勢(凡是能提高生產(chǎn)力的東西遲早是趨勢)，要順勢而為。