<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>KoliStat blog</title>
  <id>https://kolistat.com/blog/</id>
  <link href="https://kolistat.com/blog/" />
  <link rel="self" href="https://kolistat.com/feed.xml" />
  <updated>2026-06-10T00:00:00.000Z</updated>
  <subtitle>Notes from the founder on building modern tooling for clinical and tabular data — SAS, DuckDB, WebAssembly, and the craft of byte-parity engineering.</subtitle>
  <author><name>Massimo Meneghello</name></author>
  <entry>
    <title>Welcome to the KoliStat blog</title>
    <id>https://kolistat.com/blog/welcome/</id>
    <link href="https://kolistat.com/blog/welcome/" />
    <updated>2026-06-10T00:00:00.000Z</updated>
    <published>2026-06-10T00:00:00.000Z</published>
    <author><name>Massimo Meneghello</name></author>
    <category term="meta" />
    <summary>Notes from the founder on building modern tooling for clinical and tabular data — what we ship, how we build it, and the trade-offs that show up along the way.</summary>
    <content type="html">&lt;p&gt;KoliStat is the umbrella over three products that answer the same question: what would clinical and tabular data tooling look like if it were built today, with the web as the runtime and DuckDB performance underneath? &lt;strong&gt;KoliLang&lt;/strong&gt; is the browser-native SAS interpreter — closed-source, compiled to WebAssembly, and built to match SAS to four decimal places (coming soon). &lt;strong&gt;Bedevere&lt;/strong&gt; is the tabular data visualizer and DuckDB SQL editor. &lt;strong&gt;the-stats-duck&lt;/strong&gt; is the open-source DuckDB extension that supplies the statistics.&lt;/p&gt;
&lt;p&gt;This blog is for the engineering notes that don&apos;t fit on a product page: pieces of the SAS dialect we had to model from scratch, DuckDB extension internals, WASM ABI design decisions, the macro evaluator, the PROC FREQ output spec, and why a particular byte-parity bug took two weeks to find.&lt;/p&gt;
&lt;p&gt;Cadence will be irregular. The work itself drives the topics: when something interesting lands in &lt;a href=&quot;/products/kolilang&quot;&gt;KoliLang&lt;/a&gt;, &lt;a href=&quot;/products/bedevere&quot;&gt;Bedevere&lt;/a&gt;, or &lt;a href=&quot;/products/the-stats-duck&quot;&gt;the-stats-duck&lt;/a&gt;, it gets a post. Subscribe via the &lt;a href=&quot;/feed.xml&quot;&gt;Atom feed&lt;/a&gt; or just check back — no newsletter, no comment section. That part is by design.&lt;/p&gt;</content>
  </entry>
</feed>
