68 天前 回复了 Chuckle 创建的主题 › 程序员 › 现在有公司靠人辅助 ai 写代码，落地了商业产品的么 |
@aarontian 我相反，hh ，打字都是问具体问题，不会让 ai 自己改文件，全靠 tab 补全
68 天前 回复了 Aicnal 创建的主题 › 程序员 › AI 用多了，感觉自己快丧失了 Coding 的能力了 |
已经要进化成产品经理了么
69 天前 回复了 Chuckle 创建的主题 › 前端开发 › mac 上有没有内存少、性能好的精简浏览器 |
@ccc00 快如闪电啊，还能登谷歌账号、同步，现在随便改 css 、断点
69 天前 回复了 Chuckle 创建的主题 › 前端开发 › mac 上有没有内存少、性能好的精简浏览器 |
@ccc00 可以，性能很好啊，网页加载完，控制台不卡了，随便审查元素，什么黑科技
70 天前 回复了 rosebush373 创建的主题 › Visual Studio Code › 各位觉得 vscode 怎么样？有什么缺点吗 |
插件能力很强，干什么都行，但也容易存在插件冲突，且很难排查
71 天前 回复了 Chuckle 创建的主题 › 前端开发 › mac 上有没有内存少、性能好的精简浏览器 |
不过开着控制台刷新页面还是得卡好久
71 天前 回复了 Chuckle 创建的主题 › 前端开发 › mac 上有没有内存少、性能好的精简浏览器 |
safari 确实性能不错，至少调得动 css 、元素审查了
71 天前 回复了 Chuckle 创建的主题 › 前端开发 › mac 上有没有内存少、性能好的精简浏览器 |
@icy37785 那得试试了，拿到 mac 就没久用过 safari ，性能这么好的么
73 天前 回复了 sentinelK 创建的主题 › 程序员 › 由 VSCode 的发行说明引起的安利： vscode-pokemon |
有意思，不过只能在插件生成的面板里走，vscode-pets 也是，以前是不是有个病毒，在桌面养宠物，还得喂文件不饿死，能不能在 vscode 里整个，全局显示，拖拽代码片段喂，但估计 vscode api 能力不够，得注入 js 。
74 天前 回复了 xiaowanga23 创建的主题 › 问与答 › 有没有大佬把自己的 curosr 的 mcp 配置分享下(最好是前端） |
+1 现在还没有用过 mcp
74 天前 回复了 iorilu 创建的主题 › 程序员 › 其实 ai 写代码还有个重要功能, 提供情绪价值 |
我不养废 ai ，你不回答有的是人回答 https://i.imgur.com/agAJ0Rd.png
74 天前 回复了 Chuckle 创建的主题 › Visual Studio Code › 搓了个 VSC 插件，用来管理本地项目，可能会更好用点 |
75 天前 回复了 Chuckle 创建的主题 › Visual Studio Code › 搓了个 VSC 插件，用来管理本地项目，可能会更好用点 |
@Mogugugugu 可以搜到，已经发布到 open vsx 了 https://open-vsx.org/extension/qcqx/qcqx-project-manage
75 天前 回复了 webwlx 创建的主题 › Visual Studio Code › 求助， vscode 写前端，偶发性问题 |
如果不是 vue 的话，也可能是插件有冲突，爆内存之类的，可以去进程 log 里看看。重启扩展宿主就行了，比重启窗口快
75 天前 回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践 |
@Chuckle #32 还真有现成的 https://react-rxjs.org/docs/getting-started ，确实能想到估计也有人做过了（
75 天前 回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践 |
把 rxjs 和 context 结合起来咋样，需要暴露和传递的数据，别 props 一层层传状态，让组件订阅所需外部状态的变化，而不是从 props 中获取，感觉有空可以琢磨下
76 天前 回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践 |
@songray 个人项目试试，但司内是 umi+自己的 react 框架，不知道纯 react 怎么解决性能问题
76 天前 回复了 luworld 创建的主题 › 程序员 › AI 编程时代来临了，那么 Vue.js, React, Svelte、Bootstrap、GORM、GIN 等框架还有必要深入学习 和使用吗？ |
想纯靠 ai 就和以前低代码一样，一开始可能快，但除非是那种以后不维护的产品，不然随着需求迭代，迟早被黑盒玩死，到时候对着 ai 写的“冗余”、“不分工程、不分包”的巨大单工程，就和对着低代码几十 w 行的 schema 一样无解，开发成本变成了巨大的 cr 和未来重构的成本。毕设类的小工程，用 cursor2 个钟就能解决前后端，有报错就扔给它自己改，但是实际业务产品就算了，不可行的，低代码只适合解决针对性的东西，ai 也一样。
76 天前 回复了 Chuckle 创建的主题 › React › React 多人开发怎么确保性能，有没有最佳实践 |
数据都从接口的来的，而且很大，不可避免的就是用上 useDeepCompareEffect ，在可编辑虚拟表格等场景下，能明显感觉卡顿，React scan 浏览器插件、f12 性能 tab 都用上，知道是因为重渲导致 deep 本身比较了两次耗时，用了挺多时间一层层排查，确保只渲一次，但未来这个平衡又可能随着需求迭代不经意间被打破。
Select Language