??騰小云導(dǎo)讀

AIGC 這一時(shí)代潮流已然不可阻擋，我們要做的不是慌亂，而是把握住這個(gè)時(shí)代的機(jī)會(huì)。本文就和大家一起來(lái)探索在 AIGC 下，前端工程師即將面臨的挑戰(zhàn)和機(jī)遇。聊聊從以前到現(xiàn)在，AIGC 給我們帶來(lái)了怎么樣的變化，下一代前端工程師又該何去何從？

??目錄

1?瘋狂的 AIGC

2 范式遷移 —— AIGC 下開(kāi)發(fā)模式改變的本質(zhì)

? ? 2.1 命令式 -> 聲明式

? ? 2.2 聲明式 -> AIGC 式

3?下一代前端工程師

? ??3.1 要善于利用

? ? 3.2 要縱觀(guān)全局

? ? 3.3 要懂得批判

????3.4?要合理使用

4 未來(lái)可期

5 望天下再無(wú)碼農(nóng)

6?探討
??? 6.1 AIGC 下，前端會(huì)消失嗎？

??? 6.2 前端開(kāi)發(fā)工程師會(huì)過(guò)分依賴(lài) AI 嗎？

01、瘋狂的 AIGC

記得 ChatGPT4 剛出來(lái)的時(shí)候，OpenAI 總裁 Greg Brockman 用筆和紙畫(huà)了一個(gè)網(wǎng)頁(yè)草圖，GPT4 僅用幾秒的時(shí)間便完成了網(wǎng)頁(yè)的設(shè)計(jì)和代碼的編寫(xiě)。

不知道當(dāng)時(shí)前端同學(xué)們看到是個(gè)怎樣的想法哈，反正我當(dāng)時(shí)心都涼了，好不容易把 vue 的源碼搞懂了，這就沒(méi)啥用了，飯碗砸了，藍(lán)瘦香菇。

好吧，開(kāi)個(gè)玩笑 。AI 已然如此，此時(shí)就不得不問(wèn)那個(gè)老生常談的問(wèn)題了，前端工程師們?cè)摵稳ズ螐哪兀?/p>

想來(lái)定有一些同學(xué)持悲觀(guān)態(tài)度：前端已死，不值得做下去了，AI 馬上就替代了。 也會(huì)有些同學(xué)與之相反吧：AI 降臨，神級(jí)輔助，又不吃經(jīng)濟(jì)，又有大用。

我想說(shuō)的是，AIGC 一定會(huì)對(duì)前端開(kāi)發(fā)的未來(lái)會(huì)產(chǎn)生重大影響，至于這個(gè)影響對(duì)于前端工程師來(lái)說(shuō)，是正是反，從來(lái)都不是工具決定的，而是用工具的人來(lái)決定的。我們要做的，不是去擔(dān)憂(yōu)焦慮，而是把握住它。

02、范式遷移 —— AIGC 下開(kāi)發(fā)模式改變的本質(zhì)

在這之前，我們先來(lái)聊聊前端開(kāi)發(fā)這些年的發(fā)展。

???2.1?命令式 -> 聲明式

命令式：關(guān)注過(guò)程，代碼能夠與自然語(yǔ)言產(chǎn)生一一對(duì)應(yīng)的關(guān)系，代碼本身描述的是“做事的過(guò)程”。

聲明式：關(guān)注結(jié)果，過(guò)程在背后，暴露給用戶(hù)的是聲明的結(jié)果。

前端開(kāi)發(fā)范式演變：命令式 -> 聲明式

jQuery 是命令式開(kāi)發(fā)的典型代表。這種范式的出現(xiàn)讓前端開(kāi)發(fā)變得高效，但還遠(yuǎn)遠(yuǎn)不夠。因此，隨著 Vue React 的現(xiàn)世，前端開(kāi)發(fā)迅速地從命令式遷移到了聲明式。

