Web開發人員（及其職業）的8個AI提示

人工智能（AI）正席捲全球，而Web開發正處於這場AI革命的中心。這對我們的工作意味著什麼？

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

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

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

1. 開始行動

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

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

AI對環境有害，也可能對我們的專業技能造成衝擊，但我們無法忽視現實。 （當然，我們可以也應該採取措施來解決這些問題，但這需要另行討論。）

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

2. 選擇合適的AI助手

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

3. 自動生成提交信息

AI可以自動生成提交信息，這能節省大量時間。 （我每月要處理大約1000條提交信息。）JetBrains的AI助手可以在JetBrains IDE中輕鬆實現這一點。以下是我使用的提示，它基於默認提示，使用了Conventional Commits規範，並將每個提交信息標記為AI生成：

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

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

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

4. 使用AI進行代碼審查

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

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

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

請注意，我並不是說僅僅依賴AI代碼審查。雖然對於我們的個人工作來說，我們可能需要這樣做，但在組織中則有所不同。在這裡，我們可以將AI納入流程，然後根據我們的期望和經驗進行調整。

5. 使用AI重構代碼

像其他開發者一樣（或者像我一樣），您使用待辦事項註釋來標記可以清理的內容?（或者您這樣做?）

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

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

6. 完成五個測試項目

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

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

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

目的是培養AI開發工作的技能，並磨練您對AI在哪些地方有幫助（以及在哪些地方沒有幫助）的感知。

7. 定期探索AI工具

在專業和個人方面，繼續嘗試AI解決方案。是的，每個人都在發布AI產品，但這裡的重點是關注您所在領域的AI解決方案，並養成測試它們的習慣（對我來說，重複的提醒對此很有幫助）。

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

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

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

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

我已經建議等到您養成了良好的提交信息編寫習慣後再使用AI生成提交信息，大多數人都會這樣做。

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

我認為這部分比較微妙：

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

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

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

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

總結

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

我相信這就是我們現在在Web開發中使用AI的現狀和可以做的事情。

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

以上是Web開發人員（及其職業）的8個AI提示的詳細內容。更多資訊請關注PHP中文網其他相關文章！