props 父传子，emit 子传父，vue 相对 react 来说，组件通信方式太多了，不像 react 很强调单项数据流，我感觉都行

copilot 是最容易白嫖的，chat 里可以免费用 Claude 3.7 ，completion 也还能用 gpt-4o ，免费还要什么自行车，所以我投 copilot 一票

windsurf 一票，不乱在 V2EX 上买推广

supported-countries-and-regions 里没有中国，有点不理解了

用 openapi ，然后生成 ts/python 客户端代码？感觉使用应该简单一点（@hey-api/openapi-ts 和 openapi-python-client ），方案比 grpc 简单点，都是 restful api ，不过性能肯定是比不了了

前几天刚看完你这个帖子，就看到 B 站官方也做高光系统了，感觉可以参考下？

https://mp.weixin.qq.com/s?__biz=Mzg3Njc0NTgwMg==&mid=2247502521&idx=1&sn=2f63ebb5618d3635024303228631fa5e&chksm=cf2f0f9cf858868a271f60657bcd4ba2963498c60692847e0f529bc1108ae6662822758d57f6&scene=58&subscene=0#rd

@XTTX #26 打错字了，“官方”应为“官网”

@XTTX #26 没有 demo ，但是看一眼官方就知道生态差距了，没什么好争论的。我唯一用的 react 组件库就是 shadcn/ui ，虽然用，但是感觉确实是玩具

@XTTX #7 shadcn 生态差 antd 和 mui 太多了，而且官方更新缓慢，功能不行是事实，不适合大部分写业务的

我订阅了，但是只能在 copilot chat 里用 claude 3.7 ，copilot 本体的 completions models 还是选不了 claude 3.7

@dongzhuo777 #45 如果你说的重构是基于整个项目的，那现在任何 AI 都不行，上下文长度不够，模型底层限制在这里，不仅 cursor ，用什么工具都没用

在 anthropic 官方的 workbench 里用 api 试了一下，写代码能力确实强，我有一个 ui 组件库的问题，之前只有 gpt-4o 和 o1-preview 能做出来（ o3-mini, o1, R1 都不行），现在 claude 3.7 也能做出来了，而且做得最好

其他普通的 cs 领域的问题，日常问题，没测出来明显优势，但是编程确实好

测试记录： https://echoccc.online/posts/llm-test

@jaylee4869 #5 没有个股期权，还融不到券，至少二级市场融不到

@wiluxy #9 确实，我都没想到直接不要 useEffect 这个问题，最好做法肯定还是直接在 currentChatId 和 currentChatTitle 变化的事件内部直接用 setConversation 。我不推荐 useMemo ，主要是 useMemo 用起来尤其麻烦，需要注意 Memo 的依赖从头到尾都没问题，不然如果传递的层数比较深，谁随手搞一下 props 缓存就失效了（还有一些别的 memo 失效的场景，以前看的文章有点忘记了），所以我的想法是 profiler 之后再优化比较好？不太懂 react ，不知道这个做法是否最优 https://i.imgur.com/2ZZSapE.png

set 函数可以传入一个函数作为参数，也很清晰啊，这个更新函数接受旧值，返回新值，而且还更安全。如果 set 函数传入值，获取到外面的旧的 conversation 怎么办，传入函数就没问题了

上面有人推荐使用 useMemo ，我不太建议，看起来你的这更新就是数组替换一下，这个渲染也不太复杂，没有必要缓存，缓存本身也是有成本的，无脑 useMemo 不是全是好处的，不考虑本身的成本，心智负担还变重了

不难，在 HOT100 的范围内，正常准备准备是应该做出来的，但是出这种题基本可以认为是前面没聊好，对候选人没兴趣了 https://i.imgur.com/n4kWfGB.png

服务端 502 了 https://i.imgur.com/MA8YqTP.png

解决了蹭 AI 热点跟投资人吹 B 拉升股价的问题

我订过一个月的 v0.dev ，用了几天就后悔了，哪怕是一个一点前端不懂的人，只要稍微看过任何一个正经前端课程（ 10 小时以上的哪种），v0 都帮不上什么忙，最多省点时间，甚至时间都没法省

主要有以下痛点：
- 很笨，写写简单应用还好，稍微复杂点就能感觉出来远不如 claude 3.5 sonnet ，唯一的优势就是自动上下文，但是如果你愿意花时间手动给 sonnet 上下文，v0 就不太行了
- 用需要在本地直接提供组件文件的组件库（比如 shadncn/ui ），就很容易报错，还改不好，感觉用 mui 这种全都 import 的会表现更好
- 如果 v0 不能解决问题，你自己在本地改好了，是很难把你的更改同步到 v0 这里的
- 不返回项目依赖文件，比如 tailwind 相关的配置，之前 11.20 号那次的 update ，好像是升级到 nextjs 15 了，结果老项目直接无法启动报错，我看不到它依赖的配置文件，直接让它改也改不好，这个是使用过程中最无语的事，这种乱加 breaking change 的策略说明 v0.dev 团队现在还是玩具心态在做产品，我后来还是回去人肉用 sonnet 了