可能經(jīng)常會(huì)在社區(qū)看到這樣的提問(wèn)：“該學(xué) Vue 還是 React 呢？項(xiàng)目該用 Vue 還是 React 呢？”，這個(gè)問(wèn)題一直都在爭(zhēng)論，一直也沒(méi)有一個(gè)明確的答案。可如果有人問(wèn)到：“該用 jQuery 呢還是 MVVM 框架開(kāi)發(fā)呢？”，我想這個(gè)問(wèn)題是有標(biāo)準(zhǔn)答案的。

為什么會(huì)這樣呢？很簡(jiǎn)單，jQuery 和 Vue React 的最本質(zhì)的區(qū)別就在于范式的不同，從命令式到聲明式的進(jìn)化。

為什么前端領(lǐng)域普遍接受了這種范式的遷移？在我看來(lái)，有兩個(gè)原因：

• 效率的極大提高

業(yè)務(wù)邏輯越復(fù)雜，命令式需要做的工作便越多，因?yàn)槟阋暾ッ枋稣麄€(gè)過(guò)程才能實(shí)現(xiàn)。而聲明式卻不需要，只要把結(jié)果交給聲明式框架，聲明式框架背后的命令幫忙做了大量的工作，所以在效率上，命令式和聲明式不可同日而語(yǔ)。

• 更完整更系統(tǒng)

jQuery 只是一個(gè)工具，它能做的僅僅是在使用層面加一點(diǎn)速，無(wú)法帶來(lái)質(zhì)變。而聲明式的框架帶來(lái)了完整的開(kāi)發(fā)體驗(yàn)、系統(tǒng)的打包和發(fā)布。

???2.2?聲明式 -> AIGC 式

我也不知道該如何命名，索性就將其稱(chēng)為 “AIGC式” 了。

前端開(kāi)發(fā)范式演變：聲明式?-> AIGC 式

雖然聲明式為前端開(kāi)發(fā)帶來(lái)了極大提升，從效率和完整性皆是。但，有一點(diǎn)它還是沒(méi)有解決，還是有大量的重復(fù)勞動(dòng)性的工作需要開(kāi)發(fā)者來(lái)實(shí)現(xiàn)，比如模板編寫(xiě)、樣式開(kāi)發(fā)、基礎(chǔ)函數(shù)編寫(xiě)等等，

這也是為什么，社區(qū)出現(xiàn)了大量的諸如低碼這樣工具來(lái)力圖解決此問(wèn)題。

設(shè)計(jì)稿轉(zhuǎn)代碼：像我這樣的切圖仔幾乎每天都在使用的 CoDesign/Figma，能夠很大程度上解決手動(dòng)寫(xiě)模板寫(xiě)樣式的工作。 圖片轉(zhuǎn)代碼：相較設(shè)計(jì)稿轉(zhuǎn)代碼，它想要做得更多，直接生成模板結(jié)構(gòu)和樣式，一鍵復(fù)制即可在項(xiàng)目中運(yùn)行，比如 imgcook。 低代碼/零代碼：似乎幾乎每隔幾年就會(huì)在社區(qū)里炒起來(lái)，以騰訊的 UICore 為代表的，在聲明式范式下，為能夠更加徹底地解決重復(fù)勞動(dòng)，降低開(kāi)發(fā)成本而出現(xiàn)。

工具雖多，也很好用，但這些工具發(fā)展了這么多年，似乎并沒(méi)有能夠徹底改變前端開(kāi)發(fā)。

為什么呢？因?yàn)檫@些工具相對(duì)于聲明式而言，其實(shí)和 jQuery 相對(duì)于原生 js 是一樣的。都沒(méi)有逃離所處的范式，jQuery 沒(méi)有逃離 js 的命令式，這些工具也沒(méi)有逃離聲明式。

原地打圈，不得始終。

那 AIGC 式做到了嗎？當(dāng)然，否則也不用講了對(duì)吧。聲明式仍然需要前端工程師辛苦地碼代碼，即便有工具可以提效，但碼農(nóng)依舊得不到解放，至少大部分業(yè)務(wù)情況下是無(wú)法解放的。

而 AIGC 徹底地顛覆了這一范式，具體如何顛覆的，相信文章開(kāi)頭的視頻已經(jīng)給出了答案，從理解到設(shè)計(jì)再到編碼，甚至部署發(fā)布， AI 已經(jīng)不可阻擋了。

