
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Kamil Owczarek | Senior Full-Stack Engineer</title>
      <link>https://whoisarjen.com/pl/blog</link>
      <description>Senior Full-Stack Engineer specjalizujący się w wydajnym e-commerce, skalowalnej architekturze i optymalizacji wydajności. TypeScript, React, Next.js, Vue, Nuxt, PostgreSQL, Redis.</description>
      <language>pl</language>
      <managingEditor>kamilow97@gmail.com (Kamil Owczarek)</managingEditor>
      <webMaster>kamilow97@gmail.com (Kamil Owczarek)</webMaster>
      <lastBuildDate>Mon, 06 Apr 2026 12:00:00 GMT</lastBuildDate>
      <atom:link href="https://whoisarjen.com/pl/tags/optimization/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://whoisarjen.com/pl/blog/parallel-ssr-data-fetching-vue-onserverprefetch</guid>
    <title>Usunęliśmy jedną linijkę kodu i nasz SSR przyspieszył trzykrotnie</title>
    <link>https://whoisarjen.com/pl/blog/parallel-ssr-data-fetching-vue-onserverprefetch</link>
    <description>Jak pojedynczy inline&#39;owy await w naszym composable&#39;u Vue po cichu serializował całe pobieranie danych podczas renderowania na serwerze i jak onServerPrefetch naprawił to bez żadnych zmian w architekturze.</description>
    <pubDate>Mon, 06 Apr 2026 12:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Vue</category><category>SSR</category><category>Performance</category><category>Nuxt</category><category>TanStack Query</category><category>TypeScript</category><category>Optimization</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/responsive-images-sizes-attribute-performance</guid>
    <title>Atrybut sizes to najskuteczniejsza optymalizacja obrazów, której nie używasz</title>
    <link>https://whoisarjen.com/pl/blog/responsive-images-sizes-attribute-performance</link>
    <description>Odkryliśmy, że nasz pipeline optymalizacji obrazów generował idealne wartości srcset, które przeglądarka całkowicie ignorowała. Naprawą okazał się pojedynczy atrybut HTML, który od lat traktowaliśmy jako opcjonalny.</description>
    <pubDate>Mon, 06 Apr 2026 10:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Performance</category><category>Images</category><category>Web Vitals</category><category>Responsive Design</category><category>Nuxt</category><category>Frontend</category><category>Optimization</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/nuxt-disable-prefetch-save-costs</guid>
    <title>Jak uciąłem kosztowne skoki transferu, wyłączając prefetch linków w Nuxcie</title>
    <link>https://whoisarjen.com/pl/blog/nuxt-disable-prefetch-save-costs</link>
    <description>Optymalizując projekt w Nuxt 3, odkryłem, że nadmierny automatyczny prefetch napędzał zużycie transferu na Vercelu. Globalne wyłączenie prefetcha mocno ścięło koszty i ruch sieciowy.</description>
    <pubDate>Sat, 09 Aug 2025 18:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Nuxt 3</category><category>Performance</category><category>Prefetch</category><category>Vercel</category><category>Optimization</category><category>Vue</category><category>Bandwidth</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/nuxt-fontawesome-bundle-cost</guid>
    <title>Jak odziedziczyłem problem z Font Awesome za 50 dolarów dziennie w Nuxt 3</title>
    <link>https://whoisarjen.com/pl/blog/nuxt-fontawesome-bundle-cost</link>
    <description>Przejąłem projekt w Nuxt 3, który zjadał ponad 50 dolarów dziennie na transferze w Vercelu. Winowajca? Jeden import z gwiazdką, który wciągał do bundle&#39;a całą bibliotekę Font Awesome. Oto jak go znalazłem i naprawiłem.</description>
    <pubDate>Sat, 09 Aug 2025 13:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Nuxt 3</category><category>Font Awesome</category><category>Performance</category><category>Vercel</category><category>Vue</category><category>Optimization</category><category>Bundle Size</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/92-percent-smaller-bundle-translation-optimization</guid>
    <title>92% mniejszy bundle: jak inteligentne ładowanie tłumaczeń odmieniło naszą międzynarodową stronę</title>
    <link>https://whoisarjen.com/pl/blog/92-percent-smaller-bundle-translation-optimization</link>
    <description>Od czerwonych wyników w Lighthouse do soczystej zieleni: technika lazy loadingu, która ścięła początkowy bundle o 92% i podniosła wydajność o 47%</description>
    <pubDate>Sat, 09 Aug 2025 10:32:14 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Performance</category><category>Optimization</category><category>Lighthouse</category><category>i18n</category><category>Lazy Loading</category><category>Bundle Size</category><category>Nuxt 3</category>
  </item>

  <item>
    <guid>https://whoisarjen.com/pl/blog/postgresql-cte-optimization-60-percent-faster-search</guid>
    <title>Wyszukiwarka szybsza o 60-80%: optymalizacja CTE w PostgreSQL pod Node.js</title>
    <link>https://whoisarjen.com/pl/blog/postgresql-cte-optimization-60-percent-faster-search</link>
    <description>Trzy antywzorce SQL, które zabijały wydajność naszej wyszukiwarki, i optymalizacje CTE, które to naprawiły.</description>
    <pubDate>Mon, 05 May 2025 12:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>PostgreSQL</category><category>Performance</category><category>SQL</category><category>Node.js</category><category>Prisma</category><category>Optimization</category>
  </item>

    </channel>
  </rss>
