justdoit123

@Romic 想法本身就有问题。 不要以为有“好心”，就觉得做什么事情都是能成功的、是神圣正确的。

@zieglar 那是不是 prisma query 出来的数据，再装载到自己实现的实体 class 上？

也尝试使用 prisma ，说说我觉得的痛点与疑惑，希望有经验的解答下：

1. prisma 不生成 class ，如何进一步跟 class-validator 以及 swagger 结合？
2. 不生成 class ，如果我有很简单的 computed field ，就不知道怎么实现。虽然官方有 [Client extension]( https://www.prisma.io/docs/orm/prisma-client/queries/computed-fields#using-a-prisma-client-extension) 方案，但是 extend 后的 model 类型获取不直接。虽然可以通过类型体操获取。
3. 个人对滥用 DSL 很反感。DB 的 schema 真的到了需要叠一层 DSL 的程度了吗？ 我个人认为还没必要，这样做的收益不高。为了“无缝”切换 DB 类型吗？正常项目开发不会频繁切换 DB 类型，况且也无法做到无缝。 想要降低使用 DB 的门槛吗？熟悉一个 DB 真的是后端的基础门槛，你虽然可以暂时欠着，但是终究要还上，借助 DSL 会很被动，学的都是人家嚼碎了喂你的东西。prisma 用 DSL 描述 schema 的理由，我能想到的唯一理由应该就是他们的野心是实现一个跨语言的 ORM 。

“还是太闲” 狗头～

@249239432 哈哈～ 这样的牛人

问跨域问题不算卷。我感觉这算是前端基础之一，而且是工作中会遇到的。比问 vue/react 这些上层框架重要。


说个题外话，我帮人看问题时会发现，对方毫无解决思路。反正不行了，就找你。
“你参数核对了没有？”
“日志看了没有？”
“什么？没写日志？”
“你之前做了什么尝试？有什么思路？”

招人真是挺难的。

emacs 现在基本只剩下 magit 在使用。

我考虑退坑 鼠标键盘，就用麦克风。

同楼上问，那么多服务真的运行得起来吗 T_T 。我想像 nas 只承载数据相关的服务，尽量低功耗、24H 稳定