tRPC 简单但严谨
https://trpc.io/

React Native 和 Flutter 的思路很不一样。

React Native 秉承 React + web 的理念，使用 React + JavaScript 运行时借助各平台原生组件呈现视图。
React Native 的优势是：可以轻松使用系统原生视图、获得原生级的用户体验和动画流畅度，使用 js ，能够轻松热更新；
React Native 的缺点是：在各个平台呈现的视图不一致；

Flutter 使用自己的绘图引擎，在各个平台上自绘视图，运行机制更接近游戏引擎。
Flutter 的优势是能够自制复杂的视图控，；在所有平台上获得一致的视图；
Flutter 的缺点是：Flutter 的绘图引擎（ Skia 、Impeller ）比不过原生的动画流畅性和交互体验，这方面有太多的 issues 了：动画反馈会延迟 1~3 帧，无法使用 Android 12 的滚动回弹动画，滑动和翻页时有明显的掉帧，严重的着色器编译时卡顿( https://docs.flutter.dev/perf/shader ) ；难以在 Flutter 视图内嵌入原生组件

另外近些年前端的开发理念一直比较领先，React 虽然稍微落后 vue3 、solidjs 、qwik ，但比起 Flutter 还是领先一个大版本的。Flutter 使用嵌套地狱写视图，React 有 jsx ； React 状态管理的 zustand 、jotai 、valti 一个比一个简单易用，Flutter 连 hook 都没有。

对于不需要复杂的绘图操作的 APP ，也就是普通 新闻、聊天 APP 的话，应该首选 RN + expo ；如果你要开发具有复杂视图的 APP ，比如游戏、谷歌地球、高德地图、Wonderous ，应该首选 Flutter 。
具体到楼主的 记账 APP ，肯定首先 React Native 。

建议体验一下 V2EX 的 Flutter 客户端和 React Native 客户端，Flutter 版本滑动、翻页的时候存在明显卡顿，RN 的体验明显好得多。
https://github.com/guozhigq/flutter_v2ex
https://github.com/liaoliao666/v2ex

推荐 Nest.js ，应该是最完善的 GraphQL(node.js) 框架了，并且有丰富的生态
https://docs.nestjs.com/graphql/quick-start

不喜欢 Nest.js 依赖注入这一套的可以就用 TypeGraphQL： https://typegraphql.com/

如果想要类型安全，推荐 Pothos ，Pothos 的问题是过于学术派以至于开发体验不好，需要写很多冗余重复代码以确保程序正确
https://pothos-graphql.dev

Redux 早该被扔进垃圾桶。
状态管理建议用 zustand: https://github.com/pmndrs/zustand 。

都存 redis 了，那用 jwt 设过期时间也没有太大意义了。
我的建议是直接换成类 session token ，格式是 `{user-id}-{random-string}`，拿类 session token 作为键、用户信息作为值存进 redis 。

https://v2ex.com/t/979326

整个项目没有任何性能优化，根组件的 update 将导致整个页面的 update 。没有 memo 。只有两个 useMemo ，其中一个 useMemo 根本没必要，应该直接提升出组件外作为常量。

真喜欢函数直接用 React 就可以了。React 在 16.8 引入 hook 之后已经是函数式完全体了。

React 连组件都是拿函数声明的，state 、reducer 、hook 无不体现函数式的思维。粗看下来 Mithril 的组件还是拿对象来声明，没有贯彻太多函数式的思维。

Mithril 自娱自乐也凑活，真拿来写项目还缺少 路由、状态管理、组件库、SSR 这些必要功能。

我平常写 node.js 比较多，在 node.js 的世界里几乎见不到 DAO 层。就算是 Spring 味最重的 Nest.js 里也见不到 DAO 层。因为 node.js 的 ORM 很强大很好用，所有 DAO 层的事情 ORM 都干好了，直接在 Service 层里调用 ORM 方法就完事儿了。
我个人理解 DAO 在 Java 、Go 的不使用高自动化 ORM 、需要大量手写 SQL 的项目中会起比较大作用。
对于 Python 来说，如果有好用的 ORM 的话，没必要硬写 DAO ，直接用 ORM 短平快地完成需求岂不美哉。

OP 用的什么什么软件生成的 srt ？ 正常的语音识别输出的不就是一个完整的语句吗？

https://www.xfyun.cn/services/lfasr
https://help.aliyun.com/zh/dashscope/developer-reference/paraformer-speech-recognition/
https://www.volcengine.com/product/asr

我是 FireFox 和 Chrome 一起用。工作学习看文档看 Github 用 FireFox ，娱乐看视频用 Chrome 。
FireFox 的界面比 Chrome 高效得多，尤其是搜索栏，一个搜索栏能同时搜谷歌、Github 、npm ，太高效了。
体验上确实 Chrome 丝滑。以前火狐连 blur 都不支持，同一个网页在 Chrome 和 FireFox 上完全不一样。FireFox 比以前肯定是好多了。

trpc https://trpc.io/

React 的 UI 组件库生态比 VUE 要丰富太多，从这方面讲确实用 React 开发漂亮网站要简单一些。

React 好看的组件库有：
https://nextui.org/
https://v2.chakra-ui.com/
https://mui.com/material-ui/
https://ui.shadcn.com/
https://semi.design/zh-CN

Vue 好看的组件库：
https://www.naiveui.com/
https://ui.nuxt.com/

TS 写习惯了，现在已经完全离不开 TS 了。
后端上个 OpenAPI 或者 GraphQL 或者 tRPC ，前端配合 ts 调用起来就很有信心，对接口有完全的掌控。接口有任何修改 TS 都能检查出来。

现在找轮子的时候，没有 TypeScript Declare 的包直接排除。有的库 tsdoc 写得很详细，tsdoc 直接当文档看。

写通用库的时候 TS 是必须的，之后调用的时候会很舒服。写业务的时候用 ts 就更舒服了，一般类型都直接能推导出来。

Scratchpads：创建多个便笺文件，以便在编写代码时进行涂鸦。

https://marketplace.visualstudio.com/items?itemName=buenon.scratchpads

你可能在找 Yjs： https://github.com/yjs/yjs

如果需要后端配合的话建议上 Hocuspocus： https://github.com/ueberdosis/hocuspocus

你可能在找任务队列

https://docs.nestjs.com/techniques/queues
https://github.com/bee-queue/bee-queue
https://github.com/OptimalBits/bull

同意 5 楼，同样是脚手架，我可以去用 vite (pnpm create vite)、Rspack (pnpm create rsbuild@latest)，还有 Remix (npx create-remix@latest)、Next.js (npx create-next-app@latest)，楼主的这个脚手架相比以上这些有什么优势？况且用的还是老一代的 webpack 。

valtio ，类似 vue3 的 reactive ，真正的自动档状态管理。

https://github.com/pmndrs/valtio