6 篇標記為「conda-forge」的文章

最近我們成功在 conda-forge 上新增了支援 GPU 的 TensorFlow 建置版本！這是一段漫長的旅程，許多貢獻者嘗試了不同的方法來說服 TensorFlow 基於 Bazel 的建置系統建置支援 CUDA 的套件。但我們成功了，並且 合併了 pull request。

隨著 2020 年即將結束，核心團隊認為回顧我們社群今年取得的一些重大成就將會很有趣。

社群中許多成員公開和私下提出了關於 Anaconda 新服務條款 (TOS) 對 anaconda.com 的影響的問題。首先，我們理解您的擔憂。我們想稍微解釋一下 conda-forge 的運作方式、TOS 變更如何影響我們和 conda-forge 用戶，以及我們社群未來的計畫。

conda-forge 的建置矩陣中新增了一個新的平台 osx-arm64。osx-arm64 套件旨在於即將推出的 macOS arm64 處理器（以 Apple Silicon 名義銷售）上執行。此平台的安裝程式可以在 這裡 找到。

概要：依賴底層函式庫的特定版本號碼可能過於不精確，並在上游函式庫發展和變更時導致問題。需要更詳細的方法。在這篇文章中，我概述了基於 API 的需求和函式庫動態釘選的更完整檢查路徑上的當前和潛在工作。

最近我一直在思考營運風險（op. risk）。營運風險源於流程的失敗，例如遺失電子郵件，或自動化軟體系統無法正常運作。許多商業機構對最小化營運風險感興趣，因為它是一種不產生價值的風險，與投資相關的風險相反。這也是我在 Lab49 工作時思考的事情，我在那裡擔任專注於金融機構的軟體工程顧問。我認為這對 Conda-Forge 來說也是一個很好的類比，即使我們不是商業組織。在這種情況下，我們承擔的風險不是潛在的收入損失，而是使用者和維護者因錯誤和糟糕的使用者體驗而產生的挫敗感。在這篇文章中，我探討了 Conda-Forge 營運風險的三個主要來源：自動化、由上而下的控制和自助服務結構。