<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>mistwood · 晨雾森林</title><description>在森林与代码之间，收集微风、光影和好文章。</description><link>https://alyssumira.pages.dev/</link><item><title>把博客当作一座森林来打理</title><link>https://alyssumira.pages.dev/essays/forest-blog/</link><guid isPermaLink="true">https://alyssumira.pages.dev/essays/forest-blog/</guid><description>写作不是输出，是巡逻。每隔几天走一圈，看看哪些想法发了芽，哪些需要修剪。</description><pubDate>Sun, 20 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;写作不是输出，是巡逻。每隔几天走一圈，看看哪些想法发了芽，哪些需要修剪，哪些已经悄悄长成了树。&lt;/p&gt;&lt;p&gt;刚开始写博客的人都把它当果园：种下去，就盼着收成——阅读量、评论、订阅数。盼不到就慌，慌了就拔苗，最后连地都荒了。&lt;/p&gt;&lt;h2&gt;森林不管收成&lt;/h2&gt;&lt;p&gt;森林的逻辑不一样。一棵树长得慢，不是它懒，是它在扎根。一篇文章发出去没人看，不代表它没用——它在那里，构成了你思想的地被层。三年后你写另一篇时引用它，它就活了。&lt;/p&gt;&lt;p&gt;所以我不删旧文。写得幼稚的也留着，像林子里的倒木：烂了，但养蘑菇。&lt;/p&gt;&lt;h2&gt;巡逻的节奏&lt;/h2&gt;&lt;p&gt;每周走一圈。看看有没有哪篇旧文突然和新想的事接上了，就修一条小路过去——加个链接，补一句注。文章之间的关系比文章本身值钱，这片森林的地图是慢慢踩出来的。&lt;/p&gt;&lt;p&gt;不巡逻的博客是苗圃，巡逻起来的才是森林。&lt;/p&gt;</content:encoded><atom:link rel="alternate" type="text/markdown" href="https://alyssumira.pages.dev/essays/forest-blog/index.md"/></item><item><title>雾天调试法</title><link>https://alyssumira.pages.dev/essays/fog-debugging/</link><guid isPermaLink="true">https://alyssumira.pages.dev/essays/fog-debugging/</guid><description>看不清全局的时候，就先看清脚下的一米。日志是灯，断点是路标。</description><pubDate>Sat, 12 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;有些 bug 像雾天进山：你知道路就在附近，但能见度只有一米。这种时候最没用的动作是站在原地回忆地图——地图是晴天的东西，雾天有雾天的走法。&lt;/p&gt;&lt;p&gt;雾天调试法的核心只有一句：&lt;em&gt;不看全局，只看脚下&lt;/em&gt;。全局是推断出来的，脚下是测量出来的。推断在雾里会骗人，测量不会。&lt;/p&gt;&lt;h2&gt;日志是灯&lt;/h2&gt;&lt;p&gt;第一件事永远是点灯。在怀疑的路径上放一行日志，让它告诉你程序 actually 走到了哪——不是你以为它走到了哪。十次里有六次，灯一点亮，雾就散了一半：原来根本没进这个分支。&lt;/p&gt;&lt;p&gt;灯要放得近。别在函数入口放一盏就指望照亮全程，每隔几步放一盏，像雾天在路边的反光桩。&lt;code&gt;console.log&lt;/code&gt; 不丢人，丢人的是盯着代码看了四十分钟，最后发现配置文件没生效。&lt;/p&gt;&lt;h2&gt;断点是路标&lt;/h2&gt;&lt;p&gt;灯照亮现在，路标确认方向。断点的价值不是停下来，而是验证&quot;到这里为止，世界还是我以为的样子&quot;。变量名、类型、那串你以为一定是字符串的 ID——在断点里一个个看过去，总有一个会在你嘴里变成&quot;咦&quot;。&lt;/p&gt;&lt;p&gt;那个&quot;咦&quot;就是路标。调试的进度不是按时间算的，是按&quot;咦&quot;的次数算的。&lt;/p&gt;&lt;h2&gt;一米一米地走&lt;/h2&gt;&lt;p&gt;最反直觉的一条：雾里走得慢的人先到家。把问题切成一米长的小段，每段都验证，不跳步。跳步是晴天特权——你在雾里跳过三米，落地时发现站在沟里，还得爬回来重走。&lt;/p&gt;&lt;p&gt;等雾散了你会发现，那些一米一米走出来的路，恰好也是你对这段代码理解最深的地方。雾天不是障碍，是慢下来的理由。&lt;/p&gt;</content:encoded><atom:link rel="alternate" type="text/markdown" href="https://alyssumira.pages.dev/essays/fog-debugging/index.md"/></item><item><title>慢一点的前端</title><link>https://alyssumira.pages.dev/essays/slow-frontend/</link><guid isPermaLink="true">https://alyssumira.pages.dev/essays/slow-frontend/</guid><description>慢一点的前端</description><pubDate>Sat, 05 Sep 2026 00:00:00 GMT</pubDate><content:encoded>&lt;p&gt;这个网站没有框架，没有构建，没有一个 1s 以内的动画。不是做不到快，是快在这里没有意义。&lt;/p&gt;&lt;h2&gt;快是一种语气&lt;/h2&gt;&lt;p&gt;加载快是教养，动效快是急躁。前者我省了又省，后者我一律放慢：入场 0.8s 起步，常驻动效 15s 一个周期。访客感觉不到&quot;它在动&quot;，只觉得&quot;它很稳&quot;——稳是慢出来的。&lt;/p&gt;&lt;h2&gt;慢不是摆烂&lt;/h2&gt;&lt;p&gt;慢的前端反而更费工：每一个数值都要&quot;故意&quot;，每一处留白都要替内容说话。模板十秒钟能搭出来的东西，这里要调一个下午。&lt;/p&gt;&lt;p&gt;但调完的页面像打理过的营地：东西不多，件件趁手。&lt;/p&gt;</content:encoded><atom:link rel="alternate" type="text/markdown" href="https://alyssumira.pages.dev/essays/slow-frontend/index.md"/></item></channel></rss>