那在這樣的范式下，作為前端工程師，要怎么樣才能亦步亦趨緊跟緊跟再緊跟呢？

03、下一代前端工程師

AIGC 對(duì)前端工程師，準(zhǔn)確來(lái)說(shuō)對(duì)所有人，都是福音而絕不是洪水猛獸。接納它，用好它，讓它成為自己的 copilot。

很多同學(xué)會(huì)擔(dān)心 AI 會(huì)取代自己，或多或少都有些許擔(dān)憂(yōu)，居安思危是沒(méi)錯(cuò)的，但完全沒(méi)必要過(guò)多焦慮，我們要做的很簡(jiǎn)單：

學(xué)會(huì)使用工具：人類(lèi)和動(dòng)物的區(qū)別，不就是因?yàn)槿祟?lèi)會(huì)探索會(huì)使用工具嗎？工具的出現(xiàn)絕不是為了取代人類(lèi)，而是服務(wù)于人類(lèi)。 擁抱它、融入它：不知道五六十年代的前輩們剛接觸電腦時(shí)是怎樣的想法，想來(lái)，也會(huì)有些人會(huì)覺(jué)得電腦會(huì)替代自己吧。例如電子郵件的出現(xiàn)，那些靠寫(xiě)信為生人一定會(huì)有這樣的擔(dān)憂(yōu)吧，此時(shí)，如果他們故步自封不懂得接納和擁抱電腦，那么在時(shí)代潮流之下，等待他們的一定是被取代；可如果他們擁抱它并且融入它，把電子郵件當(dāng)做一個(gè)工具，以此來(lái)提高寫(xiě)信的效率和質(zhì)量，甚至拓展自己的領(lǐng)域，那么浪潮帶來(lái)的，一定是肥美的大餐。

?

???3.1?要善于利用

用好，你就已經(jīng)超越了大部分人了，所謂的碼農(nóng)，不就是用好了某個(gè)領(lǐng)域的計(jì)算機(jī)語(yǔ)言。對(duì)于前端開(kāi)發(fā)而言，AI 無(wú)疑是最趁手的幫手。

• 快速生成

正如文章開(kāi)頭視頻所示，一個(gè)草圖就能生成網(wǎng)頁(yè)代碼，如果這個(gè)圖不是草圖，而是完整的設(shè)計(jì)稿呢？當(dāng)然，很多同學(xué)會(huì)問(wèn)，這與 imgcook 不就差不多了，非也非也，imgcook 是固定模式下的產(chǎn)物，而這個(gè)生成是自由、靈活且方便的。除了圖以外，文本描述同樣能實(shí)現(xiàn)相應(yīng)的效果。

ChatGPT 生成網(wǎng)頁(yè)

?實(shí)現(xiàn)的基本效果如下，做到如下，看起來(lái)是簡(jiǎn)陋了一些，但是可以在此基礎(chǔ)上繼續(xù)讓 AI 進(jìn)行豐富。

ChatGPT?生成網(wǎng)頁(yè)的結(jié)果

• 代碼編寫(xiě)

相信非常多的同學(xué)都已經(jīng)用 GPT 來(lái)輔助寫(xiě)過(guò)代碼了，寫(xiě)個(gè)冒泡啥，但這似乎無(wú)法用在我們工作中哈，下面就舉幾個(gè)在我實(shí)際工作中 AI 輔助寫(xiě)代碼的例子吧，算是簡(jiǎn)單地拋一塊磚：

輔助寫(xiě)正則：

正則本身不難，但要想寫(xiě)好寫(xiě)全以避免遺漏，還是有難度的，而且我們的工作中經(jīng)常會(huì)遇到些正則的場(chǎng)景。

前端大神 antfu 的一個(gè)用于在 vue2 中寫(xiě) script setup 的插件中就用到了正則，但他也沒(méi)寫(xiě)全，導(dǎo)致匹配問(wèn)題。

希望匹配的字符串是：

<script?任意字符 setup?任意字符 />

