先說一個好消息，就是組長的頭銜又回到我的頭上了。我們一共有4個人(后續(xù)還會招人進來)，在選組長的時候就有兩個人投票給我，但是因為剛接觸低代碼，又看了網(wǎng)上對全是對低代碼的排斥和罵聲，我就把組長讓給了一個大四的老哥(他也是個苦命人，后面分享他的故事)。

  他是只想搞技術的那種，受不了隨時要和產(chǎn)品對接需求以及寫我們的工作日報，我就剛好順勢和他對接了。我是想全干，以后打算一人成軍，還有就是鍛煉一下自己的溝通表達能力，以及一些人情世故。

好了好了，回歸標題吧。

先從企業(yè)的角度來思考這個問題。

  在今天之前，說實話我也挺討厭低代碼的，妥妥拽拽的根本沒有什么技術含量，也感覺不到有什么成長空間。所有的轉變都發(fā)生在今晚，10年javer給我們開了一個技術培訓。

  他從PHP,JAVA,GO的對比開始，接著介紹JAVA語法，然后演示目前java最好用的框架(比若依高級一些)。最后舉了一個業(yè)務實現(xiàn)，具體需求我記不清了，只是用了不到半個小時做完一個老哥擱哪褲褲干一天還沒做好的需求，就是低代碼那一套?？赐晁难菔荆f實話這玩意給一個初中生培訓一周就能干了啊，所以那個有兩年經(jīng)驗老哥的優(yōu)勢在哪里呢？

  在我看來，中小企業(yè)擁抱低代碼是必然的趨勢，因為這就是降低成本最有效的方式。隨便招幾個實習生培訓1個月，甚至一周就能上手干活了。

  網(wǎng)上有很多排斥低代碼的言論，我贊同他們的每一個字，但是我覺得每個人應該結合自身的實際情況去思考要不要從事低代碼行業(yè)。如果你是92，學歷比較好，那你進大廠的可能性是很大的。對于雙非，從整體人數(shù)來看，校招進大廠估計連0.0001%都沒有(開發(fā)崗)。我也是雙非，開始也不是很喜歡敲代碼，主要是學習方式?jīng)]有被正確引導造成的，但是這幾天編工作流卻讓我喜歡上了敲代碼。解決一個又一個需求真的挺有滿足感的。

  It行業(yè)發(fā)展了這么多年，你需要實現(xiàn)的大部分業(yè)務需求早就有一大堆人框架輔助實現(xiàn)了。那你接到需求后還要自己從頭分析，查文檔，寫接口嗎？這學習成本會不會對企業(yè)來說有點太高了呢？如果你用低代碼，你只需要分析業(yè)務，然后調用別人寫好的接口，中間的成本就是在找哪個接口可以實現(xiàn)，以及看一下作者寫的參數(shù)格式(去找一下apyKey)。編排了三天工作流，寫了一個生成短視頻的腳本，都是調用三方api。中間我自己用代碼實現(xiàn)了一遍，用了差不多半天(去學習文檔，去編排輸入輸出格式)，然而用工作流2分鐘就完成了，而且沒有任何學習成本。

從我個人角度來看低代碼。

  短期內，確實可以給我?guī)矸浅４蟮膬?yōu)勢，而且是碾壓的。一個有基礎的人只需要培訓一周左右，便可以寫出5年經(jīng)驗的簡單需求。意味著你可以在短時間內縮短和老手的差距。當然，這個條件對大廠來說估計不算什么，從中小廠來看還是很誘人的。但是顯而易見，這種學習方式在長時間內的成長，空間是十分有限的。

所以我會怎么選擇呢？

  我選擇擁抱低代碼，因為這個行業(yè)真的不缺低級開發(fā)，隨便一個開發(fā)崗至少都有幾十個人在問。在行業(yè)形式這么嚴峻，自身又沒有經(jīng)驗的情況下，企業(yè)為什么還要用十分昂貴的成本去培養(yǎng)一個會隨時跳槽的人呢？所以在大部分人排斥低代碼的情況下，選擇低代碼至少可以先讓你入行。即使這種短平快的學習方式可能會埋下很大的隱患。

  目前的也只是實習，還沒有積累足夠的行業(yè)經(jīng)驗，所以我還沒有能力解答怎么處理這個隱患。

  但是我認為凡事多學一點準沒錯。

#?？虯I配圖神器#