怎么的？来个 Leader 就要换语言、换框架、换代码风格？

理解不来这种技术 leader 。纯纯的招聘事故。

楼上还有喷 Java 的。人家公司招聘你去做技术 leader ，是让你创造价值，而不是给你刷简历用的。“系统是 Java 写的”，这是一个客观已存在的事实。不了解情况，就先批判这样写不好，那样写麻烦。这是典型的 “没调查就发言”。

PDD 还是可以的。小程序竟然也能联系客服，整个下单都是闭环的。我用小程序下单了。

话说，可以直接➕v 购买吗？没安装 PDD 。

顶一顶，同样是产茶区的娃。

下单两样试喝支持下～

@seers 很精辟了。我总觉得原因就是 OP 说的 第二点，这就是个伪需求。

k8s 所描述的层面偏“底层”了一点，真要用不太可能是 “让开发者无需关心 K8s 底层”。与其学习你们用 UI 封装后的平台工具，为什么不直接学习 k8s ？

@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 稳定

楼上 +1

哈哈，人果然是怀旧的。就爱玩以前玩过的游戏。。。 自己玩 wow ，感觉兜兜转转就一直是 wow 。

现在能理解那些玩刀刀烈火传奇的人了。

我小时候玩过的第一个网游是 神迹，盛大的 3D 版“传奇”。可惜现在玩不了了。里面的配乐真的就是烙印。

之后，如果你想稍微了解原理，我觉得这篇不错。https://zhuanlan.zhihu.com/p/372790745