marskd

性能优化，请先停手：为什么我劝你别上来就搞优化？ 作为一名前端开发工程师，我参与过多个项目的性能优化工作，也见过太多“为了优化而优化”的案例。 很多人一接到性能优化的任务，第一反应就是：打开 Chro

掌握 .claude/ 目录：让 Claude Code 真正懂你的项目 Claude Code 开箱即用已经很强大，但真正让它如虎添翼的，是学会配置 .claude/ 目录。

引言 大家好，今天我们来讲一下排查性能瓶颈、优化接口响应时间的“神兵利器” -- 火焰图。 那么火焰图是什么呢？简单来说，火焰图就是一种可视化堆栈轨迹（Stack Trace）的方式。它能让你一眼看出

前言 作为一名程序员，你是否经历过这样的场景： 同时开着多个项目，每个项目都要开一个终端窗口 切换分支的时候手忙脚乱，鼠标在终端和 Git GUI 之间来回穿梭 想看日志又不想关掉当前的开发环境，只能

这是苍何的第 501 篇原创！ 大家好，我是爱整活的苍何。 用了 Openclaw 一段时间，说实话，香是真的香。 但有个问题一直在折磨我。回复慢、卡顿、还时不时抽个风，稍微复杂一点的本地任务，等得我

不会吧，你不会现在写代码还是靠拼时长吧，不会吧？ 我曾经也认为，优秀的后端工程师就是写得快、写得多。直到我发现，我把大量时间浪费在了配置环境、用Print查Bug、以及手动排查内存泄漏上。

差不多 1 年没写了，这两年一直忙着创业，抽个空给大家聊聊，扯扯闲天。 我思来想去能写的东西其实很多，比如 一个前端老鸟是如何开始创业不归路的 搞技术的创业要注意哪些是 创业上班有啥不同 怎么融资，投

最近在 AI 圈，尤其是 Claude 社区，Skill 这个词刷屏刷得特别狠。有人说它是“下一个 Prompt Engineering”，有人直接喊“Prompt 已死，Skill 当立”。 我自己

这不是一篇 DDD 教程，也不是什么最佳实践指南。这是我使用 DDD 后的一些真实感受和困惑。如果你正在考虑是否要在项目中使用 DDD，或者已经在用但感觉哪里不对劲，这篇文章可能会引起你的共鸣。