<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>eiac.dev — Everything Is A Code</title>
    <link>https://eiac.dev/</link>
    <atom:link href="https://eiac.dev/rss.xml" rel="self" type="application/rss+xml" />
    <description>Pismo o zarządzaniu z kodu: infrastruktura, aplikacje, design i cały cykl wytwarzania oprogramowania.</description>
    <language>pl-pl</language>
    <lastBuildDate>Fri, 03 Jul 2026 22:18:58 GMT</lastBuildDate>
    <item>
      <title>Aplikacje z kodu: SST vs Encore</title>
      <link>https://eiac.dev/blog/sst-vs-encore</link>
      <guid isPermaLink="true">https://eiac.dev/blog/sst-vs-encore</guid>
      <pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate>
      <category>app</category>
      <description><![CDATA[Dwa podejścia do App-as-Code: elastyczny framework IaC (SST) kontra konwencja z infrastrukturą wywiedzioną z kodu (Encore). Model, przykłady, wady i zalety.]]></description>
    </item>
    <item>
      <title>IaC w 2026 — przegląd pola</title>
      <link>https://eiac.dev/blog/iac-2026-przeglad</link>
      <guid isPermaLink="true">https://eiac.dev/blog/iac-2026-przeglad</guid>
      <pubDate>Thu, 07 May 2026 00:00:00 GMT</pubDate>
      <category>iac</category>
      <description><![CDATA[Po trzęsieniu licencyjnym IaC rozszczepia się na trzech osiach: podejście, governance i autonomia. Cztery obozy narzędzi, warstwa typowanej konfiguracji, automatyzacja TACOS i wejście agentów.]]></description>
    </item>
    <item>
      <title>Security Plane: sekrety, tożsamość i policy-as-code</title>
      <link>https://eiac.dev/blog/security-plane-sekrety-tozsamosc-policy</link>
      <guid isPermaLink="true">https://eiac.dev/blog/security-plane-sekrety-tozsamosc-policy</guid>
      <pubDate>Thu, 30 Apr 2026 00:00:00 GMT</pubDate>
      <category>security</category>
      <description><![CDATA[Trzy filary Security Plane — tożsamość, sekrety i policy-as-code — działają razem, self-hostowane i opisane jako kod, spełniając jednocześnie wymóg suwerenności i audytowalnej autonomii.]]></description>
    </item>
    <item>
      <title>Open source ≠ suwerenność: licencje i co-option chmury</title>
      <link>https://eiac.dev/blog/open-source-a-suwerennosc</link>
      <guid isPermaLink="true">https://eiac.dev/blog/open-source-a-suwerennosc</guid>
      <pubDate>Fri, 24 Apr 2026 00:00:00 GMT</pubDate>
      <category>iac</category>
      <description><![CDATA[Otwarta licencja nie wystarcza do suwerenności. Open-core, zmiany licencji (BSL/SSPL), repackaging przez chmury i przejęcia — oraz test, który naprawdę definiuje sovereign-ready tooling.]]></description>
    </item>
    <item>
      <title>Suwerenne AI w platformie: open-weight, lokalne GPU i ochrona IP</title>
      <link>https://eiac.dev/blog/suwerenne-ai-open-weight</link>
      <guid isPermaLink="true">https://eiac.dev/blog/suwerenne-ai-open-weight</guid>
      <pubDate>Fri, 17 Apr 2026 00:00:00 GMT</pubDate>
      <category>security</category>
      <description><![CDATA[Bez modelu open-weight na własnej infrastrukturze data residency jest iluzją — najcenniejsze aktywa wyciekają przez asystenta. Suwerenne AI jako zarządzanie ryzykiem IP i ciągłości, z trzeźwym uznaniem kosztów.]]></description>
    </item>
    <item>
      <title>AI Act a agentowy SDLC: regulacja kontra autonomia</title>
      <link>https://eiac.dev/blog/ai-act-a-agentowy-sdlc</link>
      <guid isPermaLink="true">https://eiac.dev/blog/ai-act-a-agentowy-sdlc</guid>
      <pubDate>Fri, 10 Apr 2026 00:00:00 GMT</pubDate>
      <category>security</category>
      <description><![CDATA[Wymogi AI Act — nadzór człowieka, ślad, transparentność, zarządzanie ryzykiem — mapują się niemal jeden do jednego na deterministyczny szkielet platformy agentowej. Regulacja jako specyfikacja, nie hamulec.]]></description>
    </item>
    <item>
      <title>DORA w praktyce platformy: testowalne strategie wyjścia</title>
      <link>https://eiac.dev/blog/dora-w-praktyce-platformy</link>
      <guid isPermaLink="true">https://eiac.dev/blog/dora-w-praktyce-platformy</guid>
      <pubDate>Fri, 03 Apr 2026 00:00:00 GMT</pubDate>
      <category>security</category>
      <description><![CDATA[DORA zamienia strategię wyjścia z dokumentu w udowadnialną zdolność operacyjną. Jak warstwy platformy — IaC, GitOps, policy-as-code — przekładają się wprost na zgodność.]]></description>
    </item>
    <item>
      <title>Suwerenny IDP: exit-by-design jako architektura</title>
      <link>https://eiac.dev/blog/suwerenny-idp-exit-by-design</link>
      <guid isPermaLink="true">https://eiac.dev/blog/suwerenny-idp-exit-by-design</guid>
      <pubDate>Mon, 30 Mar 2026 00:00:00 GMT</pubDate>
      <category>iac</category>
      <description><![CDATA[Suwerenność to nie miejsce przechowywania danych, lecz przenośność workflowów. Jak everything-as-code i GitOps zamieniają strategię wyjścia z dokumentu w funkcję techniczną.]]></description>
    </item>
    <item>
      <title>Deterministyczny szkielet platformy agentowej</title>
      <link>https://eiac.dev/blog/deterministyczny-szkielet-adp</link>
      <guid isPermaLink="true">https://eiac.dev/blog/deterministyczny-szkielet-adp</guid>
      <pubDate>Mon, 23 Mar 2026 00:00:00 GMT</pubDate>
      <category>sdlc</category>
      <description><![CDATA[Nieprzewidywalną moc modeli zamienia w audytowalny wynik deterministyczny szkielet: walidacja-pętla, policy-as-code jako bramka, środowiska efemeryczne i tożsamość nie-ludzka.]]></description>
    </item>
    <item>
      <title>Cztery poziomy agentowego wytwarzania oprogramowania</title>
      <link>https://eiac.dev/blog/cztery-poziomy-agentowego-wytwarzania</link>
      <guid isPermaLink="true">https://eiac.dev/blog/cztery-poziomy-agentowego-wytwarzania</guid>
      <pubDate>Tue, 17 Mar 2026 00:00:00 GMT</pubDate>
      <category>sdlc</category>
      <description><![CDATA[Dojrzałość agentowa to nie ilość AI, lecz zmiana, kto inicjuje pracę. Poziomy 0–4, model paths-to-outcomes i to, jak walidacja zamienia się w pętlę.]]></description>
    </item>
    <item>
      <title>Od IDP do ADP: platforma w erze agentów</title>
      <link>https://eiac.dev/blog/od-idp-do-adp</link>
      <guid isPermaLink="true">https://eiac.dev/blog/od-idp-do-adp</guid>
      <pubDate>Wed, 11 Mar 2026 00:00:00 GMT</pubDate>
      <category>sdlc</category>
      <description><![CDATA[Gdy część pracy w pętli przejmuje agent, platforma musi się zmienić — z IDP w ADP. Dlaczego przewaga nie leży w lepszym modelu, lecz w systemie produkcyjnym, który go ujarzmia.]]></description>
    </item>
    <item>
      <title>Platform engineering: normalizacja pracy w organizacji</title>
      <link>https://eiac.dev/blog/platform-engineering-normalizacja-pracy</link>
      <guid isPermaLink="true">https://eiac.dev/blog/platform-engineering-normalizacja-pracy</guid>
      <pubDate>Thu, 05 Mar 2026 00:00:00 GMT</pubDate>
      <category>sdlc</category>
      <description><![CDATA[Platform engineering to normalizacja pracy — kodowanie osądu raz i stosowanie go wszędzie. Wprowadzenie do serii: korzyści, koszty i moment, w którym platforma ma (lub nie ma) sensu.]]></description>
    </item>
    <item>
      <title>Design-as-Code: tokeny jako standard UI w platformie agentowej</title>
      <link>https://eiac.dev/blog/design-as-code-tokeny-od-zera</link>
      <guid isPermaLink="true">https://eiac.dev/blog/design-as-code-tokeny-od-zera</guid>
      <pubDate>Fri, 27 Feb 2026 00:00:00 GMT</pubDate>
      <category>design</category>
      <description><![CDATA[Tokeny zamieniają decyzje wizualne w jedno, audytowalne źródło prawdy. Dlaczego deterministyczną warstwę UI da się powierzyć agentowi, a UX zostaje przy człowieku w pętli.]]></description>
    </item>
    <item>
      <title>Policy-as-Code dla zespołów: warstwa kontroli platformy</title>
      <link>https://eiac.dev/blog/policy-as-code-dla-zespolow</link>
      <guid isPermaLink="true">https://eiac.dev/blog/policy-as-code-dla-zespolow</guid>
      <pubDate>Mon, 23 Feb 2026 00:00:00 GMT</pubDate>
      <category>sdlc</category>
      <description><![CDATA[Polityka, której nie da się uruchomić, to dokument. Jak zamienić bezpieczeństwo i zgodność w warstwową płaszczyznę kontroli — od PR po admission — egzekwowaną jako guardrail, nie bramkarza.]]></description>
    </item>
    <item>
      <title>Wersjonowanie z automatu: SemVer i Conventional Commits</title>
      <link>https://eiac.dev/blog/wersjonowanie-semver-conventional-commits</link>
      <guid isPermaLink="true">https://eiac.dev/blog/wersjonowanie-semver-conventional-commits</guid>
      <pubDate>Mon, 16 Feb 2026 00:00:00 GMT</pubDate>
      <category>sdlc</category>
      <description><![CDATA[Wersja to interfejs komunikacyjny, nie kosmetyka. Jak SemVer i Conventional Commits zamieniają historię commitów w automatyczne, przewidywalne wydania — i gdzie kończy się sens automatu.]]></description>
    </item>
  </channel>
</rss>