<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Self-Publishing | Dong Liang</title><link>https://www.dliangthinks.me/tags/self-publishing/</link><atom:link href="https://www.dliangthinks.me/tags/self-publishing/index.xml" rel="self" type="application/rss+xml"/><description>Self-Publishing</description><generator>Hugo Blox Builder (https://hugoblox.com)</generator><language>en-us</language><lastBuildDate>Fri, 10 Jul 2026 00:00:00 +0000</lastBuildDate><image><url>https://www.dliangthinks.me/media/icon_hu_ad25546f69f4f116.png</url><title>Self-Publishing</title><link>https://www.dliangthinks.me/tags/self-publishing/</link></image><item><title>Ideas Not Words</title><link>https://www.dliangthinks.me/writing/ideas/</link><pubDate>Fri, 10 Jul 2026 00:00:00 +0000</pubDate><guid>https://www.dliangthinks.me/writing/ideas/</guid><description>&lt;h1 id="ideas-not-words">Ideas Not Words&lt;/h1>
&lt;p>&lt;strong>Ideas Not Words&lt;/strong> is out. You can get it now on Amazon, &lt;a href="https://www.amazon.com/Ideas-Not-Words-Where-Changes/dp/B0H6R9MW3C" target="_blank" rel="noopener">here&lt;/a>. It&amp;rsquo;s a book about where AI genuinely helps the writing process. It is about how not to let AI quietly do the thinking for you; it is about working with AI through the lifecycle of your work: from how ideas get gathered in the first place to what happens to a writer&amp;rsquo;s voice under sustained use. It closes with a practical Field Manual you can start using the same day you finish reading.&lt;/p>
&lt;hr>
&lt;p>It is almost strange the way this book came out. I didn&amp;rsquo;t sit down one day and decide to write a book about writing and AI. That wasn&amp;rsquo;t the plan. What I actually wanted was simpler: I wanted to understand how I could work with AI more productively, since I am determined to do both AI and writing at the same time. And I also genuinely want to help people who were struggling with this, not just repeat the advice already circulating, which mostly amounted to &amp;ldquo;use it more&amp;rdquo; or &amp;ldquo;don&amp;rsquo;t touch it.&amp;rdquo;&lt;/p>
&lt;p>The more I sat with that question, the more I ran into a wall that had nothing to do with AI: the nature of writing itself. I couldn&amp;rsquo;t say where AI helps or harms writing, because I didn&amp;rsquo;t actually have a clear account of what writing is in the first place. Everyone assumes they know, because they can point to the writing they&amp;rsquo;ve already produced as proof. But almost nobody has worked the theory out carefully enough to test a new tool against it. So before I could answer the question I started with, I had to answer a harder one underneath it: what is writing, as a cognitive act, actually doing for the person doing it?&lt;/p>
&lt;p>That&amp;rsquo;s the part of the book I didn&amp;rsquo;t expect to be writing. A theory of writing, although small and tentative, built from scratch. I wanted to have such a theory handed over to me but all I ever got was fragmentary reflections that sometimes explain, other times mystify. I know I need something solid enough to hold a second question up against: given what writing actually is, where does AI genuinely help, and where does it quietly take something away? In this book I have tried to offer an answer to both questions.&lt;/p>
&lt;h3 id="theory-vs-application">Theory vs. application&lt;/h3>
&lt;p>I know I have a tendency to theorize things. This showed in various personality tests and my wife complained about it numerous times. But I wish to insist on the validity of this approach here. The chapter on what writing is comes before anything about AI, because I wanted the argument to survive contact with tools that don&amp;rsquo;t exist yet. If I&amp;rsquo;d started from &amp;ldquo;here&amp;rsquo;s what AI can do for your writing,&amp;rdquo; the book would already be dated. Models change every few months. What doesn&amp;rsquo;t change nearly as fast is the underlying question of what happens in a mind when it writes, and what a tool would have to do to genuinely help with that instead of just producing more text faster.&lt;/p>
&lt;p>So the throughline of the book is really: understand the machinery first, then ask what a lever does to it. Once you have a working model of writing as thinking, you can evaluate any tool, including ones that don&amp;rsquo;t exist yet, against the same standard. Does this help me think, or does it just help me produce.&lt;/p>
&lt;h3 id="built-to-go-out-of-date-on-purpose">Built to go out of date, on purpose&lt;/h3>
&lt;p>There&amp;rsquo;s a real problem with writing a book about AI tools: some of what I say about specific tools will be wrong within a year or two, not because I was careless, but because the tools themselves will have moved on. I didn&amp;rsquo;t want to pretend that problem away, so I designed around it instead.&lt;/p>
&lt;p>The main chapters carry the theory, and I expect that part to hold up. The practical layer, the actual moves you make day to day, lives in a separate section I call the Field Manual, which I can update on its own schedule without touching the argument underneath it. And even inside the Field Manual, I split things further, into Principles and Situations. Principles are the decisions that hold regardless of which specific tool you&amp;rsquo;re using: own your data, don&amp;rsquo;t marry a single platform, treat your workflow as a chain of replaceable parts. Situations are closer to the ground, the actual moments in a writing process where AI changes the move, and those are the pages most likely to need revision as the tools change.&lt;/p>
&lt;p>Looking back, I realize this structure is itself an application of the book&amp;rsquo;s central claim. The book argues that writing with AI works best when you separate the idea, which is durable, from the words, which are disposable and easy to regenerate. I ended up building the book the same way: durable argument at the center, disposable specifics at the edges, organized so the second can be rewritten without disturbing the first.&lt;/p>
&lt;p>This is also a large part of why I chose to self-publish rather than go through a traditional press. A traditionally published book is fixed the moment it goes to print, one edition, frozen at whatever the tools looked like on that date, revised only years later if a second edition happens at all. That timeline doesn&amp;rsquo;t match a subject that moves every few months. Self-publishing meant the Field Manual could actually behave the way I designed it to behave: I can go back in and update it as tools change, without waiting on anyone&amp;rsquo;s schedule but my own. As a result, I have already updated the book twice since it was first published. I wanted a book that could keep pace with the thing it was written about, and the traditional path wasn&amp;rsquo;t built for that kind of upkeep.&lt;/p>
&lt;hr>
&lt;p>I don&amp;rsquo;t think the book closes any question, and I didn&amp;rsquo;t want it to. I am still tweaking my process, inventing and validating new tools. The most honest thing I can say is that I built a framework I trust, tested it by writing the book itself with the same tools it describes, and I&amp;rsquo;m still watching where it holds and where it doesn&amp;rsquo;t.&lt;/p>
&lt;p>I&amp;rsquo;ll also say plainly that the whole process has been smoother and more rewarding than I expected going in. Rewarding enough that I&amp;rsquo;m now seriously considering doing something similar with my dissertation, not for any career reason at this point, just for the satisfaction of finally putting it into the world in a form other than a bound copy on a shelf.&lt;/p>
&lt;p>That&amp;rsquo;s part of why this site exists alongside the book. The book had to stop somewhere. The thinking didn&amp;rsquo;t.&lt;/p></description></item></channel></rss>