
  <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 13:00:00 GMT</lastBuildDate>
      <atom:link href="https://whoisarjen.com/pl/tags/bundle-optimization/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://whoisarjen.com/pl/blog/lazy-loading-toast-library-bundle-optimization</guid>
    <title>Jak zdjęliśmy 22 KB z entry bundle&#39;a, lazy-loadując bibliotekę do toastów</title>
    <link>https://whoisarjen.com/pl/blog/lazy-loading-toast-library-bundle-optimization</link>
    <description>vue3-toastify lądował w entry chunku każdej strony — także tych, które nigdy nie pokazują toasta. Composable z dynamicznym importem przeniósł go do osobnego chunka ładowanego przy pierwszym użyciu, zdejmując 22 KB z entry.js i 9 KB z entry.css.</description>
    <pubDate>Mon, 06 Apr 2026 13:00:00 GMT</pubDate>
    <author>kamilow97@gmail.com (Kamil Owczarek)</author>
    <category>Performance</category><category>Vue</category><category>Nuxt</category><category>Bundle Optimization</category><category>Dynamic Import</category><category>TypeScript</category><category>Web Vitals</category>
  </item>

    </channel>
  </rss>
