<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>乘物游心录 · Technical Notes</title><link>https://qinwei.fun/en/</link><description>Recent content on 乘物游心录 · Technical Notes</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 乘物游心录 · Technical Notes</copyright><lastBuildDate>Mon, 20 Jul 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://qinwei.fun/en/index.xml" rel="self" type="application/rss+xml"/><item><title>Understanding is not storing information</title><link>https://qinwei.fun/en/notes/understanding-not-storing/</link><pubDate>Mon, 20 Jul 2026 09:00:00 +0800</pubDate><guid>https://qinwei.fun/en/notes/understanding-not-storing/</guid><description>&lt;p&gt;After reading a passage, it is easy to mistake recall for understanding. Repeating the author&amp;rsquo;s conclusion is useful, but it mainly demonstrates successful storage and retrieval. The words may be available while the argument remains foreign.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Return from the conclusion to the problem
 &lt;div id="return-from-the-conclusion-to-the-problem" 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="#return-from-the-conclusion-to-the-problem" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;One test of understanding is to set the conclusion aside and ask what problem the explanation was designed to solve. Its value lies not only in what it asserts, but also in the tempting alternatives it rules out.&lt;/p&gt;</description></item><item><title>From a Beam of Light to an Alloy Layer: The Laser Cladding Process Window</title><link>https://qinwei.fun/en/posts/laser-cladding-guide/</link><pubDate>Fri, 17 Jul 2026 21:30:00 +0800</pubDate><guid>https://qinwei.fun/en/posts/laser-cladding-guide/</guid><description>&lt;div class="lead text-neutral-500 dark:text-neutral-400 !mb-9 text-xl"&gt;
 Laser cladding is not as simple as “burning powder onto a part.” It is an energy–material–motion coupling that unfolds at millimeter and millisecond scales: the beam determines heat input, powder determines composition and mass, the melt pool determines the final structure, and the toolpath determines whether a local process can be repeated across an entire part.
&lt;/div&gt;

&lt;p&gt;&lt;span class="flex cursor-pointer"&gt;
 
 
 
 
 &lt;span
 class="rounded-md border border-primary-400 px-1 py-[1px] text-xs font-normal text-primary-700 dark:border-primary-600 dark:text-primary-400"&gt;
 
 Surface hardening
 &lt;/span&gt;
&lt;/span&gt;


&lt;span class="flex cursor-pointer"&gt;
 
 
 
 
 &lt;span
 class="rounded-md border border-primary-400 px-1 py-[1px] text-xs font-normal text-primary-700 dark:border-primary-600 dark:text-primary-400"&gt;
 
 Remanufacture and repair
 &lt;/span&gt;
&lt;/span&gt;


&lt;span class="flex cursor-pointer"&gt;
 
 
 
 
 &lt;span
 class="rounded-md border border-primary-400 px-1 py-[1px] text-xs font-normal text-primary-700 dark:border-primary-600 dark:text-primary-400"&gt;
 
 Directed energy deposition
 &lt;/span&gt;
&lt;/span&gt;


&lt;span class="flex cursor-pointer"&gt;
 
 
 
 
 &lt;span
 class="rounded-md border border-primary-400 px-1 py-[1px] text-xs font-normal text-primary-700 dark:border-primary-600 dark:text-primary-400"&gt;
 
 Digital process engineering
 &lt;/span&gt;
&lt;/span&gt;

