<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Frozendb on sugar, spice, &amp;terminal? nice</title>
    <link>https://terminal.space/tag/frozendb/</link>
    <description>Recent content in Frozendb on sugar, spice, &amp;terminal? nice</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Tue, 24 Feb 2026 15:50:31 +0000</lastBuildDate>
    <atom:link href="https://terminal.space/tag/frozendb/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>My first Spec-Driven Development project</title>
      <link>https://terminal.space/tech/my-first-spec-driven-development-project/</link>
      <pubDate>Tue, 24 Feb 2026 15:50:31 +0000</pubDate>
      <guid>https://terminal.space/tech/my-first-spec-driven-development-project/</guid>
      <description>&lt;p&gt;Previous: &lt;a href=&#34;https://terminal.space/tech/introducing-frozendb/&#34;&gt;Introducing FrozenDB&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;&amp;ldquo;Look ma, no hands&amp;rdquo; - I wrote &lt;a href=&#34;https://github.com/susu-dot-dev/frozenDB&#34;&gt;FrozenDB&lt;/a&gt; without writing lines of code. Instead, I used &lt;a href=&#34;https://github.com/github/spec-kit/blob/main/spec-driven.md&#34;&gt;spec-driven development&lt;/a&gt; to generate all of the user stories, map them carefully to technical requirements and have AI generate the code. I&amp;rsquo;ll go into SDD more deeply later, but for this post I wanted to share some of the learnings I had over the &lt;a href=&#34;https://github.com/susu-dot-dev/frozenDB/tree/main/specs&#34;&gt;40 specs&lt;/a&gt; I wrote as part of the process.&lt;/p&gt;&#xA;&lt;h1 id=&#34;start-small&#34;&gt;Start small&lt;/h1&gt;&#xA;&lt;p&gt;My first few specs took a lot of development cycles. I spent a lot of time in the &lt;code&gt;/speckit.plan&lt;/code&gt; stage refining the research and approach I wanted to take. Then, when I let the AI implement the specs, it went off and did something I didn&amp;rsquo;t want it to do. So I would have to go back to an earlier step (usually the spec.md), refine the requirements, and update every other document. This takes a lot of time and context switching. I realized my user stories were too big. For example, my &lt;a href=&#34;https://github.com/susu-dot-dev/frozenDB/blob/main/specs/001-create-db/spec.md&#34;&gt;first spec&lt;/a&gt; covered creating the database file, defining a header, and making it append-only. This took a very long time to get right, and involved a lot of tuning of every step of the spec.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Introducing FrozenDB</title>
      <link>https://terminal.space/tech/introducing-frozendb/</link>
      <pubDate>Thu, 19 Feb 2026 17:56:30 +0000</pubDate>
      <guid>https://terminal.space/tech/introducing-frozendb/</guid>
      <description>&lt;p&gt;To make apple pie from scratch, you must first invent a database to store your recipes. - &lt;a href=&#34;https://en.wikipedia.org/wiki/Cosmos_(Sagan_book)&#34;&gt;Carl Sagan&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;Well Carl (and avid readers), let me introduce you to &lt;a href=&#34;https://github.com/susu-dot-dev/frozenDB&#34;&gt;FrozenDB&lt;/a&gt;. This is my twist on a single-file database, with the requirement that it operates on append-only files. FrozenDB is not something for production, but a learning exercise. This companion post expands on some of the things I learned about append-only structures, and database mechanics.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