庫(kù)中寫(xiě)的正則如下：

/<script\s(.*\s)?setup(\s.*)?>/

一眼看起來(lái)沒(méi)啥問(wèn)題，可是，這個(gè)正則沒(méi)匹配到換行的場(chǎng)景。

<script
????任意字符
????setup
????任意字符
/>

遺漏很正常，且看如何利用 AI 來(lái)修復(fù)這個(gè)問(wèn)題：

ChatGPT?生成正則

ChatGPT?對(duì)生成的正則進(jìn)行解釋

只需要簡(jiǎn)單地描述清楚需求，就能得到答案。也許最終答案并非完全正確，但至少它能給你巨大的幫助和啟發(fā)。

復(fù)雜邏輯編寫(xiě)：

對(duì)于大部分做中后臺(tái)前端項(xiàng)目的前端來(lái)說(shuō)，似乎自己更多的是 js 工程師，要做的就是邏輯上的處理，比如想要實(shí)現(xiàn)文件切片上傳，每一片 512 kb，如果文件小于 1M，不需要分片，同時(shí)，分片的情況下為每一片打好標(biāo)記以便于后端接口。

將此任務(wù)交給 GPT，讓其完成功能方案設(shè)計(jì)，邏輯編寫(xiě)。

ChatGPT?生成功能方案

具體的結(jié)果這里就不展示了。

代碼檢查：只要是人寫(xiě)的，就難保不會(huì)出錯(cuò)，所以 CR 基本都植入到了工作流之中?，F(xiàn)在完全可以讓 AI 來(lái)幫忙完成這一過(guò)程。當(dāng)然，要注意資產(chǎn)隱私問(wèn)題。

ChatGPT?進(jìn)行代碼檢查

???3.2?要縱觀(guān)全局

聲明范式下，前端工程師是作為 “框架” 與 “產(chǎn)品” 之間的橋梁。AIGC 下，前端工程師成為了 “AIGC” 與 “產(chǎn)品” 之間的橋梁。

可能有些同學(xué)不太理解這段話(huà)，下面我們來(lái)從開(kāi)發(fā)流程上來(lái)解釋一下。

在以前，從需求文檔到最終產(chǎn)品上線(xiàn)，存在 4 個(gè)層級(jí)：

產(chǎn)品經(jīng)理自然語(yǔ)言編寫(xiě)的需求文檔； 產(chǎn)品經(jīng)理描述需求時(shí)，前端工程師構(gòu)建的業(yè)務(wù)邏輯； 前端工程師將業(yè)務(wù)邏輯轉(zhuǎn)化為代碼邏輯； 用框架語(yǔ)言實(shí)現(xiàn)業(yè)務(wù)邏輯。

其實(shí)，前端工程師在整個(gè)流程中充當(dāng)一個(gè)什么樣的角色呢？很簡(jiǎn)單，就是?“框架”?和?“需求文檔”?間的中間人，前端工程師將需求文檔翻譯成框架語(yǔ)言，就這么簡(jiǎn)單。

在 AIGC 下，整個(gè)開(kāi)發(fā)流程發(fā)生了變化，層級(jí)只有 3 個(gè)了：

產(chǎn)品經(jīng)理自然語(yǔ)言編寫(xiě)的需求文檔； 產(chǎn)品經(jīng)理描述需求時(shí)，前端工程師構(gòu)建的業(yè)務(wù)邏輯； 前端工程師利用 AI 來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯。

此時(shí)，前端工程師僅需要用自然語(yǔ)言來(lái)描述業(yè)務(wù)邏輯，然后交給 AI，讓模型輸出代碼。自然，此時(shí)，前端工程師的角色就是將業(yè)務(wù)邏輯搬運(yùn)給 AI。

比如，某產(chǎn)品（網(wǎng)頁(yè)）上希望能實(shí)現(xiàn)一個(gè)定時(shí)推送消息的功能（用戶(hù)持續(xù)訪(fǎng)問(wèn)網(wǎng)頁(yè) 30s 后推送）。此時(shí)，在前端工程師看來(lái)，其代碼邏輯就是一個(gè)定時(shí)器，用自然語(yǔ)言就給 AI 來(lái)實(shí)現(xiàn)即可：

