如果是应用层的没啥难度，最基础的就是调接口，调整提示词，难一点的要设计工作流，可以用 dify 这种可视化的。
无法接受离职，就谈好了把开发周期拉长，一定要给足学习的时间。
现在阿猫阿狗都知道要做 AI ，但是怎么做，上层不管，只要求底下人凭空变出来，这样公司已经在死亡的路上了。

以偏概全，你用数篇帖子，脑补出整个欧美国家都在抵制 vibe coding ？ v2 抵制 vibe coding 的帖子也不少啊，怎么说。
你要对比中美文化，不能用身边统计学+量子脑补，最起码也要深入调研一下。

@june4 #22 vue 最大的一个问题就是没有需求，创造需求。vue3 进展缓慢，这些不去解决，反而炒热度玩 solidjs 吃剩的玩意。vue3 吸收 react 的优点，并且设计上没有 react 带来的心智负担，这个方向相当好，甚至不少人放弃 react 转而去写 vue tsx 。而 vapor 我个人是不认可的，它的发展必定挤占大量开发资源，我手里的一堆 vue 项目都在考虑用 react 重构。yyx 懂开源，更懂炒热度，oxc 之类的项目也是如此。

@wwk #23 drizzle1.0 修复了大量 bug ，包括一堆迁移问题，正式项目可以等待 1.0 发布再转。
prisma 无论如何都不推荐用，很难想象多少公司被 prisma 推进坑里去了。

@ejin #7 来回看了半天，0-6 楼说的都是 react ，为什么突然冒出个 vue ，走错片场了吧？
Vapor 这种东西应该丢到 vue4 去搞，vue3 的一堆问题都还没搞定。
而且现在有人在意性能吗，反正我自己不在意。大厂用 react 多，react 性能那么差，性能真的有关系大厂早大量迁移到 vue3 去了。

我个人比较在意 vue 的一堆 typescript 相关问题，比如 defineProps 直接丢掉 undefined ，而官方对此表示这是合理的
const props = defineProps<{
a?: boolean
}>()
props.a
// ^? (property) a: boolean

直到支持了响应式解构才勉强算解决了这个问题，但是 defineProps 与 typescript 行为不一致依然是不合理的。
const { a = undefined } = defineProps<{
a?: boolean
}>()
a
//^? const a: boolean | undefined

vue 运行时再快有屁用，vue-tsc 比 tsc 慢了 5 倍，vue-eslint-parser 无法享受 typescript-eslint 的性能改进，vue 官方明确表示不会支持类型感知，只能社区自己搞了个勉强能用的，但是太慢，后端 lint 检查 12 秒，差不多体量的 vue 检查要 80 秒，慢了 7 倍，插件越多这个差距还会接着放大。

运行时性能差距，没人关心，用户也感受不到几十到几百毫秒的差别，相比之下 vue 与 typescript 的融合体验被 react 吊打。react 不会插件天天报错，升级版本换另一个报错，不会拖慢 CI/CD 检查，不会与 typescript 有不一致的行为，不会被 typescript-eslint 维护者指着鼻子说 Vue 社区对于支持 type linting 没有兴趣
https://github.com/typescript-eslint/typescript-eslint/issues/2865#issuecomment-742647474

别瞎搞这些有的没的。
服务器和数据库统一使用 UTC ，时间戳展示交给客户端。
datetime 没有时区，因此不建议用于有时区要求的场景。
如果想用 datetime 处理，设计接口时要额外传输时区信息，然后服务端转换成 UTC 时间，请求数据时转换成 Unix 让客户端自行处理。
当然这里存在一个问题，服务端完全丢失了该条数据的时区信息，如果业务有需要，再增加一个 timezone 字段。

@zhaol #178
>夫妻感情挺好的, 一起存钱买房
通篇读下来，老丈人拿走他们家 13.6w+数额未知的 1w*n ，估摸至少也有 20w 。
最近又要手术，还要再出至少 3w 。
老丈人买了房，而自己家孩子上小学了还没买房，钱全在老婆卡里连余额都不知道，感情好不好我不知道，但是买房看起来没啥希望。

@seanlin5 装个招商银行 app ，搜索申请信用卡，里面有 visa 可以选，实名认证等卡寄过来就行了。

没用，除非是本地模型。
在线模型通常只会提供一个有限的时间段，过了时间硬性移除，用户没有选择的权利。
chatgpt/gemini 会收集一些画像数据，默默优化，用户可能会觉得 AI 越用越顺手了。但升级后全部清空，新模型只能重新开始。
升级是必须的，厂商希望找到更具有性价比的平衡点，你的喜好除了你自己没人真正关心。

国内 visa 卡就行，我用的招商

不能发每日一🐢，失望划走

@michael2016 #33
>把你的客户数据、商品信息都爬走了
这咋了，防又防不住。能做的工作也就：
前端混淆+接口加解密，难度 3 ，拦下 90%
风控系统，难度 5 ，拦下 99%
指纹验证 + 特征判断，难度 7 ，拦下 99.9%
人机验证，难度 9 ，拦下 99.99%
但是不管怎么做都不是 100%，京东淘宝美团这些应用再怎么加固能拦下逆向扣 so 解密吗，接口数据不照样被各种倒手。
以数据为核心的业务，创立之初就要设想数据被全部爬走的最坏打算，如果无法承受，那么就不该立项。

@ovtfkw 谷歌中文搜索经常能看到 v2 ，特别是技术性话题，权重很高，这个帖子被谷歌爬虫收录后，AI 调用 tool 用中文搜索第一个结果一般就是 v2 相关帖子

你的浏览器没有收藏夹吗，放一个专门放 issue 的就行。之前也折腾过，因为 github 的订阅只能看回复，没有一个列表直观查看，后面整了半天还是回归浏览器收藏夹了。不要啥都依赖插件，我还遇到过 chrome 升级把我一个插件的数据给清空了，找不回来。
回复点击 copy link 可以定位到回复，收藏这个链接就行

太离谱了，所以应该是真的
80 后都 40 几岁了，我想象不出我 40 多岁还能在这个岗位上干活吗

1. docker 部署数据库服务有 I/O 和网络的额外开销，虽然绝大部分场景完全可以忽略，并且可以通过某些手段缓解。能问出这种问题，说明他曾听说早期 docker 实践的一些问题，现在还问可能是被 the world 暂停了五年。
2. 花钱
3. 国外上 cf ，可以防住大部分脚本小子；接口加解密给脚本小子增加难度；接口被爬了就爬了，互联网环境本来就是不可信环境，如果担心爬虫问题就别放到公网，先问问自己是不是接口太过弱智了。
4. 新一代的八股文，RAG 依赖知识库，Agent 依赖工作流

@exploreexe #145 在 chatgpt 诞生的那一年起，计算机就不是个好选择了。市场到今天还没把大量的培训班选手消化掉，新加入的毕业生我估计一半人无法应聘软件岗位，而其他行业也不太好过，特别是设计、修图、视频剪辑等等，难兄难弟。

不太愿意，收集用户数据不关心。
真的要用，同步服务必须是开源的，必须足够安全与可靠。