<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Engineering Methods on 乘物游心录 · Technical Notes</title><link>https://qinwei.fun/en/series/engineering-methods/</link><description>Recent content in Engineering Methods on 乘物游心录 · Technical Notes</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 乘物游心录 · Technical Notes</copyright><lastBuildDate>Sun, 19 Jul 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://qinwei.fun/en/series/engineering-methods/index.xml" rel="self" type="application/rss+xml"/><item><title>From 'It Runs' to 'It Can Be Maintained': Three Foundations of Reliable Systems</title><link>https://qinwei.fun/en/posts/reliable-systems/</link><pubDate>Wed, 15 Jul 2026 09:30:00 +0800</pubDate><guid>https://qinwei.fun/en/posts/reliable-systems/</guid><description>&lt;div class="reliable-article-marker" aria-hidden="true"&gt;&lt;/div&gt;
&lt;p&gt;A system being able to start only proves that it passed the earliest gate. Once it reaches production, teams care about three questions: &lt;strong&gt;Can we locate a problem quickly? Will a local fault spread? Can every release be controlled?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Reliability is not a one-time acceptance check before launch. It is an engineering capability that keeps shortening the time from discovery to containment to recovery. These three foundations connect in order: make the system explain what happened, keep a fault inside its boundary, and give every change a safe way out.&lt;/p&gt;</description></item><item><title>Connect an AI Assistant to the Development Workflow: Optimize the Feedback Loop First</title><link>https://qinwei.fun/en/posts/ai-workflow/</link><pubDate>Fri, 10 Jul 2026 14:00:00 +0800</pubDate><guid>https://qinwei.fun/en/posts/ai-workflow/</guid><description>&lt;p&gt;When people discuss AI-assisted programming, attention often goes to how much code a model can write in one pass. In a real project, a more useful measure is how long it takes to move from a proposed change to trustworthy verification.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Split work into verifiable units
 &lt;div id="split-work-into-verifiable-units" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#split-work-into-verifiable-units" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;A good task usually satisfies three conditions at the same time:&lt;/p&gt;</description></item><item><title>Technical Writing Is Not Filing Information; It Is Building Searchable Judgment</title><link>https://qinwei.fun/en/posts/knowledge-system/</link><pubDate>Fri, 03 Jul 2026 20:10:00 +0800</pubDate><guid>https://qinwei.fun/en/posts/knowledge-system/</guid><description>&lt;p&gt;Saving links preserves information, but rarely preserves judgment. A few months later, what matters is often not what was read, but why a solution was chosen and under which conditions it remains valid.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Four kinds of information an article should keep
 &lt;div id="four-kinds-of-information-an-article-should-keep" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#four-kinds-of-information-an-article-should-keep" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;

&lt;h3 class="relative group"&gt;Context
 &lt;div id="context" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#context" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h3&gt;
&lt;p&gt;Explain which system, scale, and constraints the problem came from. Without context, an experience is easily reused in the wrong setting.&lt;/p&gt;</description></item></channel></rss>