@BeforeTooLate 现在就是重构 10 年 php 项目，各个模块用相应最擅长的语言，结果发现，php 没位置了

主要是现在没什么互联网创业了，不然 PHP 还是又快又省事的好东西。

其实就是抄，ai 抄 github 库里的，你抄 ai 吐出来的😄

@junkk 用 flightphp 本身性能不是问题，但是，我既然重构了，为何不用更快的，更优化的，这时候 php 就出局了，杂乱一起，php 可以，细分各个模块里，每个语言都比它强

@mht 主要还是前后端分离和 ai 。这东西，一开始有点复杂，但是应该搞过一遍就很快了。老项目重构，像我，升级 php 用 laravel 用 flightphp 用 node 用 go ，几天内就完成思想转变。后面如果开发新项目，肯定也是目前的微服务流程。ai 时代，这个流程基本都能一键付出。 如果没 ai ，一键发布搞不了也不会想用。现在一键发布，性能极致优化，更少的服务器成本，就算创业，也可以这样来

PHP 肯定不会死，但早就过了一个语言打天下的时代了。生态上，Laravel 是独一无二的，你总能找到你想要的库和包，对于以 PHP 为主力的人几乎是不二选项。并不是所有项目都需要微服务的架构，也并不是所有项目都仅有 API 层，你说的这些都是老生常谈的东西，跟 2026 年的 PHP 脱钩了。

@panlatent 微服务是一个系统流程，只要用上，那么新开项目用这个流程也是快速开发，一键部署测试，速度差不多，性能更高，更低的服务器代价，并且 ai 支持更好，更好的测试，没有理由不用。 当然前提你得先打造好这一套流程。php 应该只有存量市场了，laravel 确实大而全，但是，每个他擅长的，都有对应的微服务超过他，还更简单，ai excel 用 python ，前端 sveltekit ，发邮件，用 go 自带并发支持，其他 go ，php 就没位置了

@Loser110 #13 大厂本来就没什么 PHP 的位置。微服务也不是他强项，基本上就是不同的领域了。 关于微服务和单体，那是别的话题，v 站也不少贴，相对来说不太喜欢微服务。 你说微服务是一个系统流程，我不知道怎么得出这个结论，微服务相比单体各项成本都更高，我觉得能不上就不要上

老生常谈 哪个顺手用哪个; 在团队中除非你是决策者 不然你的想法一点也不重要

@Loser110 #16 使用微服务架构是有成本和代价的，恰恰是很多小微企业和个人无法驾驭的，把简单的业务复杂化了。 你说的 PHP 存量市场我不反驳，但 Laravel 你要去和其他 PHP 框架对比，如 Symfony ，另外是否更简单存疑。 至于 Go ，我的个人体验是用 Go 写业务逻辑挺痛苦的。如果有的选，Kotlin 、C#、PHP 、Python 、TS 都是我的理想选择。