<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Lorenço</title>
    <description>The latest articles on DEV Community by Lorenço (@ruddy_ide).</description>
    <link>https://dev.to/ruddy_ide</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3847573%2F2f9454ee-1e76-4a37-8b15-16d033820d3b.png</url>
      <title>DEV Community: Lorenço</title>
      <link>https://dev.to/ruddy_ide</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/ruddy_ide"/>
    <language>en</language>
    <item>
      <title>Your SQL client is a relic. Here's what a DuckDB-native IDE looks like</title>
      <dc:creator>Lorenço</dc:creator>
      <pubDate>Mon, 30 Mar 2026 02:34:18 +0000</pubDate>
      <link>https://dev.to/ruddy_ide/your-sql-client-is-a-relic-heres-what-a-duckdb-native-ide-looks-like-3cbd</link>
      <guid>https://dev.to/ruddy_ide/your-sql-client-is-a-relic-heres-what-a-duckdb-native-ide-looks-like-3cbd</guid>
      <description>&lt;p&gt;Most of us are still using database tools that were designed for a different era.&lt;/p&gt;

&lt;p&gt;TablePlus. DBeaver. Beekeeper Studio. Great tools. I've used all of them. But they share the same mental model: connect to a database, run a query, browse some rows. Repeat.&lt;/p&gt;

&lt;p&gt;That model made sense when your data lived in a single Postgres or MySQL instance. It doesn't map well to how modern data work actually happens.&lt;/p&gt;

&lt;p&gt;Today you're querying Parquet files directly. Local CSVs. S3 buckets. Remote HTTP endpoints. You're writing Python alongside SQL. You're building analyses that need version control, reproducibility, and AI assistance — not just a results grid.&lt;/p&gt;

&lt;p&gt;The old tools bolted some of this on. DuckDB as one connection type among twenty. An "AI shell" that suggests SQL. Export to CSV. Done.&lt;/p&gt;

&lt;p&gt;That's not wrong. It's just not enough.&lt;/p&gt;




&lt;h2&gt;
  
  
  I built Ruddy because DuckDB deserves to be the center of the experience, not a checkbox.
&lt;/h2&gt;

&lt;p&gt;&lt;a href="https://ruddy.pro" rel="noopener noreferrer"&gt;Ruddy&lt;/a&gt; is a macOS-native IDE where DuckDB isn't a plugin — it's the engine everything is built on.&lt;/p&gt;

&lt;p&gt;What that looks like in practice:&lt;/p&gt;

&lt;h3&gt;
  
  
  No WASM, no Electron
&lt;/h3&gt;

&lt;p&gt;The native DuckDB binary runs directly on your Mac. Full performance, full extension support, no browser sandbox overhead.&lt;/p&gt;

&lt;h3&gt;
  
  
  Notebooks are first-class
&lt;/h3&gt;

&lt;p&gt;Powered by Marimo, with Python + SQL in the same environment and installable native libraries. Not a cell runner bolted on top — a real analysis environment.&lt;/p&gt;

&lt;h3&gt;
  
  
  An AI agent that actually executes
&lt;/h3&gt;

&lt;p&gt;Ruddynie doesn't just suggest SQL. She runs queries, builds notebooks, and connects to MCP servers. You bring your own model — Claude, Gemini, OpenAI, OpenRouter.&lt;/p&gt;

&lt;h3&gt;
  
  
  Spatial out of the box
&lt;/h3&gt;

&lt;p&gt;Geospatial data renders as maps without configuration. DuckDB's spatial extension is fully exposed.&lt;/p&gt;

&lt;h3&gt;
  
  
  Git built in
&lt;/h3&gt;

&lt;p&gt;Your SQL and notebooks are code. They live in your repo, with version control inside the editor.&lt;/p&gt;

&lt;h3&gt;
  
  
  Visual query builder via ERD
&lt;/h3&gt;

&lt;p&gt;Click together joins from the schema diagram. Useful for exploration and for teammates who don't live in SQL.&lt;/p&gt;




&lt;p&gt;The old tools aren't going away, and they shouldn't. If you need a universal client for Postgres, MySQL, and fifteen other databases, they serve that well.&lt;/p&gt;

&lt;p&gt;But if DuckDB is central to how you work — local files, analytical queries, Python notebooks, AI-assisted analysis — you deserve a tool built for that workflow from the ground up.&lt;/p&gt;

&lt;p&gt;That's Ruddy.&lt;/p&gt;

&lt;p&gt;→ &lt;a href="https://ruddy.pro" rel="noopener noreferrer"&gt;ruddy.pro&lt;/a&gt; — macOS, 7-day free trial. Early-access pricing, $15 one-time or $1.25/month.&lt;/p&gt;

