zed.ink在线
一个不为人知的个人学习小站
把 AutoCAD 搬进浏览器,到底有多难?聊聊 CADCraft、OpenCAD Studio 和 MLightCAD
本文对比 CADCraft、OpenCAD Studio 和 MLightCAD CAD Viewer,聊聊浏览器 CAD 的技术路线、性能表现与应用场景。
12个UI组件库,Star最低的下载最多
12 个库里,GitHub Star 最低的那一个——它某个子包每周被下载 1.83 亿次。 而 Star 排第四的那一个,最后一次提交代码是半年前。 两条都不是笔误。最近一份「2026 年 12 个
使用 cad-viewer 搭建「预渲染 + 静态托管」的云端看图方案
本文介绍如何用 @mlightcad/cad-simple-viewer 和 @mlightcad/cad-html-plugin 提前渲染 DWG/DXF 文件,再部署到静态网站。
Codex 不只是写代码:OpenAI 想抢走 AI 工作流入口
如果你关注 AI 编程工具,大概率会被 Codex 的更新刷到。 不是那种「修了几个 bug、优化了一点体验」的小更新,而是连续把几个很关键的能力摆出来: 面向不同岗位的角色插件; 可以直接生成并托管
借助 Codex 和可视化工作流,从调研到完整实现,3D 大屏竟然可以这么简单
在不断完善这个可视化大屏工作流的过程中,我发现能做出来的效果也在不断变化——从最初的"可交互",逐渐做到了"可动效"。 以前对着一张可视化设计稿,经常要感慨"这个场景大概率实现不了":三维模型太理想化
AI 帮我写的小程序,上线不到一个月流量主突然爆了
厨菜记上线 19 天开通流量主,第 8 天单日收入 41.8 元,eCPM 从四块跳到二十三块。一个人、AI 写代码的小程序,这笔意外之财到底说明什么、不说明什么,我把账摊开算一遍。
《AI 成了我的工位搭子,也成了我的焦虑来源》
先坦白一句:这篇文字,是我自己的真实感受、朋友的吐槽、最近看到的一些行业趋势,然后交给 AI 帮我润色和排版。你正在看的,就是一次人机协作现场。如果读起来顺,是 AI 的功劳;如果读起来有点扎心,那说
我抓了 5 个内存泄漏现行,最狠的一个 91MB
把前端最常见的 5 个内存泄漏现场写成实验脚本逐个实测:忘清的定时器 +76.3MB、只加不减的监听器 +76.7MB、无上限 Map 缓存外部引用全删后 heap 纹丝不动、23 字节闭包拽着 91MB、模块级全局匀速累积。附 GC 后基线判别法、三快照法与 7 条速查表,脚本可复跑。
ERP选型时不问MCP,等于默认三年后再付一次集成费!
企业选型ERP需关注MCP协议,它作为AI与系统的通用接口,实现权限内数据调用与操作。缺乏MCP将导致AI无法接入,数据靠人工搬运,未来集成成本增加。SAP、Oracle、金蝶、万达宝等已支持,MCP成为系统能力关键指标。
手写防抖节流,前端性能优化的基本功
输入框搜索建议、滚动事件监听、窗口resize……这些场景如果直接绑定事件处理函数,会频繁触发回调,性能直接拉胯。