不止前端，整个 js/ts 生态都不喜欢向前/向后兼容。
整个 js 生态可以说是一塌糊涂，在破茅草屋上缝缝补补，缝不上了就推倒重来，光是 esm 就能让整个生态鸡飞狗跳，react 那边卡 8 年了。
https://github.com/facebook/react/issues/10021
还在活跃的 js 项目大多选择不断破坏性重构，这是没办法的事，要么停在尴尬的分岔路口，要么丢掉历史包袱重新选择正确的路，维持向后兼容很花时间精力，这点上我支持作者直接砍掉。

> 没法使用货拉拉的开放平台接口
why?
你用这些邪门歪道，成本比 api 高多了

上班强度怎么样，一定要下班才能提升吗

如果以二人婚姻比喻政府：
互相扶持、理解，共享苦乐，是共产主义
一方压迫/剥削另一方，法西斯主义
以金钱衡量双方关系，资本主义
最熟悉的陌生人，自由主义
同居而永不结婚，无政府主义
完全听从上一辈教导，保守主义

你是什么主义

说明公司可能到悬崖边了，该打开 BOSS 直聘了。

"人类从历史中学到的唯一教训，就是人类无法从历史中学到任何教训"
真死循环了
有时候身边没有能倾吐的人，网上发帖很正常，在网上讨论这些并不是没有意义，即使观众有信息差、无法感同身受
所以你的标题是正确的，不要听你的建议

@linecode #2 fastify/tRPC 以及继承他们思想的 elysia/hono 就是这样做的，schema=校验方式=类型=接口文档，typescript 世界不需要 DTO/VO/POJO/XXXO 。

我来拍砖了。

> Prisma 和 Drizzle 没有提供此能力
因为这是伪需求，java 写傻掉的 leader 才需要这种能力

而且你这 ORM 与 Prisma/Drizzle 等 ORM 完全不是一条路，连比较的意义都没有。
你的 ORM 依托于 Vona 框架本体，是一系列独家 API 和抽象的封装，并不是纯粹的框架无关 ORM 。

zod 的 schema 原本是一等公民，你在自己框架里是将其作为二等公民
findOne(@Arg.query('id') id: number) -> z.nmber()
findOne(@Arg.query() query: DtoStudentInfo) -> z.object()
多了一层被框架拘束的抽象与封装

这个所谓的动态推断与生成 DTO ，为什么要手动重复指定返回值类型。
```
@Api.body(v.array($Dto.get(() => ModelOrder, { include: { products: true } })))
async findAll() {
return this.scope.model.order.select({
include: {
products: true,
},
});
}
}
```
DRY (Don't Repeat Yourself)，你写的不是 TypeScript ，而是 Java ，或者说 SpringBoot 。
想做新的 web 框架，还是多看看 hono 和 elysia 吧，面向类型才是正确方向，面向对象已经是旧时代的残党了，nestjs 这条路已经走到头了，像 adonisjs 之类的也只能走全栈这条路另辟蹊径。

如果你的理财能力>贷款利息，拿去理财，反之还掉大部分

今年的地铁没去年挤，这是我的身边统计学。

除了工作，应该没地方能学到。开源项目的大型、复杂与现实中的不是一回事。电商类的项目可以参考下，应该算比较接近的，java 那堆 xxx-mall 的培训班刷 star 垃圾项目可以看看，与现实中的大型不可回收垃圾项目一模一样。

请求返回什么东西 0.25M 这么大，直接刷网页吗

然后设计师突发奇想要多边形 -> 手写凸包/凹包算法。
然后设计师想从 A 区域投射到 B 区域 -> 手写透视变换。

跑一个月外卖或者嘀嘀就老实了

ffmpeg ，建议压成 webp 等更好的动图格式

开发/测试环境玩过，没啥意义
对一些性能瓶颈在 js 本身的才有意义，一般是 2/3D 、音视频

@CEBBCAT #18 换成我我会跑。公司搬了几十公里，不想跟过去就走人呗，找劳动调解硬留在其他部门半年你就说这行为是不是有病，除了公司是自己家开的应该没人能想到这种操作。