https://alyssumira.pages.dev/atom.xml 在森林与代码之间，收集微风、光影和好文章。 2026-09-20T00:00:00Z https://alyssumira.pages.dev/essays/forest-blog/ 2026-09-20T00:00:00Z 2026-09-20T00:00:00Z

写作不是输出，是巡逻。每隔几天走一圈，看看哪些想法发了芽，哪些需要修剪。

<p>写作不是输出，是巡逻。每隔几天走一圈，看看哪些想法发了芽，哪些需要修剪，哪些已经悄悄长成了树。</p><p>刚开始写博客的人都把它当果园：种下去，就盼着收成——阅读量、评论、订阅数。盼不到就慌，慌了就拔苗，最后连地都荒了。</p><h2>森林不管收成</h2><p>森林的逻辑不一样。一棵树长得慢，不是它懒，是它在扎根。一篇文章发出去没人看，不代表它没用——它在那里，构成了你思想的地被层。三年后你写另一篇时引用它，它就活了。</p><p>所以我不删旧文。写得幼稚的也留着，像林子里的倒木：烂了，但养蘑菇。</p><h2>巡逻的节奏</h2><p>每周走一圈。看看有没有哪篇旧文突然和新想的事接上了，就修一条小路过去——加个链接，补一句注。文章之间的关系比文章本身值钱，这片森林的地图是慢慢踩出来的。</p><p>不巡逻的博客是苗圃，巡逻起来的才是森林。</p> https://alyssumira.pages.dev/essays/fog-debugging/ 2026-09-12T00:00:00Z 2026-09-12T00:00:00Z

看不清全局的时候，就先看清脚下的一米。日志是灯，断点是路标。

<p>有些 bug 像雾天进山：你知道路就在附近，但能见度只有一米。这种时候最没用的动作是站在原地回忆地图——地图是晴天的东西，雾天有雾天的走法。</p><p>雾天调试法的核心只有一句：<em>不看全局，只看脚下</em>。全局是推断出来的，脚下是测量出来的。推断在雾里会骗人，测量不会。</p><h2>日志是灯</h2><p>第一件事永远是点灯。在怀疑的路径上放一行日志，让它告诉你程序 actually 走到了哪——不是你以为它走到了哪。十次里有六次，灯一点亮，雾就散了一半：原来根本没进这个分支。</p><p>灯要放得近。别在函数入口放一盏就指望照亮全程，每隔几步放一盏，像雾天在路边的反光桩。<code>console.log</code> 不丢人，丢人的是盯着代码看了四十分钟，最后发现配置文件没生效。</p><h2>断点是路标</h2><p>灯照亮现在，路标确认方向。断点的价值不是停下来，而是验证"到这里为止，世界还是我以为的样子"。变量名、类型、那串你以为一定是字符串的 ID——在断点里一个个看过去，总有一个会在你嘴里变成"咦"。</p><p>那个"咦"就是路标。调试的进度不是按时间算的，是按"咦"的次数算的。</p><h2>一米一米地走</h2><p>最反直觉的一条：雾里走得慢的人先到家。把问题切成一米长的小段，每段都验证，不跳步。跳步是晴天特权——你在雾里跳过三米，落地时发现站在沟里，还得爬回来重走。</p><p>等雾散了你会发现，那些一米一米走出来的路，恰好也是你对这段代码理解最深的地方。雾天不是障碍，是慢下来的理由。</p> https://alyssumira.pages.dev/essays/slow-frontend/ 2026-09-05T00:00:00Z 2026-09-05T00:00:00Z

慢一点的前端

<p>这个网站没有框架，没有构建，没有一个 1s 以内的动画。不是做不到快，是快在这里没有意义。</p><h2>快是一种语气</h2><p>加载快是教养，动效快是急躁。前者我省了又省，后者我一律放慢：入场 0.8s 起步，常驻动效 15s 一个周期。访客感觉不到"它在动"，只觉得"它很稳"——稳是慢出来的。</p><h2>慢不是摆烂</h2><p>慢的前端反而更费工：每一个数值都要"故意"，每一处留白都要替内容说话。模板十秒钟能搭出来的东西，这里要调一个下午。</p><p>但调完的页面像打理过的营地：东西不多，件件趁手。</p>