</description>
      <category>sql</category>
      <category>database</category>
      <category>ai</category>
    </item>
    <item>
      <title>Hi I'm Ruddy</title>
      <dc:creator>Lorenço</dc:creator>
      <pubDate>Sat, 28 Mar 2026 15:34:41 +0000</pubDate>
      <link>https://dev.to/ruddy_ide/hi-im-ruddy-8f0</link>
      <guid>https://dev.to/ruddy_ide/hi-im-ruddy-8f0</guid>
      <description>&lt;p&gt;Most DuckDB tooling falls into one of three buckets: a browser-based WASM tool &lt;br&gt;
with all the overhead that implies, a thin SQL console bolted onto the engine, &lt;br&gt;
or a Python notebook that happens to use DuckDB on the side.&lt;/p&gt;

&lt;p&gt;I wanted something different — a proper Mac app that runs the &lt;strong&gt;native DuckDB &lt;br&gt;
binary&lt;/strong&gt;, feels at home on macOS, and handles the full data workflow without &lt;br&gt;
switching tools.&lt;/p&gt;

&lt;p&gt;That's &lt;a href="https://ruddy.pro" rel="noopener noreferrer"&gt;Ruddy&lt;/a&gt;.&lt;/p&gt;

&lt;h2&gt;
  
  
  What it does
&lt;/h2&gt;

&lt;h3&gt;
  
  
  Native DuckDB engine
&lt;/h3&gt;

&lt;p&gt;No WASM. No middleware. The real binary, running locally. This matters for &lt;br&gt;
performance on larger files and for features that WASM builds don't fully expose.&lt;/p&gt;

&lt;h3&gt;
  
  
  Notebooks powered by Marimo
&lt;/h3&gt;

&lt;p&gt;Python + SQL notebooks with installable native libraries. Not a dumbed-down &lt;br&gt;
cell runner — you can build full analyses and share them.&lt;/p&gt;

&lt;h3&gt;
  
  
  AI agent — Ruddynie
&lt;/h3&gt;

&lt;p&gt;An agent that runs queries, builds notebooks, and connects to MCP servers. &lt;br&gt;
Bring your own model: Claude, Gemini, OpenAI, or OpenRouter.&lt;/p&gt;

&lt;h3&gt;
  
  
  Visual query builder
&lt;/h3&gt;

&lt;p&gt;Built on top of the ERD view — you can click together joins without writing SQL. &lt;br&gt;
Useful for exploration and for less SQL-fluent teammates.&lt;/p&gt;

&lt;h3&gt;
  
  
  Spatial support
&lt;/h3&gt;

&lt;p&gt;Geospatial data renders as maps out of the box, powered by DuckDB's spatial &lt;br&gt;
extension.&lt;/p&gt;

&lt;h3&gt;
  
  
  Git integration
&lt;/h3&gt;

&lt;p&gt;Version control built into the editor. SQL and notebook files are first-class &lt;br&gt;
citizens in your repo.&lt;/p&gt;

&lt;h3&gt;
  
  
  Catalog + ERD
&lt;/h3&gt;

&lt;p&gt;Clean schema browser with auto-generated entity-relationship diagrams.&lt;/p&gt;

&lt;h2&gt;
  
  
  What it connects to
&lt;/h2&gt;

&lt;p&gt;Local files (Parquet, CSV, JSON), cloud data sources, and remote HTTP endpoints. &lt;br&gt;
DuckDB's httpfs and S3 support is exposed natively.&lt;/p&gt;

&lt;h2&gt;
  
  
  Pricing
&lt;/h2&gt;

&lt;p&gt;Early-access pricing while we're still in this phase, 7-day free trial:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;$1.25/month&lt;/strong&gt; — all features, auto-renewal&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;$7.50&lt;/strong&gt; — 6 months upfront&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;$15 one-time&lt;/strong&gt; — pay once, use forever&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Why macOS-native
&lt;/h2&gt;

&lt;p&gt;DuckDB is fast. Running it inside a browser sandbox or an Electron shell adds &lt;br&gt;
latency and limits what you can do with native libraries, memory management, &lt;br&gt;
and OS integration. A native Mac app lets the engine breathe.&lt;/p&gt;




&lt;p&gt;Download and try it: &lt;a href="https://ruddy.pro" rel="noopener noreferrer"&gt;ruddy.pro&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Happy to answer questions about the stack, the product, or how the &lt;br&gt;
AI agent is architected.&lt;/p&gt;

</description>
      <category>sql</category>
      <category>database</category>
      <category>datascience</category>
      <category>ai</category>
    </item>
  </channel>
</rss>
