原本我也觉得后端用啥写都一样，不过发现 python 的 AI 库实在太丰富了，对于小团队来说，前期要快速验证一个商业模式，而项目中又要使用一些 AI 特性，python 会不会是最好的选择？
 |
1
JayZXu 10 天前
AI 的功能封装好，直接接口调用就好了，毕竟 AI 的 service 要跑在 GPU 服务器上，不是所有的服务器都有这个条件
|
 |
2
pvnk1u 10 天前
python 一直都挺火的啊，我是觉得绝大多数项目都用不到那么高的性能（即使能用到也是创业成功，业务量上去之后的后半段的事了），用 python 写挺好的，觉得 python 性能不够的，先想一想业务规模能不能大过用 python 写的豆瓣。
|
 |
3
javalaw2010 OP @pvnk1u python 之前火也是因为 AI 研究相关领域吧，python 后端一直不温不火的，在国内跟 node 后端基本处于差不多的位置。（个人感觉，没有严肃调研过数据）
|
 |
4
fu82581983 10 天前
python 已经火了，但是带火后端目测不会，python 的 AI 项目封装成接口，或者 python 消费队列就行了，没必要强耦合。
|
|
5
pvnk1u 10 天前
@javalaw2010 之前主要是数据分析、爬虫这些用的比较多，有些这些方向的小的创业公司刚开始做 demo 的时候也是用 python 先做个尝试，反正都是 python 技术栈的，写一写也不费事
|
|
6
javalaw2010 OP 主要是一些性能敏感的场景，比如实时音视频流的处理，这种场景如果解耦感觉性能有可能会不达标？
|
 |
7
lambdaq 10 天前
nicegui ？
|
 |
8
565656 10 天前  5
求求 Javaboy 别把一堆 service impl control 屎带进 python 了
|
 |
9
paopjian 10 天前
Python 后端不会火的, 顶多是快速部署性能服务会火一阵, 最后还是性能敏感, pytorch 底层都是 C++了, Python 就纯粹是兼容层
|
 |
10
GuluMashimaro 10 天前
@565656 你是什么 boy
 |
 |
11
HaibaraDP 10 天前
到后端这不都是 sdk 了吗
|
 |
12
Koril 10 天前
我个人觉得，仅仅是开发后端 API 接口（ CRUD ，调接口，连数据库），大部分语言的性能都是够够的，因为接口耗时都集中在网络和文件 IO 上，语言的性能差异被弱化了，无论是 Java 、Go 、Python 、JavaScript 都能写。
后端接口用写 Python ，最大好处是在图像处理和 AI 领域，如果这些领域的团队主要掌握的是 Python ，那么就不用再招额外的其他语言的后端开发了。 剩下的就是团队对于 Python 后端开发规范的统一，不然的话，代码会变得乱七八糟的（当然其他语言也一样），然后有些由于个人使用存在问题，导致接口变慢的问题，就会甩锅给语言本身。 |
 |
13
zaihuilvcha 10 天前
团队的 AI 项目启动时为了所谓快速迭代也用的 python ，现在到了还债的时候了，除模型服务部分其余都会用 go 重构。
|
 |
15
fangxisama 10 天前
@565656 不觉得这个分层有什么不好的，各司其职不好吗？
|
 |
16
arischow 10 天前
一直在飞，有什么问题？天天要搞个大新闻才能算起飞么？
|
 |
17
glcolof 10 天前
啊？ Python 后端不都是 AI 在做了吗？ [狗头]
|
 |
18
3085570450tt 9 天前
眼光放宽一点，别一直盯着国内，国内用 python 写后端有你好看的，一大堆业务量超过豆瓣的人来说你性能不行(doge), 你不用或者你没看到不说明没人用
|
|
19
3085570450tt 9 天前
@dcsuibian 这个叫 设计理念深入人心 ？放弃语言本身的简洁清凉的特性，硬套？可以搜搜这个关键字：Don't write Rust like it's Java ，把一个语言写成另一个语言的样子，很难去支持
|
|
20
3085570450tt 9 天前
下一个帖子标题：Java 后端会乘着 SpringAI 这波东风更上一层楼吗 ？
|
 |
21
dcsuibian 9 天前
@3085570450tt 当然是深入人心了。
Java 语言本身又没有规定过一定要这么写。但是大家最终都选择了这么做，因为这是经验的总结。 不套层简洁？你肯定没见过把前端请求参数处理验证、业务逻辑处理、数据库连接读写等全写在一个 doGet 或 doPost 里的垃圾代码。分层至少让它们各司其职，看得清楚。说白了，这是一种指导意见。 把一种语言写成另一个语言的样子当然不好，但你自己没指导意见怪谁。 |
|
22
3085570450tt 9 天前 1
@dcsuibian 学过一点 java serverlet, 也看过把所有的逻辑都写在 doGet 或者 doPost 里面的代码。
你说的也没问题，代码分层是好的，有利于代码维护和后续扩展。但代码分层，不应该是从上一个语言直接套过来的吧？ 难道不应该考虑语言的特性吗？在我看来，java 中的那些分层，放到 python ，会显得有些“过度”。 你觉得我没指导意见，我觉得你不知变通，不想逃出自己舒适圈，去适应新事物 |
|
23
dcsuibian 8 天前 1
@3085570450tt 你再看看他的原话：求求 Javaboy 别把一堆 service impl control 屎带进 python 了
但其实三层架构是种优秀的设计，而不是糟粕。所以我才反驳说三层设计理念深入人心，值得借鉴。 另外，当语言进行切换时，人们自然而然地就会从新语言中寻求旧语言中好的东西。所以为啥要点名 Javaboy ，难道其它语言切换过来的人就不会这么做吗？ 我当然也反对直接套用其它语言的写法，不考虑语言的特性。 但如果要反对一种写法，那我觉得需要给出更好的、更适合新语言的写法。而不是单纯的反对。 |
|
24
javalaw2010 OP @dcsuibian #23 是这样几位，关于本贴题目中的问题，我已经有了自己的结论；关于代码架构风格的问题，也许你们可以另开新贴，也方便其他对这方面有自己想法的小伙伴加入讨论。
|
Select Language