<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Unix on TurboVision</title>
    <link>https://turbovision.in6-addr.net/tags/unix/</link>
    <description>Recent content in Unix on TurboVision</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Tue, 21 Apr 2026 14:06:12 +0000</lastBuildDate>
    <atom:link href="https://turbovision.in6-addr.net/tags/unix/index.xml" rel="self" type="application/rss&#43;xml" />
    
    
    
    <item>
      <title>The Beauty of Plain Text</title>
      <link>https://turbovision.in6-addr.net/musings/the-beauty-of-plain-text/</link>
      <pubDate>Mon, 14 Jul 2025 00:00:00 +0000</pubDate>
      <lastBuildDate>Sun, 22 Feb 2026 15:48:16 +0100</lastBuildDate>
      <guid>https://turbovision.in6-addr.net/musings/the-beauty-of-plain-text/</guid>
      <description>&lt;p&gt;Plain text is the universal interface. Every tool can read it, every
language can parse it, and it survives decades without bit rot.&lt;/p&gt;
&lt;p&gt;Markdown, man pages, RFC documents, source code — the most durable
artifacts in computing are all plain text. When everything else decays,
ASCII endures.&lt;/p&gt;
&lt;p&gt;What I like most is not nostalgia, but mechanical sympathy. Plain text
works with the grain of the machine: streams, pipes, diffs, compression,
version control, search indexes, backups, and even corrupted-file recovery.
When data is text, you can inspect it with twenty different tools and still
understand what changed with your own eyes.&lt;/p&gt;
&lt;h2 id=&#34;why-it-keeps-winning&#34;&gt;Why it keeps winning&lt;/h2&gt;
&lt;p&gt;Text has a low activation energy. You do not need a heavy runtime or a
vendor-specific UI to open it. If a future tool disappears, your notes do
not disappear with it. If a process breaks, text logs remain readable in a
terminal. If a teammate joins late, they can grep the repo and catch up.&lt;/p&gt;
&lt;p&gt;That portability is not just convenience; it is risk reduction. Teams often
overestimate feature-rich formats and underestimate operational longevity.
A fancy binary store can feel productive right now and still become an
incident in three years.&lt;/p&gt;
&lt;h2 id=&#34;a-practical-workflow&#34;&gt;A practical workflow&lt;/h2&gt;
&lt;p&gt;For knowledge work, I keep a tiny stack: markdown notes, newline-delimited
logs, and simple scripts that transform one text file into another. This
gives me reproducible output with almost no tooling friction. When I need
structure, I add conventions inside text first, then automate later.&lt;/p&gt;
&lt;p&gt;Related reading:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&#34;https://turbovision.in6-addr.net/musings/why-constraints-matter/&#34;&gt;Why Constraints Matter&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href=&#34;https://turbovision.in6-addr.net/hacking/tools/giant-log-lenses/&#34;&gt;Giant Log Lenses: Testing Wide Content&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
</description>
    </item>
    
  </channel>
</rss>