&lt;/p&gt;</description></item><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>Why efficiency can create more waste</title><link>https://qinwei.fun/en/notes/efficiency-creates-waste/</link><pubDate>Sun, 12 Jul 2026 09:00:00 +0800</pubDate><guid>https://qinwei.fun/en/notes/efficiency-creates-waste/</guid><description>&lt;p&gt;Efficiency is usually treated as an unquestioned good: machines should not sit idle, people should not wait, and every minute should be used. In an interdependent system, however, keeping every local resource busy often moves waste instead of removing it.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Activity is not throughput
 &lt;div id="activity-is-not-throughput" 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="#activity-is-not-throughput" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;When one step finishes work that the next step cannot accept, the apparent output becomes inventory, queues, and coordination overhead. The utilization report improves while the result customers need arrives no sooner.&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><item><title>The history of technology is first a history of organization</title><link>https://qinwei.fun/en/notes/technology-history-is-organization-history/</link><pubDate>Sun, 28 Jun 2026 09:00:00 +0800</pubDate><guid>https://qinwei.fun/en/notes/technology-history-is-organization-history/</guid><description>&lt;p&gt;Technology history is often told as a sequence of inventions: a laboratory makes a breakthrough, a company launches a product, and a performance curve rises. Technologies that reshape society rarely travel on an invention alone. They must pass through manufacturing, standards, capital, skills, and supply chains before they become dependable infrastructure.&lt;/p&gt;</description></item><item><title>Leave a place for uncertainty</title><link>https://qinwei.fun/en/notes/leave-room-for-uncertainty/</link><pubDate>Tue, 19 May 2026 09:00:00 +0800</pubDate><guid>https://qinwei.fun/en/notes/leave-room-for-uncertainty/</guid><description>&lt;p&gt;Project plans often express commitment through a single date, budget, and outcome. The danger is not commitment itself. It is the implication that sufficient detail can make uncertainty disappear. Deviations then look like execution failures, bad news gets hidden, and the plan loses its value as a decision tool.&lt;/p&gt;</description></item><item><title>Good design works before the error</title><link>https://qinwei.fun/en/notes/good-design-works-before-error/</link><pubDate>Fri, 03 Apr 2026 09:00:00 +0800</pubDate><guid>https://qinwei.fun/en/notes/good-design-works-before-error/</guid><description>&lt;p&gt;Many systems treat error handling as a clearer message shown after failure. That is better than silence, but it still arrives after the mistake. Better design moves forward in time and helps people understand their options and consequences before acting.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Make possible actions visible
 &lt;div id="make-possible-actions-visible" 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="#make-possible-actions-visible" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;When an interface shows outcomes but hides state, users must guess at the next step. Visibility means showing where they are, what can be done, which actions are unavailable, and what will happen after completion.&lt;/p&gt;</description></item><item><title>Break large problems into repeatable small ones</title><link>https://qinwei.fun/en/notes/repeatable-small-problems/</link><pubDate>Mon, 16 Mar 2026 09:00:00 +0800</pubDate><guid>https://qinwei.fun/en/notes/repeatable-small-problems/</guid><description>&lt;p&gt;“Break the big problem into smaller ones” is common advice. But a longer task list does not automatically reduce complexity. Dependencies can remain tangled, information can disappear at hand-offs, and every small task may still be a one-off that must be reinvented next time.&lt;/p&gt;</description></item><item><title>About 乘物游心录</title><link>https://qinwei.fun/en/about/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://qinwei.fun/en/about/</guid><description>&lt;p&gt;Technical Notes is a long-term knowledge archive for people who build and operate real systems. It focuses not only on what works, but on why it works, how to verify it, and where it stops working.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Why write
 &lt;div id="why-write" 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="#why-write" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;Useful technical knowledge keeps its context: the problem, constraints, alternatives, evidence, and remaining uncertainty. New practice should refine old conclusions, and new evidence should be allowed to change them.&lt;/p&gt;</description></item><item><title>Archive</title><link>https://qinwei.fun/en/archives/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://qinwei.fun/en/archives/</guid><description/></item><item><title>Interactive Laser Welding Learning Lab</title><link>https://qinwei.fun/en/projects/laser-welding-flow/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://qinwei.fun/en/projects/laser-welding-flow/</guid><description/></item><item><title>Topics</title><link>https://qinwei.fun/en/projects/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://qinwei.fun/en/projects/</guid><description>&lt;p&gt;Topics group related articles into a continuous path, from underlying mechanisms to practical engineering decisions.&lt;/p&gt;</description></item></channel></rss>