嘗試使用 AI 將應用程式從 GTK2 和 OpenGL 轉換為 GTK4 和 Vulkan

Fedora桌面團隊負責人兼Red Hat桌面開發組負責人Christian Schaller發布了一項評估結果,該評估旨在檢驗在圖形應用程式開發中使用大型語言模型的適用性。 Linux作為一項實驗,他利用人工智慧助手 Claude 將過時的圖形應用程式 Xtraceroute 升級到現代技術。

Xtraceroute 是一款在 3D 地球儀上可視化網路資料包路徑的應用程序,最初使用 GTK1 和 OpenGL 編寫,並於 2000 世紀初移植到 GTK2,此後 20 年未進行更新。借助 AI 助手,Christian 花了大約五個小時將該應用程式移植到 GTK4 和 Vulkan 圖形 API。

曾是:


嘗試使用 AI 將應用程式從 GTK2 和 OpenGL 轉換為 GTK4 和 Vulkan

變成:


嘗試使用 AI 將應用程式從 GTK2 和 OpenGL 轉換為 GTK4 和 Vulkan

隨後,Christian 利用人工智慧基於移植版本建立了一個新應用,該應用程式在地球儀上顯示 Red Hat 辦公室的位置,並在視窗底部顯示公司新聞。 Christian 也提出了利用人工智慧自動檢查 GNOME Shell 附加元件並根據新版 GNOME Shell 的變更產生補丁的想法。


嘗試使用 AI 將應用程式從 GTK2 和 OpenGL 轉換為 GTK4 和 Vulkan

Christian 表示,社群中對人工智慧的使用持懷疑和消極態度,他希望透過這項實驗向其他自由/開源軟體 (FOSS) 開發者表明,不應忽視人工智慧為簡化開發流程所提供的機會。例如,人工智慧無需解析 API 文件、追蹤 API 變更並選擇正確的調用,從而節省了時間,並且顯著簡化了測試的編寫。

AI 被認為是一種有助於開發的工具,但它並不能免除對新增程式碼的責任,並且需要驗證和品質控制。例如,我們嘗試產生用於在應用程式中嵌入 PDF 文件顯示支援的程式碼。 AI 提出了使用 WebKit 瀏覽器引擎進行渲染的程式碼,雖然有效,但增加了大量的新依賴項。在明確任務後,AI 提供了使用緊湊型 libpoppler 庫進行 PDF 渲染的程式碼。

目前,領先的人工智慧助理大多以外部線上服務的形式運行,這引發了與以下方面相關的擔憂: 安全和隱私為了解決這個問題,紅帽公司正在開發基於開源 Granite 語言模型的程式碼生成工具 Granite.code,該工具允許開發者在自己的電腦上運行 AI 模型。目前,Granite.code 在功能上落後於 Claude、Gemini 和 ChatGPT 等系統,但它解決了資料傳輸到第三方的問題,並消除了工作流程對外部服務的依賴。

來源: opennet.ru

為具有 DDoS 保護、VPS VDS 服務器的站點購買可靠的主機 🔥 購買具備 DDoS 防護的可靠網站寄存服務,包括 VPS 和 VDS 伺服器 | ProHoster