在新增 restore 功能之前，一般用 git checkout topic -- patch

发外包节点 https://www.v2ex.com/go/outsourcing

现在接单的人可不少

@r46mht 把 jwt 放到 body 里有什么坏处么？坏处太大了，网关或中间件本来只解析 header 就能拿到身份信息，放 body 里面就不得不完整解析整个请求了，而 body 有时候比 header 大几个数量级，例如上传文件。如果在 header 里面，完全可以没接收完 http 请求时，就 reset 掉。

如果是传输编码是 chunked ，setContentLength(body.length)这个 body 是分块后的吗？

你打印的是虚拟内存的地址，不是物理内存，两个进程可以有完全一样的虚拟内存布局

@forisra 其实公务员也降了，江浙沪最少降 3 万/年

有高铁还是高铁吧，9 个小时太长了

在司法实践中，超标电瓶车是否按机动车处理，还有争议，各地不尽相同

Map 可读性差，说的是 key 表示字段名，value 是值，这是用 Map 表达 POJO ，读代码的人无法感知有哪些字段，IDE 也不能补全，拼写错误也照常编译。

而你这个例子，返回的 data 并不是 POJO ，key 本身也是开发时无法穷举列出的值，此 Map 是 value to value 的映射。这就不适合用其它方式封装。如果你的 value 是开发时可确定的状态，比如说订单状态，流程状态，那么可以定义 enum 类型代替 Long ，返回 Map<enum, V>，至于内部是用 EnumMap 还是 HashMap ，这都不是调用者该关心的。

电动车有三种，

第一种是符合新国标(48v,400W,25km)，按新国标上了牌的，这种完全不需要任何驾照。
第二种是老国标上的牌，各地各管各的，有些地方有退出时间，这种也不需要驾照。
第三种是无牌照(一般超标)的和超标的，这种如果没备案，可能会被当作电摩处理，需要 E 照或 F 照。

一句话总结，不符合国标被认定为电摩的，需要 E 或 F 驾照。

@JaguarJack
@askfilm
搜索量能体现热度，IEEE 有 Jobs 指数，PHP 排名也靠后。Laravel 日安装量 25W ，也就跟 Koa 接近，还不到 Next.js 的 1/3 ，express 的 1/10 。Laravel 的增长，更像是抢占了其它 PHP 框架的份额，而不是 PHP 整体在增长。

@guanhui07 可惜最近三五年，创业公司用 node 全栈的更多，尤其是欧美公司。PHP 的开发效率，放在十年前也许算高的，但现在也就一般，别的语言和生态也在不断提高效率。

@cooper PHP 并不是只在国内不行，PHP 在英语世界也大幅衰退了，2004-2010 是顶点，2014 后一蹶不振。从 TIOBE 和 IEEE 的数据都可以看得出来。

https://www.tiobe.com/tiobe-index/
https://www.tiobe.com/tiobe-index/php/

https://spectrum.ieee.org/top-programming-languages-2024

阿里巴巴 Java 开发手册：“单表行数超过 500 万行或者单表容量超过 2GB ，才推荐进行分库分表。”
小厂 leader：“奉天承运，阿里诏曰，单表超 500 万行 DB 就要卡死，必须分表。”

我记得 2008 年那会儿，说的也是 500W ，难道这么多年过去了，硬件性能一点儿提升都没有？

@woodytang 随时执行也是一样的，执行完就退出。用 @Lazy 注解要执行的命令的类，在入口类注入 ApplicationContext ，然后用 context.getBean 获取名字相应 bean 的时候就会执行那个命令。

需要注意的是，像脚本一样运行时，需排除定时任务等不必要的服务，也不要启动 http 服务，这个可以通过 profile 来实现。

国内不喜欢的是 HQL ，并非 Hibernate 本身，JPA 单表根据签名自动合成查询还是很好用的。HQL 最大的问题是，当你写出来的时候，脑子里还是人肉要翻译成 SQL ，然后才能判断这个语句是否高效，那么 HQL 解决了什么问题？并没有，还不如直接写 SQL 简单可控。

再说 ORM ，一旦涉及到一对多甚至多对多的关系，那就不得不提 cache 和 lazy load 了，还有 1+n 查询，这些事情是自己做，还是交给 ORM 去做，仁者见仁，使用 ORM 就得很熟悉其工作机制，否则很容易写出损害性能的操作来。使用 ORM 提高的开发效率，也比较有限，偶尔由于不精通，踩到个坑，恐怕省下来的时间全都还回去。

最后说 JPA ，80%以上的需求都可以由 JPA 实现，少数情况写个 SQL 也就搞定了。

给运行中的程序发送管理指令，为什么不用 JMX 呢？如果只是每次都启动的命令行，你定义一个 bean ，然后 main 中根据参数决定初始化哪个 bean 不就好了？

@pixcai 其它语言也有大而全的框架，比如 Java 有 Springboot/Quarkus ，Python 有 Django 和 pyramid ，甚至 Java 还有抄 PHP 思路的框架如 JFinal ，Go 也有 Beego/Revel 这样大而全的，但是显然，这些大而全框架，在实现模块化之前，都跟微服务背道而驰。

Lavaral 这种大框架，不太适合 FPM 模式，因此瘦身版的 lumen 出现了，但在有了 Octane 之后，lumen 没有存在的价值了。Laravel 现在也支持 Swoole 等 cli 方式运行了，性能倒是改善了很多。

PHP 和 Java 我都做过很多项目，单论后端开发效率，我不敢说哪个更快，就我个人经验，用 PHP 和不写 VO/DTO 的偷懒版 Java 开发效率差不多。当然，你如果拿 wp 搭博客或者建站跟 Java 生态比，那确实 PHP 起步更快。

“最大的问题就是招不到人”，说反了。就在去年，上海还一堆十年以上经验的 PHPers 在竞争一个 20K 以下的职位，PHP 开发还是很多的，但是招 PHP 的创业公司们不见了，这也导致大量 PHP 开发转向了 Go ，他们一般不会转 Java 。