那几个AI库写在更迭的咋样了
依然活着的还剩哪几个
【 在 hgoldfish 的大作中提到: 】
: 最近几年 python 社区因为 AI 大火。所以围绕着 AI 相关的基础设施建设越来越好，tensorflow, pytorch 一堆 AI 库此起彼落，进化飞快。但是社区某些角落却一直停步不前，甚至有点落后了:
: * 标准库没有 http2 支持，没有 msgpack/cbor 序列化器，更不用说 quic 和 http3
: python 以前作为网络黑客必备的工具，到现在居然没有内置 http2 的客户端与服务端支持。虽然有 httpx，但是仍然有些不方便。
: ...................
--
FROM 139.226.19.*

二进制可以用stable api 来适应不同Python版本
  
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 发信人: hgoldfish (老鱼), 信区: Python
:  标  题: python 社区最近几个咄咄怪事
:  发信站: 水木社区 (Wed May  3 17:50:59 2023), 转信
:  
--
FROM 124.217.188.*

* asycio 已经失败

这个怎么说? 是社区普遍认为asyncio已经失败了么，因为各种历史原因，项目里面用asyncio的确实少，不过好像也没有什么更好的解决方案了吧，传统的multi-threading的解决方案简单倒是简单，但是很多库不是thread-safe的(比如requests)，如果python的asyncio某种程度上算是失败了，在解决并发/行这块，将来的的趋势是什么?
--
FROM 180.102.167.*

s
【 在 fanci 的大作中提到: 】
: 可能因为一开始所有的用户都是小白，直到有个牛人看不下去写了request。  
--
FROM 139.226.19.*

asycio 已经失败 这是你个人见解吧？async/await这套东西有传染性，相关生态最好是全新实现，django诞生于没有asyncio的时代，有历史包袱，新版本既要兼容旧版编程方式，内部各种组件也没有做到全部用async/await重写，所以要用到旧版或者按旧版套路去写代码时，就是你所认为的形式上支持。async_to_sync() 和 sync_to_async()本身就是两个工具函数，类似于python标准库后来新增的asyncio.run()和asyncio.to_thread()，就是用来兼容同步异步代码的，如果你全部按照async的方式去写代码，引用的组件也都是用asyncio实现的，应该是用不到这俩函数。
另外在asyncio生态下写web服务或客户端，一般是用aiohttp，而非django了。

【 在 hgoldfish 的大作中提到: 】
: 最近几年 python 社区因为 AI 大火。所以围绕着 AI 相关的基础设施建设越来越好，tensorflow, pytorch 一堆 AI 库此起彼落，进化飞快。但是社区某些角落却一直停步不前，甚至有点落后了:
: * 标准库没有 http2 支持，没有 msgpack/cbor 序列化器，更不用说 quic 和 http3
: python 以前作为网络黑客必备的工具，到现在居然没有内置 http2 的客户端与服务端支持。虽然有 httpx，但是仍然有些不方便。
: ...................
--
FROM 163.125.251.*