yeyu@yeyuTvT·1d@TinsFox 回来吧我的前端 😭 我最骄傲的信仰 🌟 历历在目的手写组件 ⚡ 😭 眼泪莫名在流淌 😭 💥 依稀记得翻文档查资料 💥 👍🏻 还有 Stack Overflow 救场 👍🏻 ⚡ 把一个个 Bug 都给打退 👍🏻✨ 通宵熬夜都不累😭✨翻訳 中文10043
碗@tcdwww·1d@TinsFox 有没有可能,其实没人喜欢 SSR 等一坨东西,都是公司项目在用所以只能咬牙去维护它。再说不喜欢可以改变就显得何不食肉糜了。 就像我就不太会考虑用 Next.js 构建博客了,因为那是展示我技术品味的窗口。翻訳 中文208289
热烤奶@TinsFox·1d不满意可以加进来改变!翻訳wwwgoubuli@wwwgoubuli每年都能看到好几次这种主题,我也不知道这是不是一种流量密码了。 前端在获取的近二十年里取得了长足的发展。 我们一开始拿到手的是一个 document,拥有的是残缺不全的历史遗留的工具,要面对的是剧烈变化的行业,不断提高的端侧用户需求,我们要把一个 document 变成管理复杂状态的 application。 还不能太慢。 无数聪明的头脑投入精力,前赴后继的来完成这件事。中间绕了非常多的弯路,有进步,也有遗憾。但很庆幸的是,这件事基本做到了。 它还有很多遗留问题,有些看起来甚至可能是在现有架构下永远无法解决,当然也少不了留下了非常多的遗憾——比如大的内存占用,比如在浏览器可以给你飞速渲染的时候,我们中间层的一些问题没解决好,速度还是不太够。 但那么多聪明的头脑集合起来,至少完成了一件事,把一个最开始只是用于文档的document,变成了我们今天无数人每天都会使用的application。 把 GUI 构建的成本,一压再压, 在不得不引入更多复杂性的同时,却没让这个复杂性失控。 它就像那些拉货的小面包车一样,设计上的小毛病一堆,但它仍然成功的进化到撑起了今天大多数用户使用的绝大多数页面——而且运行的相当不错。 它远不够完美,但已经是大家能够在受限的,没有什么选择的条件下,适配今天的环境和需求,能够做出的最好的改变了。 当年只用一点点内存,没有复杂的框架,可以跑多好多高并发,怎么今天退步成这样blahblah。 —————————— SSR 是不是一种退步。 我们真的有必要用框架吗? 内存占用怎么这么高? …… SSR 不是退步,是一种进步意义很大的尝试——只是实现的不够好。不懂就自己去看。 有必要用框架,没有框架就没有今天的生态和世界。要不要用框架看自己需求。不懂就去学。 内存占用怎么这么高? 是高,这就是那个受限的世界,这就是暂时不得不做的妥协。不满意可以加入进来改变。 中文1162.3K1
Hwang@hwwaanng·1d这题我会 /goal 使用 CDP 深度分析 Codex 的页面、功能、接口和交互逻辑,为我从零实现一个功能对标 Codex 的完整产品,逐页面完成开发、验证和迭代。注意,UI 需要使用截图工具对比,并且1-1 还原。最终交付可独立部署运行的生产级项目。翻訳酱紫表@pengchujin装了下智谱的 ZCode 确实像素级致敬了 Codex 中文12415025K126
热烤奶@TinsFox·1d我需要的功能已经补完了,接下来就是 All in!翻訳leon7hao@leon7hao给 Lody 把 terminal 加上,简单的命令就不劳烦 Agent 浪费 token 了。 Lody 已经移除了邀请码机制,如果你需要移动端 remote control,需要团队共享 context,需要组合使用多种 code agent,那就试试 Lody AI 吧。 中文206901