人工智能（AI）正席卷全球，而Web開發(fā)正處于這場AI革命的中心。這對我們的工作意味著什么？

許多開發(fā)者可能尚未積極擁抱AI工具。出于對AI潛在問題的擔憂以及對自身專業(yè)技能的重視，他們可能至今仍未廣泛使用AI。

然而，忽視AI在Web開發(fā)中的應用是一個錯誤。本文將分享一些經(jīng)驗和技巧，這些技巧來自于筆者近幾個月來全面使用AI的實踐。

(以下建議適用于個人開發(fā)者。關于AI在Web開發(fā)團隊中的應用，我將在后續(xù)文章中分享觀點。這篇文章假設您擁有自己的項目，包括您自己的網(wǎng)站。)

1. 開始行動

立即開始使用AI。如果您尚未使用，請從今天開始。否則，您的公司可能會將您拋棄。

這不是玩笑話（或者說，我并不樂觀）。

AI對環(huán)境有害，也可能對我們的專業(yè)技能造成沖擊，但我們無法忽視現(xiàn)實。（當然，我們可以也應該采取措施來解決這些問題，但這需要另行討論。）

近年來，科技行業(yè)裁員現(xiàn)象日益嚴重。無論公司如何標榜自己是“最佳雇主”，行動勝于言語。在科技公司，我們必須做好最壞的打算。

2. 選擇合適的AI助手

這里所說的AI是指與開發(fā)相關的AI。雖然通用AI如ChatGPT也能提供幫助，但我們的工作需要專業(yè)的工具。GitHub Copilot是目前最流行的選擇之一，JetBrains的AI助手也是不錯的選擇。獲取許可證，嘗試適合您的工具，最重要的是，開始使用它。

3. 自動生成提交信息

AI可以自動生成提交信息，這能節(jié)省大量時間。（我每月要處理大約1000條提交信息。）JetBrains的AI助手可以在JetBrains IDE中輕松實現(xiàn)這一點。以下是我使用的提示，它基于默認提示，使用了Conventional Commits規(guī)范，并將每個提交信息標記為AI生成：

• 避免冗長的描述或不必要的細節(jié)。
• 以不超過50個字符的祈使句開頭。
• 使用Conventional Commits風格。
• 然后空一行，繼續(xù)進行更詳細的解釋。
• 第一部分只寫一句話，詳細解釋最多兩到三句話。
• 對于存儲庫中的任何內(nèi)容……，只需將提交信息寫成：“chore: include automated changes”
• 在每條提交信息的最后單獨一行添加以下消息：(This commit message was AI-generated.)

它效果很好，節(jié)省了時間，質(zhì)量也與我手動編寫的信息一樣好（甚至更好）。

然而，以下幾點也很重要：編寫規(guī)范的提交信息仍然是一項重要的技能。如果您是初級開發(fā)者，尚未養(yǎng)成良好的代碼文檔編寫習慣，建議您先培養(yǎng)這項技能，然后再使用AI輔助。掌握基礎知識至關重要，因為它關系到您的專業(yè)信譽。

4. 使用AI進行代碼審查

除非您為他人工作，否則您可能無法獲得代碼審查。但是，如果您在一個組織中開發(fā)代碼，您可能會遇到各種代碼審查風格和流程——有些審查人員會批準所有內(nèi)容，而另一些人則會在每個文件中討論制表符與空格；有些情況下您可以立即獲得反饋，而有些情況下則需要管理人員的支持才能最終從其他團隊獲得審查。

在這兩種情況下，AI代碼審查都能提供幫助。如果您現(xiàn)在無法獲得第二意見，它們非常有用，并且可以加快和協(xié)調(diào)組織內(nèi)的代碼審查。

您可以使用什么工具？我仍在評估更多選項，但我目前最喜歡的代碼審查助手是CodeRabbit。它正確地識別了我可能沒有注意到的問題，我喜歡在我的項目中更復雜的更改上依賴它。

請注意，我并不是說僅僅依賴AI代碼審查。雖然對于我們的個人工作來說，我們可能需要這樣做，但在組織中則有所不同。在這里，我們可以將AI納入流程，然后根據(jù)我們的期望和經(jīng)驗進行調(diào)整。

5. 使用AI重構代碼

像其他開發(fā)者一樣（或者像我一樣），您使用待辦事項注釋來標記可以清理的內(nèi)容?（或者您這樣做?）

