<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Posts on Siryu</title><link>https://siryu.me/posts/</link><description>Recent content in Posts on Siryu</description><generator>Hugo -- gohugo.io</generator><language>en-gb</language><lastBuildDate>Thu, 09 Jul 2026 19:00:00 +0200</lastBuildDate><atom:link href="https://siryu.me/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>CI for a Decentralized Forge: Why I Ended Up Bridging Radicle and Tekton</title><link>https://siryu.me/posts/radicle-ci-decentralized/</link><pubDate>Thu, 09 Jul 2026 19:00:00 +0200</pubDate><guid>https://siryu.me/posts/radicle-ci-decentralized/</guid><description>&lt;p>&lt;img src="https://siryu.me/assets/radicle-tekton.png" alt="cover Image">&lt;/p>
&lt;p>A few months ago I wrote about &lt;a href="https://siryu.me/en/posts/github_independence/">GitHub&amp;rsquo;s independence&lt;/a>
— short version, migrating from one centralized forge to another
isn&amp;rsquo;t a strategy, it&amp;rsquo;s a rebrand. Recently I followed up with
a review of &lt;a href="https://siryu.me/en/posts/euro-office/">Euro-Office and LaSuite&lt;/a>, making
the same point about European &amp;ldquo;sovereign&amp;rdquo; office suites being
developed on GitHub. At the end of that article I promised I&amp;rsquo;d come
back to this topic soon.&lt;/p>
&lt;p>Here we are. This first post is about the &lt;em>why&lt;/em>: why CI matters even
when you&amp;rsquo;ve moved your git off the mainstream forges, why
decentralizing CI is harder than decentralizing storage, and how I
ended up picking &lt;a href="https://tekton.dev/">Tekton&lt;/a> after looking at some
alternatives. The nuts and bolts of how the &lt;a href="https://radicle.xyz/">Radicle&lt;/a>
broker, my adapter, and the Tekton cluster talk to each other are
worth their own write-up, and I&amp;rsquo;ll probably come back to them once
the setup has more mileage.&lt;/p></description></item><item><title>Euro-Office and LaSuite: European Sovereignty Built on American Ground</title><link>https://siryu.me/posts/euro-office/</link><pubDate>Sat, 04 Jul 2026 15:30:00 +0200</pubDate><guid>https://siryu.me/posts/euro-office/</guid><description>&lt;p>&lt;img src="https://siryu.me/assets/eurooffice.svg" alt="Cover image">&lt;/p>
&lt;p>A quick follow-up to my &lt;a href="https://siryu.me/posts/usa-lock-in/">previous piece on USA lock-in&lt;/a>. That article ended on a call to action: Europe needs to stop building on American infrastructure, and the smartest path forward is public investment in open-source foundations. Since then, two projects have caught my eye — one federal, one industry-led — and both prove that Europe &lt;em>is&lt;/em> moving, and that the momentum is real. They also, unfortunately, prove that the reflex to build sovereign tools on top of the very platforms we&amp;rsquo;re trying to escape is still with us.&lt;/p></description></item><item><title>The USA Lock-In: When Tech Dependency Becomes Geopolitical Vulnerability</title><link>https://siryu.me/posts/usa-lock-in/</link><pubDate>Mon, 19 Jan 2026 11:12:13 +0100</pubDate><guid>https://siryu.me/posts/usa-lock-in/</guid><description>&lt;p>&lt;img src="https://siryu.me/assets/usa-lock-in.png" alt="Cover image">&lt;/p>
&lt;p>I often say that &amp;ldquo;everything is political,&amp;rdquo; and I&amp;rsquo;ve never been able to fully separate tech from politics—this article is no exception. I promise I&amp;rsquo;ll try to publish more purely technical posts soon, but in the current context, it&amp;rsquo;s hard to focus on anything else. For context: I&amp;rsquo;m French, and this perspective comes from someone watching the United States from outside its borders.&lt;/p>
&lt;p>I won&amp;rsquo;t dwell on the current president&amp;rsquo;s domestic policies—despite the tragedy unfolding for many American citizens, that&amp;rsquo;s not the focus here. However, Umberto Eco&amp;rsquo;s checklist in &amp;ldquo;Ur-Fascism&amp;rdquo;&lt;sup id="fnref:1">&lt;a href="#fn:1" class="footnote-ref" role="doc-noteref">1&lt;/a>&lt;/sup> seems pretty well checked&amp;hellip; But let&amp;rsquo;s examine the recent geopolitical events and decisions:&lt;/p></description></item><item><title>GitHub's Independence: A Cautionary Tale of Open Source in a Capitalist World</title><link>https://siryu.me/posts/github_independence/</link><pubDate>Thu, 21 Aug 2025 17:12:29 +0200</pubDate><guid>https://siryu.me/posts/github_independence/</guid><description>&lt;p>&lt;img src="https://siryu.me/assets/github_cetralization.jpg" alt="cover Image">&lt;/p>
&lt;p>The recent departure of &lt;strong>Thomas Dohmke&lt;/strong> from GitHub has created significant discussion within the tech community. As the former CEO, Dohmke was seen by many as a steady hand navigating GitHub&amp;rsquo;s post-acquisition era under Microsoft. His exit has reignited a critical debate that has simmered for years: &lt;strong>Can a single, corporate-controlled platform ever truly serve as the unshakeable foundation for the entire open-source world?&lt;/strong>&lt;/p>
&lt;p>In response, we&amp;rsquo;re seeing familiar calls to action—to migrate to platforms like GitLab or Gitea. While these are great alternatives, they risk repeating the same cycle. The core issue isn&amp;rsquo;t where we go next, but the &lt;strong>fundamental problem of centralization&lt;/strong>. A new &amp;ldquo;Eldorado&amp;rdquo; will emerge, grow in value, get acquired, and inevitably, its licenses and terms of service will change. The real problem isn&amp;rsquo;t GitHub&amp;rsquo;s ownership, but the systemic risk that comes with placing our collective code in a single, vulnerable silo.&lt;/p></description></item><item><title>Was it worth to read that ?</title><link>https://siryu.me/posts/articleception/</link><pubDate>Mon, 17 Mar 2025 10:48:55 +0100</pubDate><guid>https://siryu.me/posts/articleception/</guid><description>&lt;p>I had originally written a post about a tool I use daily, but as I was writing it, I realized how little value it actually brought&amp;hellip;&lt;br>
Don&amp;rsquo;t get me wrong—I still plan to publish it. But during my review, I had the horrible feeling that I had wasted my time reading it.&lt;br>
Trying to understand why this article lacked interest, I took some time to read other articles I had recently come across—some that I really enjoyed, and others that gave me the same empty feeling as the one I had just written.&lt;/p></description></item><item><title>Abstraction Hell</title><link>https://siryu.me/posts/abstraction/</link><pubDate>Thu, 20 Feb 2025 21:38:49 +0100</pubDate><guid>https://siryu.me/posts/abstraction/</guid><description>&lt;blockquote>
&lt;p>Cloud is just someone else computer&lt;/p>
&lt;/blockquote>
&lt;p>If you work or are interested in information technology (IT), you&amp;rsquo;ve probably seen this joke on memes, shirt and mugs&amp;hellip;
In fact it&amp;rsquo;s quite far from reality, your implementation of an Infrastructure as Code (IaC) abstraction involves someone else&amp;rsquo;s API, which calls various services from your cloud providers; these services, in turn, deploy applications developed by someone else running on someone else&amp;rsquo;s computer.
I&amp;rsquo;ve vonlountrily shortenthis sentence before it became too long but you got my point.&lt;/p></description></item></channel></rss>