我正在參加 AI Engineer World's Fair San Francisco 的第一天議程，並且對這份行程如何有效地包容「AI」這個美麗而模糊的概念感到印象深刻。放在過去，我可能會質疑這樣一場把「只是使用工具」的開發者與那些深入核心科學的人混在一起的研討會。但親自來到這裡之後，我突然理解了：兩者都是 AI 工程師，即使他們日常工作的樣貌截然不同。
看看工作坊陣容就知道了。一端有像 Kent C. Dodds 的《Product Engineering for Software Developers》這類場次，鎖定的是正在打造實用、代理式工作流程的實務者。另一端則有來自 Unsloth 的 Daniel Han，帶來深入探討《Kernels、RL 與 Reward Hacking 的特殊主題》。
前者談的是高層級的協調、使用者體驗，以及產品交付；後者談的則是推論與模型最佳化中最原始、最基礎的底層基礎設施。
把這兩種截然不同的角色放在同一個大旗下，有道理嗎？
絕對有。AI 正在積極重新定義我們科技社群中原本自然形成的分界線。過去那些部落式的界線——我們嚴格依照語言或技術堆疊把自己隔離開來——正讓位給一種共同協作、邁向代理時代的推進。
「AI 工程師」的定義並不是靜態的，而且本來就不該是。現在，讓產品開發者和基礎設施科學家同處一室，不是缺陷，而是一種特性。這是一種包容、多元的情境，讓我們所有人都能站在最前線。
原文出處：https://dev.to/dailycontext/ai-engineer-meets-ai-engineer-1klj
共有 0 則留言
文字內容提供幾種功能：
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
熱門文章