AI助手或編輯器的一個很好的用例是重構這些地方。例如，JetBrains有一個優(yōu)秀的重構選項（我認為這是它除了提交信息之外最好的AI功能），允許請求此類代碼的重構建議。在您自己的代碼上嘗試一下。雖然解決方案可能并不“完美”，但它仍然可能比之前的更好。（如果不是，您可以隨時在代碼上添加另一個“待辦事項”注釋——或回滾。）

重構是AI可以發(fā)揮作用的地方——我建議您為此使用它。

6. 完成五個測試項目

現(xiàn)在就開始做：寫下您目前最大的痛點，最煩人的重復性任務，以及您一直想做的項目。

如果您有時間并且已經(jīng)設置好，請讓您的AI代碼助手為您需要的解決方案或設想的項目提供腳手架或腳本。讓自己沉浸其中。構建它。

完成五個或更多這樣的項目。如果您能夠處理額外的工作（參見“AI悖論”），請記錄、發(fā)布和宣傳它們。

目的是培養(yǎng)AI開發(fā)工作的技能，并磨練您對AI在哪些地方有幫助（以及在哪些地方?jīng)]有幫助）的感知。

7. 定期探索AI工具

在專業(yè)和個人方面，繼續(xù)嘗試AI解決方案。是的，每個人都在發(fā)布AI產(chǎn)品，但這里的重點是關注您所在領域的AI解決方案，并養(yǎng)成測試它們的習慣（對我來說，重復的提醒對此很有幫助）。

以下是一些我一直在評估或計劃評估的解決方案：

• Amazon Q Developer
• Bito
• Codacy
• Codepeer
• CodeScene
• CodiumAI
• Cursor
• Grit
• Figstack
• Mutable.ai
• PullRequest
• Reviewable
• Sourcegraph Cody
• Tabnine

完成此操作后，您和我都可以繼續(xù)探索許多“優(yōu)秀列表”以獲取AI信息。例如，Mahsima Dastan 的 Awesome AI Tools 或 James Murdza 的 Awesome AI-Powered Developer Tools。

8. 確定您不會使用AI的地方

我已經(jīng)建議等到您養(yǎng)成了良好的提交信息編寫習慣后再使用AI生成提交信息，大多數(shù)人都會這樣做。

這是更大話題的一部分——意識到您可以將哪些工作委托給AI，哪些工作可能無法委托。

我認為這部分比較微妙：

您可以劃一條線，說您不使用AI進行您最擅長的工作。例如，我不使用AI來生成HTML和CSS，我有許多理由自己這樣做（如果您還沒有這樣做，請考慮關注我的工作?。?。

但這仍然有意義去測試AI并檢查它可以在哪些地方提高您的效率——或使您過時。

這看起來像是壞消息，當然——但您希望在其他人告訴您之前以這種方式學習。這將使您能夠適應和調(diào)整，以a）將AI融入您自己的工作，以及b）發(fā)展您的非AI形象，識別和塑造一個可以從您以及您的才能和經(jīng)驗中受益，而尚未從AI中受益的領域。

如果您學習使用AI，以便您也知道AI無法使用的地方，那么您將處于未來我們需要專業(yè)人士的地方。如果您不這樣做，您正在做的工作很可能會被AI取代和自動化。

總結

1. AI是一個能源消耗大戶，我們需要緊急找出如何減少其資源消耗，更多地使用可再生能源。
2. 如果我們不批判性地思考、持續(xù)學習并培養(yǎng)對何時不使用AI的感知，AI會讓我們變得愚笨。
3. 作為開發(fā)者，不僅在Web開發(fā)中，我們需要將AI融入我們的工作中。有足夠多的公司不關心人，所以如果我們不適應，我們將被淘汰。（這是一種災難，需要改變，是的。）
4. 將AI融入我們的工作始于AI IDE或具有AI代碼助手的IDE。
5. AI生成提交信息是一個很好的AI用例。
6. AI支持的代碼審查是一個強制性的AI用例。（我對此絕對看好。）
7. AI支持的重構是一個很好的AI用例。
8. 我們可以通過使用AI來解決痛點和實現(xiàn)小型項目來積累經(jīng)驗和對AI的敏銳感知。
9. 我們受益于關注AI領域，定期探索AI工具。
10. 我們必須非常了解AI，以便我們也知道它與我們工作相關的缺點——并且我們必須利用這些知識來不斷重新定義自己作為專業(yè)人士。

我相信這就是我們現(xiàn)在在Web開發(fā)中使用AI的現(xiàn)狀和可以做的事情。

非常感謝Kevin Khaw對這篇文章的審閱。

以上是Web開發(fā)人員（及其職業(yè)）的8個AI提示的詳細內(nèi)容。更多信息請關注PHP中文網(wǎng)其他相關文章！