Python 后端会乘着 AI 这波东风重新起飞吗？

[javalaw2010]

原本我也觉得后端用啥写都一样，不过发现 python 的 AI 库实在太丰富了，对于小团队来说，前期要快速验证一个商业模式，而项目中又要使用一些 AI 特性，python 会不会是最好的选择？

[JayZXu]

AI 的功能封装好，直接接口调用就好了，毕竟 AI 的 service 要跑在 GPU 服务器上，不是所有的服务器都有这个条件

[wtml]

python 一直都挺火的啊，我是觉得绝大多数项目都用不到那么高的性能（即使能用到也是创业成功，业务量上去之后的后半段的事了），用 python 写挺好的，觉得 python 性能不够的，先想一想业务规模能不能大过用 python 写的豆瓣。

[javalaw2010]

@pvnk1u python 之前火也是因为 AI 研究相关领域吧，python 后端一直不温不火的，在国内跟 node 后端基本处于差不多的位置。（个人感觉，没有严肃调研过数据）

[fu82581983]

python 已经火了，但是带火后端目测不会，python 的 AI 项目封装成接口，或者 python 消费队列就行了，没必要强耦合。

[wtml]

@javalaw2010 之前主要是数据分析、爬虫这些用的比较多，有些这些方向的小的创业公司刚开始做 demo 的时候也是用 python 先做个尝试，反正都是 python 技术栈的，写一写也不费事

[javalaw2010]

主要是一些性能敏感的场景，比如实时音视频流的处理，这种场景如果解耦感觉性能有可能会不达标？

[lambdaq]

nicegui ？

[565656]

求求 Javaboy 别把一堆 service impl control 屎带进 python 了

[paopjian]

Python 后端不会火的, 顶多是快速部署性能服务会火一阵, 最后还是性能敏感, pytorch 底层都是 C++了, Python 就纯粹是兼容层

[GuluMashimaro]

@565656 你是什么 boy

[HaibaraDP]

到后端这不都是 sdk 了吗

[Koril]

我个人觉得，仅仅是开发后端 API 接口（ CRUD ，调接口，连数据库），大部分语言的性能都是够够的，因为接口耗时都集中在网络和文件 IO 上，语言的性能差异被弱化了，无论是 Java 、Go 、Python 、JavaScript 都能写。

后端接口用写 Python ，最大好处是在图像处理和 AI 领域，如果这些领域的团队主要掌握的是 Python ，那么就不用再招额外的其他语言的后端开发了。

剩下的就是团队对于 Python 后端开发规范的统一，不然的话，代码会变得乱七八糟的（当然其他语言也一样），然后有些由于个人使用存在问题，导致接口变慢的问题，就会甩锅给语言本身。

[zaihuilvcha]

团队的 AI 项目启动时为了所谓快速迭代也用的 python ，现在到了还债的时候了，除模型服务部分其余都会用 go 重构。

[dcsuibian]

@565656 你有没有想过为啥不是反过来？ Javaer 能带进去说明它的设计理念深入人心，值得借鉴
反过来 Python 有啥值得借鉴的？

[fangxisama]

@565656 不觉得这个分层有什么不好的，各司其职不好吗？

[arischow]

一直在飞，有什么问题？天天要搞个大新闻才能算起飞么？

[glcolof]

啊？ Python 后端不都是 AI 在做了吗？ [狗头]

[3085570450tt]

眼光放宽一点，别一直盯着国内，国内用 python 写后端有你好看的，一大堆业务量超过豆瓣的人来说你性能不行(doge), 你不用或者你没看到不说明没人用

[3085570450tt]

@dcsuibian 这个叫 设计理念深入人心 ？放弃语言本身的简洁清凉的特性，硬套？可以搜搜这个关键字：Don't write Rust like it's Java ，把一个语言写成另一个语言的样子，很难去支持

[3085570450tt]

下一个帖子标题：Java 后端会乘着 SpringAI 这波东风更上一层楼吗 ？