程序員這兩年被碰的瓷兒可不少啊，這架勢(shì)不像是AI搶了程序員的飯碗，倒像是程序員搶了AI的飯碗一樣......

• 前兩年低代碼出來了，你們說程序員要被取代了，惹得大神們一頓輸出；

• 去年元宇宙出來了，你們又說程序員要被取代了，惹得大神們又一頓輸出；

• 今年chatgpt出來了，你們還說程序員要被取代了，大神們已經(jīng)累了......

那么多職業(yè)，你們就可著程序員一個(gè)碰瓷兒??！

先不說真正的程序員工作，純寫代碼的時(shí)間也就20%左右，其余80%的精力都用于調(diào)試和修改代碼，以及溝通協(xié)調(diào)、需求同步信息等工作中。按這個(gè)邏輯，chatgpt也只能幫助程序員節(jié)省20%的時(shí)間。

就算chatgpt牛逼上天了，寫的代碼100%正確，也并不能有效縮短程序員調(diào)試和修改代碼的時(shí)間。

因?yàn)槿耸怯羞壿嫷?，每個(gè)程序員都有一套自己的業(yè)務(wù)邏輯，先教會(huì)你的ChatGPT理解自己業(yè)務(wù)邏輯再說吧......

ChatGPT有用的不是取代程序員工作，是它可以直接給出參考代碼，從而降低程序員去搜索引擎或?qū)I(yè)網(wǎng)站搜索的時(shí)間！

舉幾個(gè)例子大家可以參考參考——

注：文中代碼若有誤，跟我無關(guān)嗷，全是AI的鍋......

• js實(shí)現(xiàn)一個(gè)字符串最小編輯距離算法

• laravel框架自帶的數(shù)據(jù)庫，要怎么根據(jù)id檢查user表中的數(shù)據(jù)

它是可以繼續(xù)追問的：

還想再追問的，它不響應(yīng)了......當(dāng)時(shí)在想能不能讓它給自己寫個(gè)排隊(duì)系統(tǒng)呢。

總結(jié)一下，如果一個(gè)要求可以做到：

• 目標(biāo)明確；

• 表達(dá)清晰；

• 沒有歧義。

ChatGPT可以完成的很好，基本上能夠節(jié)省在各大搜索引擎上找參考代碼的這20%時(shí)間，但這樣的精確要求本來也不太多。

所以說，這是賦能、不是取代。

說到賦能，又想起了之前低代碼、零代碼產(chǎn)品大戰(zhàn)碼農(nóng)時(shí)我的一篇觀點(diǎn)類文章。

我當(dāng)時(shí)說，低代碼、零代碼產(chǎn)品之所以會(huì)爆火，最主要的原因是因?yàn)椤?/p>

碼農(nóng)，不夠用了。

Gartner早就在其報(bào)告中預(yù)測(cè)過了——2021年市場(chǎng)對(duì)于應(yīng)用開發(fā)的需求將五倍于IT公司的產(chǎn)能。

相信你一定有體感：程序猿這個(gè)職業(yè)越來越火，炙手可熱、哪哪都缺。因?yàn)椋?/p>

消費(fèi)互聯(lián)網(wǎng)和云計(jì)算時(shí)代來臨后，帶動(dòng)了IT技術(shù)加速發(fā)展，同時(shí)也帶動(dòng)了IT技術(shù)開發(fā)人員的快速增長(zhǎng)。

但很麻煩的事情又來了：

絕大部分企業(yè)建設(shè)IT信息系統(tǒng)主要的目的，是為了實(shí)現(xiàn)企業(yè)數(shù)字化，助力業(yè)務(wù)運(yùn)營(yíng)。

這就要求IT工程師不僅要掌握公司業(yè)務(wù)，還需要同時(shí)掌握云計(jì)算、容器化、中間件、微服務(wù)、devops、多端等等大量業(yè)務(wù)無關(guān)的專業(yè)知識(shí)。

要知道不少中型的互聯(lián)網(wǎng)公司在養(yǎng)了不少專業(yè)方向的技術(shù)人才的情況下，尚且不能打通任督二脈，為上層業(yè)務(wù)開發(fā)者提供友好業(yè)務(wù)開發(fā)環(huán)境，何況急需數(shù)字化轉(zhuǎn)型的大量傳統(tǒng)企業(yè)。

所以為了填補(bǔ)這一缺口，低代碼/零代碼技術(shù)是目前唯一可行的解決方案——讓無編程基礎(chǔ)的業(yè)務(wù)人員直接自行制作管理應(yīng)用。

就拿簡(jiǎn)道云這種原生的apaas平臺(tái)舉例（這類平臺(tái)甚至超越了低代碼，走向零代碼），搭建一個(gè)審批系統(tǒng)，如：費(fèi)控&事項(xiàng)審批

• 操作門檻：無，均為簡(jiǎn)單的拖拉拽

• 技術(shù)門檻：不需要代碼、但要懂業(yè)務(wù)、懂流程

• 學(xué)習(xí)門檻：難度約等于office，具有成熟幫助文檔體系的apaas都不需要擔(dān)心

低代碼開發(fā)的邏輯就是，可以讓我們從應(yīng)用和數(shù)據(jù)層面入手，利用不需要代碼的開發(fā)工具與邏輯，實(shí)現(xiàn)快速開發(fā)、上線一個(gè)管理系統(tǒng)。

對(duì)于這一點(diǎn)，這個(gè)觀點(diǎn)說的很切理：

從提供“專業(yè)軟件/軟件定制化開發(fā)服務(wù)”切換到提供“低代碼apaas平臺(tái)”，軟件廠商剝離了專業(yè)業(yè)務(wù)知識(shí)，通過平臺(tái)提供一種讓企業(yè)自己積累和分享專業(yè)知識(shí)/業(yè)務(wù)經(jīng)驗(yàn)的標(biāo)準(zhǔn)和能力。

對(duì)軟件廠商來說降低了實(shí)施的成本、對(duì)企業(yè)來說提升自己的掌控力和業(yè)務(wù)響應(yīng)能力，這是巨大的一個(gè)進(jìn)步。

這也是賦能，不是取代。

總之，教會(huì)計(jì)算機(jī)“什么是需求”，和用代碼教會(huì)計(jì)算機(jī)“如何實(shí)現(xiàn)需求”，是完完全全的兩碼事。