很多年前会用 mbp2015 来打风暴英雄。
从配置上来看，只要开发商适配就没啥问题吧。
目前就尽可能多使用场景的角度来看，M 系列的确吃亏。

这个很不错喔

Serverless 的确挺适合 php

大部分框架，都能有一定程度的优化，大概就是 60ms -> 40ms 这样子吧。
但是因为常规业务都有各种外部依赖（ HTTP 、数据库），所以实际体验起来并不会改善太多。
如果上 swoole 、workerman 那类方案，效果会稍微更加明显点。

@mrpzx001 我没考虑过 hyperf ，开头只是调研了解了下大家的选择。

@limingxinleo hyperf 别能跟 swoole/swow 绑定那么死，还可以玩，现在这样太局限了。

@anubu K29 屏幕效果太差了。同年代的 k29 、t430 、x230 我都玩过，最后还是选了 t430 ，改装屏幕后效果好很多。

@Evilk 例如某天发现重大问题了，可以切换到 fpm 下继续使用。毕竟 fpm 省心省事多了。

@Evilk Webman 的确很厉害，开发体验、性能啥的挑不出明显毛病。
我唯一顾虑 Webman 的就是没降级到 FPM 的方案。

@lyhiving Hyperf 从来不是 PHP 开发最优解，跟 swoole 绑死，就已经劝退一大波人，这玩具远不如 Laravel ，国内 TP 也比它好不少。

@Dart 非大型或突发流量业务，基本上 java 、php 、golang 没啥区别。yii1 当年很优秀

@ss098 Laravel Octane 很早跑过 demo ，那时候还只支持 RoadRunner
Laravel Octane 针对 Laravel 做得更加多应该是 service 的自动处理，例如 service 的自动 reset 、依赖的清除等等，各个框架如果要兼容非 fpm 运行模式，应该都是做类似的处理。
因为实际没怎么用过 Laravel ，而且对 swoole 有偏见，所以没怎么考虑。

一般这种需求，淘个 thinkpad x1 就好

@usapla 自己造数据，造一个 20-30 个字段的千万大表，这个表跟三个表有关联，然后写 curd ，多少会有点收获

@Wenco 八股文都不会，写什么文章，靠 csdn copy ？
规范就是项目实践的总结，搞不懂 psr 为什么出现，怎么实践，那就是不及格。

你没必要拿某个点跟我杠，只要是有收过简历的人，都能得出跟我或者楼主类似的结论，你最好自己收下简历，各个薪酬层（ 5-7 ，9-12 ，15-20 ）的都收下，面下，自然会有这种结论。
PHPer 目前人才像断层了一样，新手普遍垃圾，上升期的开发者没机会，已出头的开始转其他语言。

我挺楼主，目前 phper 平均素质十分差，这点只要有过 php 相关招聘工作的人都能感受到。

就算不拿全才全栈来要求 phper ，对于一个开发者、一个 phper ，输出控制能否了解下、fpm/cli 模式能否了解、单次请求从 nginx 到 fpm 到 php 的执行和响应流程、psr 若干个规范的理解，做不到都应按照实习、应届生处理。

再退一步讲，作为一个 curd boy ，怎么做好 curd 工作也是个可以研究的问题。超大表的 curd 实现、ActiveRecord 与 Repository 的区别、curd 的缓存怎么管理。哎。

但就目前来看，能满足要求的 phper 真的不多，php 从业者质量下降十分严重，新人十分烂，上升期的 phper 也被其他开发者挤压，哎。

如果能跟 swoole 解耦的话，可能用的人会多点。。。

考虑开发速度的话，yii2 / laravel
两者的启动成本都比较可控。

gregwar/captcha