@meteora0tkvo 没人能忍，2345/360/wps 等软件可以任意修改用户配置，下载其他软件，被称为流氓软件已经二十年，有用吗，唯一的手段只有不使用国产软件。

@alioth0909 #2 我的看法是那篇 reddit 帖子完全正确，标记 AI 与抵制 AI 是完全不同的两件事。
我极度支持 Stack OverFlow 禁止任何 AI 回复，而后面 v2 也采取了相同的做法。所有论坛/交流平台，都应该完全杜绝一切纯 AI 产物，这仅仅是在危害人类文明发展。

注意，这与我身为开发人员支持 vibe coding 是不冲突的。
何为 vibe coding ？
开发人员未经人工检查和验证生成大量代码。
这好吗，好也不好，需要从两个方面去审视，只会选择"好"或"不好"二者其一都是浅薄的。

>似乎我们对于 AI 编程这样的提效工具，有更大的热情
你可以去看看油管，各路外国高手以什么样的热情在研究 vibe coding 。
而这个论坛中，又有多少人拒绝学习 AI 知识， 拒绝定制 rules ，拒绝 MCP 。

> 很多人对“工艺感“和”可维护“有更高的要求，从而对 vibe coding 有一定的偏见
对“工艺感“和”可维护“有坚持的那些人，都在以远超普通程序员的效率使用 AI 编程，从而节省下大量时间用于“工艺感“和”可维护“，这依然是不冲突的。

八股就别看了，还考八股的也没必要去。
聚焦在学习本身，代码本身，如果学习得足够深入，就会真正碰上八股文里的问题，通过实践得出来的知识才能真正记住并且能说出自己的理解，而不是照本宣科说一通教科书废话。

如果是应用层的没啥难度，最基础的就是调接口，调整提示词，难一点的要设计工作流，可以用 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 多岁还能在这个岗位上干活吗