<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Home on Delightql Programming Language</title><link>https://blog.delightql.org/</link><description>Recent content in Home on Delightql Programming Language</description><generator>Hugo</generator><language>en</language><lastBuildDate>Fri, 06 Nov 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.delightql.org/index.xml" rel="self" type="application/rss+xml"/><item><title>Why Treesitter?</title><link>https://blog.delightql.org/post/2026/11/06/treesitter-as-compiler-front-end/</link><pubDate>Fri, 06 Nov 2026 00:00:00 +0000</pubDate><guid>https://blog.delightql.org/post/2026/11/06/treesitter-as-compiler-front-end/</guid><description>&lt;p&gt;The delightql language implementation uses the tree-sitter&#10;parser generator as its front-end.&lt;/p&gt;&#10;&lt;p&gt;The TLDR for this decision is simple:&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;keep the tooling tied directly to the language&amp;rsquo;s source of truth&lt;/li&gt;&#10;&lt;li&gt;create a formal specification for the syntax of the language&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;p&gt;The rest of this post just explains these two points.&lt;/p&gt;&#10;&lt;hr&gt;&#10;&lt;h1 id="one-source-of-truth"&gt;One source of truth&lt;/h1&gt;&#10;&lt;p&gt;I think this one is self-explanatory: the exact&#10;same &lt;a href="https://github.com/reverendpaco/delightql/blob/main/grammar/grammar.js"&gt;grammar&lt;/a&gt; I use to parse the language&#10;is the exact same grammar that I can use in neovim for highlighting and text-objects.&#10;This makes tooling a first-class citizen with the language implementation.&lt;/p&gt;</description></item><item><title>Squinglish: SQL's Inconsistent Calling Conventions</title><link>https://blog.delightql.org/post/2026/10/23/squinglish-sqls-inconsistent-calling-conventions/</link><pubDate>Fri, 23 Oct 2026 00:00:00 +0000</pubDate><guid>https://blog.delightql.org/post/2026/10/23/squinglish-sqls-inconsistent-calling-conventions/</guid><description>&lt;p&gt;One of the main motivations for writing delightql&#10;was to provide a more &lt;strong&gt;consistent&lt;/strong&gt; syntax for&#10;querying a database.&lt;/p&gt;&#10;&lt;p&gt;There have been many criticisms raised about SQL&amp;rsquo;s&#10;syntax. Classically, the order of relational operations&#10;is implicit and opaque and there is no useful abstraction for reusability. These are both true.&lt;/p&gt;&#10;&lt;p&gt;But my particular bugbear is the inconsistent calling convention&#10;for functions and predicates.&lt;/p&gt;&#10;&lt;p&gt;A calling convention is nothing more than the syntax for invoking&#10;a subroutine/function/method/whatever. In most programming languages the consistency is so built-into the language that&#10;you won&amp;rsquo;t realize what you have &amp;rsquo;till it&amp;rsquo;s gone.&lt;/p&gt;</description></item><item><title>The Prolog Semicolon and SQL's Union Outer/Corresponding</title><link>https://blog.delightql.org/post/2026/10/21/the-prolog-semicolon-and-sqls-union-outer-corresponding/</link><pubDate>Wed, 21 Oct 2026 17:20:58 -0400</pubDate><guid>https://blog.delightql.org/post/2026/10/21/the-prolog-semicolon-and-sqls-union-outer-corresponding/</guid><description>&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-sql" data-lang="sql"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;&lt;span style="color:#75715e"&gt;-- Whither Outer?&#10;&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt; &lt;span style="color:#66d9ef"&gt;SELECT&lt;/span&gt; &lt;span style="color:#f92672"&gt;*&lt;/span&gt; &lt;span style="color:#66d9ef"&gt;FROM&lt;/span&gt; father &lt;span style="color:#66d9ef"&gt;OUTER&lt;/span&gt; &lt;span style="color:#66d9ef"&gt;UNION&lt;/span&gt; widgets;&#10;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;figure class="ma0 w-75"&gt;&lt;a href="https://dl.acm.org/doi/10.1145/320107.320109"&gt;&lt;img src="https://blog.delightql.org/codd-union-outer.jpg"&#10;&#9;&#9;&#9;alt="Diagram from Codd&amp;#39;s 1979 paper: Extending the Database Relational Model to Capture More Meaning"&gt;&lt;/a&gt;&lt;figcaption&gt;&#10;&#9;&#9;&#9;&lt;p&gt;Diagram from Codd&amp;rsquo;s 1979 paper: Extending the Database Relational Model to Capture More Meaning&lt;/p&gt;&#10;&#9;&#9;&lt;/figcaption&gt;&#10;&lt;/figure&gt;&#10;&#10;&#10;&lt;p&gt;The prolog semicolon is the syntax for the logical &lt;code&gt;OR&lt;/code&gt;.&#10;Its usage in the language is rare, but this is not to say that&#10;the disjunction it represents in the language is rare. Multi-clause and multi-fact disjunction&#10;is Prolog&amp;rsquo;s preferred mechanism.&lt;/p&gt;</description></item><item><title>Using LLMs to implement delightql</title><link>https://blog.delightql.org/post/2026/07/25/llms/</link><pubDate>Sat, 25 Jul 2026 15:22:01 -0400</pubDate><guid>https://blog.delightql.org/post/2026/07/25/llms/</guid><description>&lt;link rel="stylesheet" href="https://blog.delightql.org/css/vendors/admonitions.min.364ef4282de967778e4920f8ae18cc1b92b0c0b58b34b66fc17619dabfd48b6e.css" integrity="sha256-Nk70KC3pZ3eOSSD4rhjMG5KwwLWLNLZvwXYZ2r/Ui24=" crossorigin="anonymous"&gt;&#10; &lt;div class="admonition note"&gt;&#10; &lt;div class="admonition-header"&gt;&lt;svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 576 512"&gt;&lt;path d="M0 64C0 28.7 28.7 0 64 0L224 0l0 128c0 17.7 14.3 32 32 32l128 0 0 125.7-86.8 86.8c-10.3 10.3-17.5 23.1-21 37.2l-18.7 74.9c-2.3 9.2-1.8 18.8 1.3 27.5L64 512c-35.3 0-64-28.7-64-64L0 64zm384 64l-128 0L256 0 384 128zM549.8 235.7l14.4 14.4c15.6 15.6 15.6 40.9 0 56.6l-29.4 29.4-71-71 29.4-29.4c15.6-15.6 40.9-15.6 56.6 0zM311.9 417L441.1 287.8l71 71L382.9 487.9c-4.1 4.1-9.2 7-14.9 8.4l-60.1 15c-5.5 1.4-11.2-.2-15.2-4.2s-5.6-9.7-4.2-15.2l15-60.1c1.4-5.6 4.3-10.8 8.4-14.9z"/&gt;&lt;/svg&gt;&#10; &lt;span&gt;Note&lt;/span&gt;&#10; &lt;/div&gt;&#10; &lt;div class="admonition-content"&gt;&#10; &lt;p&gt;The date on this post is the date of &lt;strong&gt;writing&lt;/strong&gt;,&#10;and not the date of publication which is 2026-10-21.&lt;/p&gt;&#10; &lt;/div&gt;&#10; &lt;/div&gt;</description></item><item><title>Original Tree Essay</title><link>https://blog.delightql.org/post/2023/01/01/original-tree-essay/</link><pubDate>Sun, 01 Jan 2023 00:00:00 +0000</pubDate><guid>https://blog.delightql.org/post/2023/01/01/original-tree-essay/</guid><description>&lt;div class="admonition note"&gt;&#10; &lt;div class="admonition-header"&gt;&lt;svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 576 512"&gt;&lt;path d="M0 64C0 28.7 28.7 0 64 0L224 0l0 128c0 17.7 14.3 32 32 32l128 0 0 125.7-86.8 86.8c-10.3 10.3-17.5 23.1-21 37.2l-18.7 74.9c-2.3 9.2-1.8 18.8 1.3 27.5L64 512c-35.3 0-64-28.7-64-64L0 64zm384 64l-128 0L256 0 384 128zM549.8 235.7l14.4 14.4c15.6 15.6 15.6 40.9 0 56.6l-29.4 29.4-71-71 29.4-29.4c15.6-15.6 40.9-15.6 56.6 0zM311.9 417L441.1 287.8l71 71L382.9 487.9c-4.1 4.1-9.2 7-14.9 8.4l-60.1 15c-5.5 1.4-11.2-.2-15.2-4.2s-5.6-9.7-4.2-15.2l15-60.1c1.4-5.6 4.3-10.8 8.4-14.9z"/&gt;&lt;/svg&gt;&#10; &lt;span&gt;Note&lt;/span&gt;&#10; &lt;/div&gt;&#10; &lt;div class="admonition-content"&gt;&#10; &lt;p&gt;The date on this post is the date of &lt;strong&gt;writing&lt;/strong&gt;,&#10;and not the date of publication which is 2026-10-21.&lt;/p&gt;&#10;&lt;p&gt;This is an essay I wrote to myself back in 2023 as&#10;I started to work through the syntax and arguments&#10;for having tree-groups.&lt;/p&gt;&#10;&lt;p&gt;The syntax is slightly different to what I eventually&#10;settled on, but is still remarkably similar.&lt;/p&gt;&#10;&lt;p&gt;Throughout the development process, I would write these&#10;essays to myself. They &lt;strong&gt;were&lt;/strong&gt; blog posts but the kind&#10;that were private markdowns I kept in private repos.&#10;I share it here because it still is mostly correct&#10;in all the things it claims.&lt;/p&gt;&#10; &lt;/div&gt;&#10; &lt;/div&gt;</description></item></channel></rss>