用户416154712625

大家好😁。 上上周，我们在例会上送别了团队里的一位技术大牛，阿K。 说实话，阿K 的技术底子很强。他能手写 Webpack 插件，熟读 ECMA 规范，对 Chrome 的渲染管线了如指掌。 但最终，

你是否一直对前端错误监控系统的底层原理充满好奇？别做工具人了，从原理到落地，手把手带你实现一个轻量级前端错误监控SDK...

写过原生 Canvas 的朋友都懂： API 低级到怀疑人生——画个带圆角的矩形就要 20 行起步，缩放、拖拽、层级管理全靠自己实现。 节点一多直接 PPT——超过 5000 个元素，页面卡成幻灯片。

80 分危机，把一群程序员推上神坛。最近知乎上突然爆火的一个词：大模型善后工程师。 看起来有点好笑，但越想越扎心： 更扎心的是： 从 0 → 80 分，只需要一句 prompt。 但从 80 →

本篇文章既是 3D 地图的扫盲篇章，也是开启你从二维地图迈向三维世界的开端，让你从零到一，循序渐进的完整实现各种 3D 地图的渲染！

长久以来，"用 Vue 3 写真正的原生 App" 一直是块短板。 uni-app 虽然"一套代码多端运行"，但性能瓶颈、厂商锁仓、原生能力羸弱的问题常被开发者诟病。 整个 Vue 生态始终缺少一个能

React 有 ahooks，Vue3 一直用 VueUse。但 ahooks 的开发者一旦切到 Vue3，会发现： useFetch / useAxios 功能单一，只负责“发请求 + 返回数据”；

其实在很早之前，我就有分享过 TresJS 这个库。 但当时的它功能相对单一，支持面也有限，很多想法只能**“浅尝辄止”**，因此关注的人并不算多。 然而，就在前几天，TresJS v5.0 正式发布

使用Trae SOLO，结合开源菜谱数据，快速开发"像老乡鸡那样做饭"小程序的过程。通过Trae SOLO处理后端数据，前端采用uni-app框架，实现分类浏览、菜谱详情展示及手绘流程图功能，最终完成