業(yè)務(wù)邏輯轉(zhuǎn)化為代碼邏輯

在 AI 進(jìn)入開(kāi)發(fā)流程后，前端工程師能做的不僅僅只有簡(jiǎn)單的邏輯轉(zhuǎn)義到框架了，還能做地更多。

• 設(shè)計(jì)系統(tǒng)

前端設(shè)計(jì)系統(tǒng)描述了系統(tǒng)的主題、復(fù)用的組件以及區(qū)域等，然后基于此來(lái)搭建一個(gè)或多個(gè)產(chǎn)品的最終的網(wǎng)頁(yè)或者應(yīng)用程序，從而簡(jiǎn)化大規(guī)模的設(shè)計(jì)。?之前，這樣一套設(shè)計(jì)系統(tǒng)幾乎都是由設(shè)計(jì)和交互同學(xué)來(lái)進(jìn)行制定。但是使用 AI 輔助下，前端工程師同樣可以做到，比如：

利用 AI 設(shè)計(jì)一套定制的主題、組件、設(shè)計(jì)語(yǔ)言和研發(fā)框架。 或者基于現(xiàn)有設(shè)計(jì)系統(tǒng)，獲得更優(yōu)設(shè)計(jì)系統(tǒng)的建議。

• 產(chǎn)品設(shè)計(jì)

產(chǎn)品的設(shè)計(jì)需要考慮非常多的因素，市場(chǎng)、人群、地域等等，基于對(duì)這些因素的了解缺乏，前端工程師對(duì)于產(chǎn)品功能的設(shè)計(jì)幾乎很難提供有效的建議，而前端工程師是真正離用戶(hù)最近的一環(huán)，應(yīng)當(dāng)具備相應(yīng)的敏感度。在 AI 的輔助下，這些因素不再是困擾前端工程師參與產(chǎn)品設(shè)計(jì)的障礙了。

???3.3?要懂得批判

把 AI 用到平時(shí)的開(kāi)發(fā)中能夠極大地提高效率，但 AI 所給到的信息就一定是符合的嗎？

除了與 AI 工具合作，控制它們產(chǎn)生的輸出，前端工程師還應(yīng)該花更多時(shí)間專(zhuān)注于 AI 的產(chǎn)出的準(zhǔn)確性。我們可以用 AIGC 的產(chǎn)物來(lái)增強(qiáng)和改善網(wǎng)站和應(yīng)用的用戶(hù)體驗(yàn)。但是，這些產(chǎn)物可能并不完美，存在一些缺陷和問(wèn)題，因此進(jìn)行評(píng)估和解決。

AI 可以給工程師賦能，工程師也應(yīng)當(dāng)發(fā)揮領(lǐng)域?qū)I(yè)知識(shí)和判斷力，以確保最佳結(jié)果。

• 評(píng)估?AI?產(chǎn)物的可靠性和效果

需要對(duì)使用 AI 產(chǎn)物的效果進(jìn)行評(píng)估，以確保其能夠達(dá)到預(yù)期的效果。這包括對(duì) AI 產(chǎn)物的性能、準(zhǔn)確性、穩(wěn)定性等方面進(jìn)行評(píng)估，以確保其能夠滿(mǎn)足用戶(hù)的需求和期望。

• 改進(jìn)?AI?產(chǎn)物的設(shè)計(jì)和實(shí)現(xiàn)

AI 輔助完成了重復(fù)性勞動(dòng)工作，但對(duì)于不完美的 AI 產(chǎn)物，設(shè)計(jì)和實(shí)現(xiàn)進(jìn)行改進(jìn)，以提高其可靠性、效果和用戶(hù)體驗(yàn)。

???3.4?要合理使用

工具是來(lái)輔助你的，不是替代你的。

需要明確的是，AI 工具并不能替代我們的工作，它們只是輔助我們完成工作的工具。因此，掌握好專(zhuān)業(yè)領(lǐng)域知識(shí)，才能更好地利用 AI 工具，提高工作效率。

