升級的書呆子 – O’Reilly

在我們為5月8日的虛擬會議「與AI編程：軟體開發的終結」準備內容時，我們特別想要介紹Harper Reed。他最近的文章「我的LLM代碼生成工作流程」完美地表達了開發者在面對AI帶來的工作變革時所經歷的實驗過程。Harper詳細介紹了他目前的工作流程和工具，並提供了綠地代碼和舊代碼的具體範例，讓其他人能輕鬆學習他的做法。這是一個很好的資訊分享範本，正是我們希望在即將舉行的活動及未來的活動中推廣的。如果你還沒讀過，趕快去看看吧。

在一封給我的電子郵件中，我的老朋友Nat Torkington對Harper的文章這樣說：

我覺得這裡有不同層次的「極客」：

– 提示技巧 – 整合到工作流程中的工具 – 上下文技巧（例如，使用LLM建立需求文件，然後讓它根據這些需求編碼） – 特定模型/特徵的使用（例如，推理型與非推理型LLM） – 從不同部分組合而成的自定義工作流程/工具，但實際上是為那個人的工作流程量身打造的

這些都是我們希望在即將舉行的活動中涵蓋的內容。因此，我想利用Harper的文章作為提示和上下文技巧，來澄清我們在活動中所尋求的內容。「與AI編程」將會有Jay Parikh、Addy Osmani、Gergely Orosz、Chip Huyen和Shawn @swyx Wang等人的圍爐聊天，以及Harper、Simon Willison、Chelsea Troy、Steve Yegge、Andrew Stellman等人的演講。但我們仍然希望能收到更多來自開發現場的報告，這些報告將以五分鐘的快速演講形式呈現（這是Nat Torkington在近30年前為我們的Perl會議開發的格式，並且成為我們所有會議中受歡迎的特色）。

我們感興趣的主題包括「我最喜愛的AI工具」、「我最喜愛的AI提示或上下文技巧」、「我的工作流程」、「在AI的幫助下，我從未想過會嘗試的項目」等等。除了這次活動的快速演講外，我們還計劃未來舉辦一個專門的活動，完全致力於Harper所做的那種完整的展示。

所以，去看看Harper的文章，告訴我們你有什麼！理想情況下，你不僅會給我們完整版本，還會提煉出具體可用的教訓。這裡有一些來自Nat電子郵件的額外智慧，幫助你開始：

越是為你的大腦設計的機甲套裝，就越難轉移給其他人。風險在於你開始時說「這裡有六個我在自己複雜工作流程中使用的工具，這些工具用於解決你不需要的問題」，結果讓人淹沒在一堆隨機工具名稱中。

[我們希望能]看到不同人的「我與AI編碼！」工作流程，並像Harper那樣進行拆解，讓[我們的觀眾]能夠說「嗯，這很酷，但我不使用vi，命令行工具與Visual Studio不兼容，所以我就偷用你在Copilot中處理大型代碼庫的上下文技巧。」

Addy Osmani在我們的電子郵件對話中補充道：

基於「不同層次的極客」框架（我非常喜歡！），我們可以將一些「我如何工作的」內容特別針對不同的開發者經驗層次進行結構化。例如：

初級開發者：專注於建立批判性評估思維，了解何時/如何有效使用AI工具
中級開發者：探索工作流程整合和上下文優化
高級開發者：深入研究自定義工具和高級提示工程

請提交你的提案（理想情況下，包括一篇以Harper的文章為模型的文章，我們可以在O’Reilly Radar博客上發表）。我們已經將提交截止日期更新為3月12日，活動日期從4月24日更改為5月8日，以便給你更多時間進行思考，然後回應這個修訂的提示。

在5月8日，O’Reilly Media將舉辦「與AI編程：軟體開發的終結」——一場現場虛擬技術會議，重點介紹AI如何已經在提升開發者的生產力，並為他們的組織帶來真正的價值。如果你正在建設明天的開發實踐，並有興趣在活動中發言，我們希望在3月12日之前聽到你的消息。你可以在這裡找到更多信息和我們的提案徵集。