技术、生活与沿途灵感https://www.gaozt.top/zh_CNhttps://www.gaozt.top/posts/clear-writing/https://www.gaozt.top/posts/clear-writing/写作不是把答案拉长，而是把思考过程整理成一条可以共同走过的路。Sat, 08 Aug 2026 00:00:00 GMT<p>写作常常从一个模糊的感觉开始。我们知道哪里不对，却暂时说不清原因；知道某个方案更好，却还没有找到足够准确的语言。</p> <p>真正困难的部分不是写下结论，而是找到结论背后的结构。</p> <h2>从问题开始</h2> <p>一个清楚的问题，会自然缩小答案的范围。与其先决定自己要表达什么，不如先确认读者此刻最想弄明白什么。</p> <p>问题可以被拆成三个部分：现在发生了什么、它为什么值得关注、接下来有哪些选择。完成这一步后，文章通常已经有了骨架。</p> <h2>留下必要的过程</h2> <p>过多细节会淹没重点，完全省略过程又会让结论显得武断。比较合适的尺度，是保留那些会改变判断的事实。</p> <blockquote> <p>好的解释不会展示思考的全部痕迹，但会留下足够的路标。</p> </blockquote> <h2>在完成之后删减</h2> <p>初稿负责把想法放到桌面上，修改负责决定哪些东西值得留下。删掉重复的铺垫、没有推进论点的形容词，以及只对作者自己有意义的旁枝。</p> <p>当一段话无法回答“它让读者多知道了什么”，大概就到了该删的时候。</p> https://www.gaozt.top/posts/quiet-site/https://www.gaozt.top/posts/quiet-site/少一些运行时依赖，让内容、域名与备份都掌握在自己手里。Mon, 03 Aug 2026 00:00:00 GMT<p>个人站点最重要的品质不一定是功能多，而是几年后依然能够打开、迁移和继续写作。</p> <h2>内容首先是文件</h2> <p>文章以 Markdown 文件保存在仓库里，意味着它们不依赖某个管理后台才能被读取。编辑器可以更换，服务器可以迁移，构建工具也可以升级，内容本身仍然完整。</p> <pre><code>内容文件 -&gt; 静态构建 -&gt; HTML / CSS / JavaScript -&gt; Web 服务器 </code></pre> <p>这条链路足够短，出问题时也容易定位。</p> <h2>把动态能力放在边缘</h2> <p>搜索可以在构建阶段生成索引，图片可以提前压缩，评论则作为独立服务接入。博客正文不会因为评论服务短暂不可用而消失。</p> <p>:::note 静态并不意味着没有交互，而是让核心内容不依赖持续运行的应用服务器。 :::</p> <h2>备份比部署更重要</h2> <p>至少保留三份东西：文章与代码仓库、原始图片、评论数据库。恢复流程最好亲自演练一次，因为“拥有备份”和“能够恢复”是两件不同的事。</p> https://www.gaozt.top/posts/evening-walk/https://www.gaozt.top/posts/evening-walk/城市在下班之后换了一种速度，很多细节只有步行时才会出现。Mon, 27 Jul 2026 00:00:00 GMT<p>傍晚的风把白天留下的热气推向街角。店铺刚刚亮灯，窗玻璃映出路人和树影，一切都处在白昼与夜晚之间。</p> <p>步行的好处，是允许目的地暂时变得不重要。</p> <h2>绕一点远路</h2> <p>熟悉的路线最节省时间，也最容易让人忽略周围。偶尔转进一条没有走过的小路，会看到阳台上的植物、修鞋铺门口的木凳，以及一块被雨水洗得发亮的旧招牌。</p> <p>这些东西不会出现在地图的推荐列表里，却组成了对一座城市最具体的记忆。</p> <h2>把速度还给自己</h2> <p>慢下来并不等于浪费时间。很多悬而未决的问题，会在没有刻意思考的时候重新排列。等走到家门口，答案未必已经出现，但心里通常会多出一点可以容纳答案的空间。</p>