Hono限制外部拉取請求,維護者重新考慮貢獻接收
Hono禁用了外部拉取請求建立,同時保留其MIT許可的代碼。
Hono禁用了外部拉取請求建立,同時保留其MIT許可的代碼。Sindre Sorhus單獨將其自己的儲存庫限制歸因於AI,並表示維護和問題處理將繼續進行。10月6日的這期探討了審查能力、Mistral Large 4的API預覽及承諾的權重,以及Polars 2.0的阿姆斯特丹連接和遷移注意事項。
本影片涵蓋的內容
- Hono於10月5日宣佈限制honojs/hono的外部拉取請求;它沒有給出明確的AI解釋。成員開發和MIT許可的源代碼仍然可見。
- Sorhus明確引用AI作為其10月1日限制的原因,並承諾繼續維護和處理問題。貢獻接收和源代碼許可有不同的含義。
- Mistral Large 4作為託管公共預覽版提供。承諾在10月底前提供可下載的權重;最終的許可條款尚未確定。
- Mistral表示其歐洲數據中心使用3,800個NVIDIA GPU訓練並提供預覽服務。買家應驗證其選定端點的區域和合同。
- Artificial Analysis在其廣泛的智能指數中給Large 4預覽版評分為38分,並測量出每秒約116個輸出token。該指數測量的是與Mistral專業企業聲明不同的任務。
- 總部設在阿姆斯特丹的Polars 2.0使SQL成為一等公民,並將惰性查詢收集默認為流式傳輸。支持的操作可以溢出到磁盤,而連接和分組操作的磁盤溢出仍在路線圖上。
- 依賴順序的Polars管道需要遷移測試:某些操作失去默認的行順序保證,在支持的地方可以使用maintain_order=True。發布帖子中的性能比較是供應商基準。
翻譯的文字記錄
從英文原文旁白翻譯。可用的音頻和字幕由 YouTube 控制。
為什麼一個開放項目可以拒絕你的修復?
0:00 你認為開源意味著任何人都可以提交修復。 Hono禁用了外部拉取請求,而其創建者記得有一個 改變了一切的請求。在這段影片中,為什麼要限制貢獻? Mistral現在提供什麼? 以及你的Polars工作負載有何變化? 今天是10月6日星期二,這裡是The Daily Diff。 還記得那個舊的貢獻嗎。 我們稍後再回來。
0:20 週一,Hono創作者Yusuke Wada表示,外部貢獻者將不再能
Hono實際上限制了什麼?
0:25 在主儲存庫上開啟拉取請求。 代碼仍以MIT許可證提供,而且網站仍在運作。 週二增加了Mistral的歐洲託管模型,以及一個荷蘭數據引擎讓 你的筆記本電腦保持運行。 三個瓶頸,其中人類的注意力首先起作用。 Hono是一個輕量級的JavaScript網絡框架。 其拉取請求頁面顯示創建受限制。 現有的請求和新的成員請求仍然可見,
0:49 因此開發在門禁後面繼續進行。 Wada要求人們以其他方式貢獻。 他的聲明沒有給出明確的AI解釋。 將別人的動機歸咎於他本身就應該受到拒絕審查。
為什麼Sorhus明確將其歸咎於AI?
1:00 明確的AI解釋來自Sindre Sorhus。 10月1日,他說在十五年的開源工作後,由於AI,他已經禁用了他所有 儲存庫的外部拉取請求。 他還承諾繼續維護和處理問題。 你可以在其許可證下繼續使用軟件,而維護者控制著 審查隊列。發布源代碼從未創建無限的支持合同, 儘管互聯網似乎錯過了那次會議。 助理可以快速起草一個合理的補丁。
1:26 仍然需要有人重現錯誤,理解更改並承擔 後果。另一個建議會增加工作量,每當它需要仔細檢查時。 想像一下那個在實際工作之後審查那個補丁的人。 貢獻者看到一個有用的下午。 維護者繼承了未來的錯誤報告、 兼容性問題,以及一份穿著友好綠色合併 按鈕的第二份無薪工作。限制接收給予維護者喘息空間。
貢獻門檻的代價是什麼?
1:49 它也增加了對於一個真正優秀的修復的陌生人的障礙。 每個門檻都在審查能力和圈外人注意到你錯過的東西的機會之間進行權衡。 圈外人注意到你錯過的東西的機會之間進行權衡。 在生成補丁之前,請閱讀貢獻政策。 一個小的可重現的報告,如果問題被接受, 可以勝過作者無法解釋的龐大更改。 在Hacker News上流傳的悲傷文章稱開源已死。 這是作者的論點。
2:13 這兩項聲明描述了貢獻限制, Sorhus明確表示他將繼續維護他的項目。 葬禮邀請似乎來得早了。 第一個答案是容量。
開發者如何尊重審查隊列?
2:24 開放儲存庫可以有更狹窄的協作。 尊重界限並提供可以驗證的證據。 精美的描述無法為他們進行驗證。 維護者公開表示足夠了,這是工作量決定。 我們可以在閱讀實際聲明後討論權衡, 這已經讓我們領先於驚人的討論。
Mistral Large 4今天提供了什麼?
2:43 這把我們帶到了一個更大的機器,帶有另一種控制問題。 Mistral於10月6日發布了Large Four,今天為客戶提供了預覽API, 並承諾在10月底前提供可下載的權重。 總共約一萬億個參數使其成為一個非常大的模型。 對於開發者來說,今天的產品是託管訪問。 自我部署取決於承諾的權重發布及其最終條款。 Mistral表示它在自己的 歐洲數據中心使用3800個NVIDIA GPU訓練了該模型,
3:09 這些數據中心也提供預覽服務。 歐洲運營的基礎設施和歐洲法律是具體的主權 主張。硬件仍然來自NVIDIA。 這家法國公司稱其為le Chonk,顯然是一隻被從 晚餐中抱走的貓。買家仍然應該詢問他們的端點實際使用哪個區域和合同。 實際使用哪個區域和合同。獨立測試增加了視角。
獨立測試如何評價Mistral的宣傳?
3:29 Artificial Analysis在其廣泛的智能指數中給預覽版評分38分。 Claude Opus 5.5得分58分, 領先於它。 Mistral最強大的主張涉及特定的企業任務。 它每秒輸出約116個token,因此響應迅速。 測試你自己的工作負載。 快速的答案仍然需要與慢速答案一樣令人討厭的屬性。 歐洲託管在權重到達之前可能很有用。
3:52 將今天的服務與未來的下載分開。 沒有人喜歡發現他們的部署計劃只是一個日曆提醒。 總部設在阿姆斯特丹的Polars發布了第二版,默認支持一流的SQL和惰性查詢的流式傳輸。
Polars用戶在阿姆斯特丹和各地有何變化?
4:03 默認支持一流的SQL和惰性查詢的流式傳輸。 一個實用的升級,用於通過一台合理的 筆記本電腦處理不合理的數據集。支持的操作會在內存使用量達到80%左右時溢出到磁盤, 為內存留出喘息空間。 默認的磁盤預算為64 GB。 連接和分組操作的磁盤溢出仍在路線圖上。 荷蘭連接是阿姆斯特丹和一個MIT許可的引擎。 全球的回報是減少內存壓力。
4:25 Polars提供了自己的速度圖表,因此幻燈片演示的基準測試需要成人 監督。遷移有一個問題。 某些操作不再默認保證行順序。 在支持的地方選擇保留順序, 並測試依賴於它的管道。 以令人驚訝的順序排列的正確行仍然會毀了你的星期一。 那麼Wada記得的貢獻呢? Taku Amano的正規表達式路由器,他認為這是Hono的一個決定性
4:48 改進。 限制外部補丁的人清楚地記得一個優秀的外部 補丁能為一個項目帶來什麼。 這使得審查隊列值得保護。 如果你寧願閱讀而不是聽我說,那麼diff每天早上都會免費發送到你的收件箱,網址是thedailydiff.dev,連結如下。 每天早上,免費在thedailydiff.dev上,連結如下。 所以今天的判決,NEEDS REVIEW。
我為什麼要標記「NEEDS REVIEW」?
5:04 我支持維護者保護他們的時間,我希望有清晰的途徑可以有用 的外部貢獻。可持續的協作 需要有人願意並且能夠 在生成按鈕停止後檢查工作。 這就是今天的diff。 我是Axrisi的Niko。 負責任地合併。
來源
- Hono disables PRs from external contributorsYusuke Wada on X
- Hono pull-request page: creation is restrictedhonojs on GitHub
- Hono framework and MIT licenseHono
- External pull requests disabled due to AI; maintenance continuesSindre Sorhus on X
- Open Source as We Know It Is Dead — commentaryjross.me
- Introducing Mistral Large 4Mistral
- Mistral Large 4 Preview intelligence and performanceArtificial Analysis
- Release of Polars 2.0Polars
- Polars founders and Amsterdam officePolars
- Polars source and MIT licensepola-rs on GitHub



