正在打开每日关注
正在打开每日关注
围绕数据库、RPC、前端渲染与边缘存储,提出一套偏简单务实的替代型技术选型。
Drizzle -> Kyselyでいい oRPC -> 不要 Hono RPCこそが至高 TanStack Start -> よほどのことがなければSSRはいらないので、React SPA + TanStack Routerでいい Left hook -> Vite Plusにpre-commitまであるのでoxc使ってるならそれで D1 -> DOの方がシャーディングしやすい こんなところかなぁ
俺的最強技術スタックこれ 異論は認める https://t.co/pkoys8cLFD
是什么
这是一条针对现代 Web 技术栈的个人化取舍清单。作者逐项提出替代方案:用 Kysely 替换 Drizzle,用 Hono RPC 替换 oRPC,用 React SPA 加 TanStack Router 替换 TanStack Start,用 Vite Plus 与 Oxc 覆盖 Lefthook 的提交前流程,并认为 DO(Durable Objects)比 D1 更容易做分片。
核心设计
其核心不是追求功能最多,而是围绕实际需求压缩抽象层:数据库访问优先选择更直接的查询构建方式;RPC 优先选择与 Hono 生态贴合的方案;没有明确 SEO、首屏或服务端数据需求时,不主动引入 SSR;工程工具则尽量统一到已有的 Oxc、Vite Plus 链路中。存储层的判断则把重点放在分片与有状态边缘计算能力上。
关键洞察
这反映出资深工程师常见的架构判断:框架热度不等于项目收益,复杂度应由业务约束触发。清单也适合作为技术评审时的反向问题集,帮助团队确认每个依赖到底解决了什么。
边界与风险
这是立场鲜明的经验判断,不是基准测试或通用结论。SSR、ORM 能力、RPC 生态、团队熟悉度、部署平台和数据一致性要求,都可能改变最终选择;尤其 DO 的分片优势仍需结合访问模式、路由策略与运维成本验证。