同時(shí)，請(qǐng)不要濫用 AI，AI 協(xié)助無(wú)可厚非，但所有的事情都交給 AI 不可取。

04、未來(lái)可期

AI 技術(shù)是前端工程師的一種有力工具，可以幫助我們提高開(kāi)發(fā)效率，消除重復(fù)勞動(dòng)。相信 AIGC 下的前端工程師們不再需要把時(shí)間花在曾經(jīng)的切圖上，而是更加專(zhuān)注于領(lǐng)域深層的思考。

隨著 AI 技術(shù)的進(jìn)步，一定會(huì)有越來(lái)越多的前端工程會(huì)被自動(dòng)化，這是必然的趨勢(shì)。這就需要前端開(kāi)發(fā)者所掌握的技能組合發(fā)生轉(zhuǎn)變，緊跟技術(shù)的趨勢(shì)。重要的是，前端工程師們要相信，自己永遠(yuǎn)不會(huì)被機(jī)器徹底取代。雖然 AI 能夠讓許多任務(wù)自動(dòng)化，但它無(wú)法擁有你的創(chuàng)造力和獨(dú)創(chuàng)性。

總的來(lái)說(shuō)，未來(lái)乃至現(xiàn)在的前端工程師們需要對(duì)新技術(shù)要有高適應(yīng)度，并且需能夠融入 AI，學(xué)會(huì)與 AI 協(xié)作，同時(shí)不斷結(jié)合自己領(lǐng)域知識(shí)。如此，未來(lái)的工程師們定未來(lái)可期。

05、望天下再無(wú)碼農(nóng)

其實(shí)，一直有一個(gè)愿望，望天下再無(wú)碼農(nóng)。

希望 AI 迅猛發(fā)展吧，讓一切的無(wú)聊重復(fù)勞動(dòng)都交給 AI，讓未來(lái)的前端工程師能夠更多地從事創(chuàng)新性的工作，讓機(jī)器去完成重復(fù)性的任務(wù)，讓人類(lèi)的智慧更好地服務(wù)于人類(lèi)的社會(huì)。

愿天下再無(wú)碼農(nóng)。

06、探討

???6.1 AIGC 下，前端會(huì)消失嗎？

之前看到一篇文章，是這樣說(shuō)的，前端從 jQ 發(fā)展到 MVVM，門(mén)檻降了一波，只要會(huì)一點(diǎn)代碼，就能拿起腳手架開(kāi)擼；如今，前端從 MVVM 發(fā)展到 AIGC，前端已死呀。

我的觀(guān)點(diǎn)是：“前端工程師永遠(yuǎn)都不會(huì)消失，它可能換了一種形態(tài)，也可能變了一種展示方式，但它絕不會(huì)消失?！?我贊同一個(gè)觀(guān)點(diǎn)， AI 工具將會(huì)被整合進(jìn)開(kāi)發(fā)者工具當(dāng)中，用來(lái)擴(kuò)大熟練開(kāi)發(fā)者的生產(chǎn)能力。木匠并沒(méi)有被電動(dòng)工具所替代，會(huì)計(jì)師沒(méi)有被電子表格替代，攝影師沒(méi)有被數(shù)碼相機(jī)/智能手機(jī)替代，所以前端工程師也不會(huì)被 AI 替代。只是未來(lái)前端工程師到底需要怎樣的技能，這個(gè)不得而知，但可以預(yù)見(jiàn)的是，學(xué)會(huì)使用 AI 是必經(jīng)之路。

???6.2 ?前端開(kāi)發(fā)工程師會(huì)過(guò)分依賴(lài) AI 嗎？

很多同學(xué)認(rèn)為，AI 的強(qiáng)大會(huì)讓開(kāi)發(fā)者不由自主地去使用它，未來(lái)，開(kāi)發(fā)同學(xué)會(huì)不會(huì)過(guò)分地依賴(lài) AI 呢？

