<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>大牛之路</title>
    <link>https://blog.galengqiu.site</link>
    <description>大牛之路 —— 一个记录工程能力成长的个人博客：架构、源码、工具链与长期主义。写给还在路上的自己。</description>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 28 Oct 2026 06:44:38 GMT</lastBuildDate>
    <atom:link href="https://blog.galengqiu.site/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>开篇：为什么叫「大牛之路」</title>
      <link>https://blog.galengqiu.site/posts/hello-the-road</link>
      <guid isPermaLink="false">hello-the-road</guid>
      <pubDate>Sat, 17 Oct 2026 00:00:00 GMT</pubDate>
      <description>这个博客不追热点、不日更，只记录那些半年后读起来仍然有价值的东西。写下来，是检验自己有没有真的想清楚的唯一方式。</description>
      <category>随笔</category>
      <category>成长</category>
    </item>
    <item>
      <title>本站是怎么搭起来的：一次「够用就好」的工程决策</title>
      <link>https://blog.galengqiu.site/posts/build-this-blog</link>
      <guid isPermaLink="false">build-this-blog</guid>
      <pubDate>Mon, 12 Oct 2026 00:00:00 GMT</pubDate>
      <description>不上后端、不接数据库、不引 CMS —— 用 Markdown 文件 + 静态构建 + Nginx，把博客的运维成本压到接近零，同时保留完整的写作体验。</description>
      <category>工程实践</category>
      <category>React</category>
      <category>工具</category>
    </item>
    <item>
      <title>从「能写代码」到「能扛系统」：第一次跃迁</title>
      <link>https://blog.galengqiu.site/posts/from-coder-to-system</link>
      <guid isPermaLink="false">from-coder-to-system</guid>
      <pubDate>Mon, 28 Sep 2026 00:00:00 GMT</pubDate>
      <description>写好一个函数和一个能扛住流量的系统，中间隔着四件事：边界、状态、失败、演化。这篇讲我是怎么在一次线上事故之后想明白的。</description>
      <category>架构</category>
      <category>成长</category>
      <category>工程实践</category>
    </item>
    <item>
      <title>深度优先：为什么「会用」和「懂原理」是两种职业</title>
      <link>https://blog.galengqiu.site/posts/depth-first-learning</link>
      <guid isPermaLink="false">depth-first-learning</guid>
      <pubDate>Sat, 15 Aug 2026 00:00:00 GMT</pubDate>
      <description>广度能让你上手快，深度才能让你不可替代。这篇聊聊我如何用 T 型策略分配学习时间，以及三个检验「真懂了」的标准。</description>
      <category>方法论</category>
      <category>成长</category>
    </item>
    <item>
      <title>我的 Linux 服役清单：从能登上去到敢改配置</title>
      <link>https://blog.galengqiu.site/posts/linux-production-toolkit</link>
      <guid isPermaLink="false">linux-production-toolkit</guid>
      <pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate>
      <description>服务器出问题时，能救你的不是记住多少命令，而是有清晰的排查顺序。这份清单按「先看什么」组织，而不是按命令字母表。</description>
      <category>Linux</category>
      <category>工程实践</category>
      <category>工具</category>
    </item>
    <item>
      <title>读源码的正确姿势：别从头读，从一次调用开始追</title>
      <link>https://blog.galengqiu.site/posts/how-to-read-source-code</link>
      <guid isPermaLink="false">how-to-read-source-code</guid>
      <pubDate>Thu, 11 Jun 2026 00:00:00 GMT</pubDate>
      <description>打开一个几万行的仓库从头看起，三天必弃坑。有效的方式是带着一个具体问题，沿着一条调用链往下追，追不动了再往上补上下文。</description>
      <category>源码</category>
      <category>方法论</category>
    </item>
    <item>
      <title>技术选型的三个约束：团队、时间、可维护性</title>
      <link>https://blog.galengqiu.site/posts/tech-selection-constraints</link>
      <guid isPermaLink="false">tech-selection-constraints</guid>
      <pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate>
      <description>选型不是选最好的技术，是选在你的约束条件下最不坏的那个。这篇给一个可落地的评分表，以及我踩过的三次「选了更好的但输了」的坑。</description>
      <category>架构</category>
      <category>方法论</category>
    </item>
  </channel>
</rss>
