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

[javalaw2010]

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

[JayZXu]

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

[pvnk1u]

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

[javalaw2010]

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

[fu82581983]

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

[pvnk1u]

@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 这波东风更上一层楼吗 ？

[dcsuibian]

@3085570450tt 当然是深入人心了。
Java 语言本身又没有规定过一定要这么写。但是大家最终都选择了这么做，因为这是经验的总结。
不套层简洁？你肯定没见过把前端请求参数处理验证、业务逻辑处理、数据库连接读写等全写在一个 doGet 或 doPost 里的垃圾代码。分层至少让它们各司其职，看得清楚。说白了，这是一种指导意见。

把一种语言写成另一个语言的样子当然不好，但你自己没指导意见怪谁。

[3085570450tt]

@dcsuibian 学过一点 java serverlet, 也看过把所有的逻辑都写在 doGet 或者 doPost 里面的代码。
你说的也没问题，代码分层是好的，有利于代码维护和后续扩展。但代码分层，不应该是从上一个语言直接套过来的吧？
难道不应该考虑语言的特性吗？在我看来，java 中的那些分层，放到 python ，会显得有些“过度”。
你觉得我没指导意见，我觉得你不知变通，不想逃出自己舒适圈，去适应新事物

[dcsuibian]

@3085570450tt 你再看看他的原话：求求 Javaboy 别把一堆 service impl control 屎带进 python 了
但其实三层架构是种优秀的设计，而不是糟粕。所以我才反驳说三层设计理念深入人心，值得借鉴。
另外，当语言进行切换时，人们自然而然地就会从新语言中寻求旧语言中好的东西。所以为啥要点名 Javaboy ，难道其它语言切换过来的人就不会这么做吗？

我当然也反对直接套用其它语言的写法，不考虑语言的特性。
但如果要反对一种写法，那我觉得需要给出更好的、更适合新语言的写法。而不是单纯的反对。

[javalaw2010]

@dcsuibian #23 是这样几位，关于本贴题目中的问题，我已经有了自己的结论；关于代码架构风格的问题，也许你们可以另开新贴，也方便其他对这方面有自己想法的小伙伴加入讨论。