我的觀(guān)點(diǎn)是：“依賴(lài)沒(méi)什么不好，如今你我不是每天都依賴(lài)電腦，依賴(lài)手機(jī)嗎？看你怎么用罷了，工具沒(méi)有好壞，人才會(huì)有?！?好的工具被人們所依賴(lài)，這是天道自然，我們要做的就是，不要過(guò)分依賴(lài)。有了電腦，我們依舊要學(xué)習(xí)用手寫(xiě)字；有了汽車(chē)，我們依舊要邁開(kāi)雙腿跑步；學(xué)會(huì)合理利用，自然就不會(huì)過(guò)分依賴(lài)。如果覺(jué)得本篇分享對(duì)你有幫助，歡迎轉(zhuǎn)發(fā)分享。

參考鏈接：

[1] ChatCPT：https://openai.com/blog/chatgpt

[2] What is the Impact of AI and ML on Front-End Development?：https://www.projectcubicle.com/what-is-the-impact-of-ai-and-ml-on-front-end-development/

[3] 生成式 AI 顛覆前端：https://foresightnews.pro/article/detail/27847

[4] 預(yù)測(cè)前端開(kāi)發(fā)模式的變化：https://juejin.cn/post/7216182763237818425

-End-

原創(chuàng)作者｜張波

技術(shù)責(zé)編｜小蘇、花叔

AIGC 的出現(xiàn)給你提供了什么便利？又或者對(duì)你造成了什么影響？歡迎在騰訊云開(kāi)發(fā)者公眾號(hào)評(píng)論區(qū)分享討論。我們將選取1則最有意義的分享，送出騰訊云開(kāi)發(fā)者-鼠標(biāo)墊1個(gè)（見(jiàn)下圖）。7月18日中午12點(diǎn)開(kāi)獎(jiǎng)。

??算法工程師深度解構(gòu)ChatGPT技術(shù)

??這波可以，終于有內(nèi)行人把 GPT-4 說(shuō)透了

? ChatGPT深度解析：GPT家族進(jìn)化史

??對(duì)標(biāo)ChatGPT，新AI助手Claude來(lái)了

??白話(huà)科普：10分鐘從零看懂AI繪畫(huà)原理

??鵝廠(chǎng)專(zhuān)家講透AI文本生成解碼策略與代碼實(shí)現(xiàn)

??GPT4結(jié)對(duì)編程實(shí)戰(zhàn)，鵝廠(chǎng)研發(fā)真實(shí)使用感受

??低代碼結(jié)合ChatGPT開(kāi)發(fā)，每天多出1小時(shí)摸魚(yú)

??鵝廠(chǎng)程序員怎么用ChatGPT？如何高效Prompt？

??讓AI替你打工？GPT提升開(kāi)發(fā)效率指南

? 不寫(xiě)代碼也能年薪百萬(wàn)？Prompt+低代碼開(kāi)發(fā)實(shí)戰(zhàn)

? 從玩具到工具｜社畜程序員用AI提效的神仙操作

??我把一句話(huà)需求交給AI，它竟然給我返回了……

??你還在用聽(tīng)不懂人話(huà)的 ChatGPT 嗎？

?“GPT們”背后誰(shuí)來(lái)支撐大模型訓(xùn)練的極致算力

??QQGC？揭秘QQ的AI繪畫(huà)大模型技術(shù)

??給想玩AIGC的小白：教你從0搭圖文視頻網(wǎng)站

??快收藏！手把手教你用AI繪畫(huà)

??3小時(shí)開(kāi)發(fā)ChatGPT微信小程序

??十問(wèn)ChatGPT：一個(gè)新的時(shí)代正拉開(kāi)序幕

? 154頁(yè)GPT-4報(bào)告刷屏：提到了這些新能力和缺陷

? TVP專(zhuān)家夜聊：不用ChatGPT的開(kāi)發(fā)都該被炒掉

? AI低代碼編程崛起，23年還要不要學(xué)軟件？

AIGC 知識(shí)專(zhuān)題持續(xù)更新中...

歡迎關(guān)注星標(biāo)騰訊云開(kāi)發(fā)者

第一時(shí)間看鵝廠(chǎng)技術(shù)與 AIGC 實(shí)用技巧文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-617302.html