V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Chuckle  ›  全部回复第 4 页 / 共 10 页
回复总数  197
1  2  3  4  5  6  7  8  9  10  
插件能力很强,干什么都行,但也容易存在插件冲突,且很难排查
不过开着控制台刷新页面还是得卡好久
safari 确实性能不错,至少调得动 css 、元素审查了
@icy37785 那得试试了,拿到 mac 就没久用过 safari ,性能这么好的么
有意思,不过只能在插件生成的面板里走,vscode-pets 也是,以前是不是有个病毒,在桌面养宠物,还得喂文件不饿死,能不能在 vscode 里整个,全局显示,拖拽代码片段喂,但估计 vscode api 能力不够,得注入 js 。
+1 现在还没有用过 mcp
我不养废 ai ,你不回答有的是人回答 https://i.imgur.com/agAJ0Rd.png
@Mogugugugu 可以搜到,已经发布到 open vsx 了 https://open-vsx.org/extension/qcqx/qcqx-project-manage
67 天前
回复了 webwlx 创建的主题 Visual Studio Code 求助, vscode 写前端,偶发性问题
如果不是 vue 的话,也可能是插件有冲突,爆内存之类的,可以去进程 log 里看看。重启扩展宿主就行了,比重启窗口快
@Chuckle #32 还真有现成的 https://react-rxjs.org/docs/getting-started ,确实能想到估计也有人做过了(
把 rxjs 和 context 结合起来咋样,需要暴露和传递的数据,别 props 一层层传状态,让组件订阅所需外部状态的变化,而不是从 props 中获取,感觉有空可以琢磨下
@songray 个人项目试试,但司内是 umi+自己的 react 框架,不知道纯 react 怎么解决性能问题
想纯靠 ai 就和以前低代码一样,一开始可能快,但除非是那种以后不维护的产品,不然随着需求迭代,迟早被黑盒玩死,到时候对着 ai 写的“冗余”、“不分工程、不分包”的巨大单工程,就和对着低代码几十 w 行的 schema 一样无解,开发成本变成了巨大的 cr 和未来重构的成本。毕设类的小工程,用 cursor2 个钟就能解决前后端,有报错就扔给它自己改,但是实际业务产品就算了,不可行的,低代码只适合解决针对性的东西,ai 也一样。
数据都从接口的来的,而且很大,不可避免的就是用上 useDeepCompareEffect ,在可编辑虚拟表格等场景下,能明显感觉卡顿,React scan 浏览器插件、f12 性能 tab 都用上,知道是因为重渲导致 deep 本身比较了两次耗时,用了挺多时间一层层排查,确保只渲一次,但未来这个平衡又可能随着需求迭代不经意间被打破。
69 天前
回复了 Juggernaut 创建的主题 程序员 大佬们怎么评价盘古与千问的模型纠葛
让子弹飞会,但如果是真的,倒也不奇怪
我把密码改回 123456
79 天前
回复了 hugozach 创建的主题 程序员 用多了 AI 会降智么?
1  2  3  4  5  6  7  8  9  10  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5968 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 02:01 · PVG 10:01 · LAX 19:01 · JFK 22:01
Developed with CodeLauncher
♥ Do have faith in what you're doing.