<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Blog on jqknono Blogs</title><link>https://blog.jqknono.com/pl-pl/blog/</link><description>Recent content in Blog on jqknono Blogs</description><generator>Hugo -- gohugo.io</generator><language>pl-pl</language><managingEditor>https://blog.jqknono.com (jqknono)</managingEditor><webMaster>https://blog.jqknono.com (jqknono)</webMaster><lastBuildDate>Mon, 13 Nov 2023 14:15:31 +0800</lastBuildDate><atom:link href="https://blog.jqknono.com/pl-pl/blog/index.xml" rel="self" type="application/rss+xml"/><item><title>Czarna dziura zasobów Claude Code: od 11,3 MB pojedynczego pliku do 1,2 TB pożerania dysku</title><link>https://blog.jqknono.com/pl-pl/blog/2026/04/07/claude-code-resource-nightmare/</link><pubDate>Tue, 07 Apr 2026 20:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/04/07/claude-code-resource-nightmare/</guid><description>Na podstawie rzeczywistych zgłoszeń użytkowników w GitHub Issues oraz społecznościowej analizy odwrotnej, systematycznie omawiamy wady zarządzania zasobami Claude Code w trzech wymiarach: pamięci, CPU i dysku, ujawniając strukturalne problemy w architekturze pakowania, projektowaniu przechowywania i zarządzaniu cyklem życia procesów.</description></item><item><title>VS Code Dev Container wysokie IO: szczegółowa konfiguracja executeInWSL i analiza przyczyn</title><link>https://blog.jqknono.com/pl-pl/blog/2026/04/03/vscode-dev-container-io-performance/</link><pubDate>Fri, 03 Apr 2026 10:30:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/04/03/vscode-dev-container-io-performance/</guid><description>Kompletny proces diagnozowania problemu wysokiego IO wywołanego przez rozszerzenie VS Code Dev Container w systemie Windows, od identyfikacji objawów po analizę przyczyn, z rozwiązaniem opartym na dev.containers.executeInWSL, które eliminuje wąskie gardło komunikacji Docker CLI między granicami.</description></item><item><title>Wtyczka Project Translator dla VSCode umożliwia wielojęzyczną lokalizację projektów</title><link>https://blog.jqknono.com/pl-pl/blog/2026/02/26/project-translator-vscode-extension/</link><pubDate>Thu, 26 Feb 2026 14:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/02/26/project-translator-vscode-extension/</guid><description>Project Translator to potężna wtyczka VSCode, która wykorzystuje AI do automatycznego tłumaczenia na poziomie projektu, zachowując integralność struktury kodu i efektywnie kończąc lokalizację dokumentacji.</description></item><item><title>GPT-5.3-Codex Pierwsze wrażenia: od zachwytu do racjonalnej oceny</title><link>https://blog.jqknono.com/pl-pl/blog/2026/02/17/gpt-53-codex-experience/</link><pubDate>Tue, 17 Feb 2026 10:30:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/02/17/gpt-53-codex-experience/</guid><description>&lt;p&gt;OpenAI, zanim oficjalna wersja GPT‑5.3 zostanie wydana, wprowadziło specjalny model GPT‑5.3‑Codex. Z perspektywy logiki biznesowej decyzja ta nie jest trudna do zrozumienia. GPT‑5.3‑Codex ma taką samą cenę jak standardowy GPT‑5.3, ale jego wyjścia są bardziej aktywne, czas wykonania krótszy, a zużycie pamięci mniejsze, co oznacza większą marżę zysku. Dla OpenAI GPT‑5.3‑Codex jest wyraźnie bardziej opłacalnym wyborem.&lt;/p&gt;
&lt;p&gt;W pierwszym tygodniu po wydaniu GPT‑5.3‑Codex doświadczenie użytkowania rzeczywiście było zachwycające. Szybkość reakcji modelu była wyraźnie lepsza niż w poprzednich wersjach, a zwrot kodu bardzo szybki. W scenariuszach deweloperskich wymagających szybkiej iteracji i częstej interakcji, ten wzrost efektywności przyniósł zauważalną poprawę produktywności. Gdy potrzebujesz w krótkim czasie uzyskać wiele rozwiązań lub szybko zweryfikować pomysł, aktywne wyjścia Codex są szczególnie przydatne.&lt;/p&gt;</description></item><item><title>Porównanie technologiczne DoH i DoT</title><link>https://blog.jqknono.com/pl-pl/blog/2026/02/11/doh-vs-dot-comparison/</link><pubDate>Wed, 11 Feb 2026 00:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/02/11/doh-vs-dot-comparison/</guid><description>&lt;p&gt;DNS over HTTPS (DoH) i DNS over TLS (DoT) to dwa powszechnie stosowane sposoby szyfrowanej transmisji DNS, które realizują bezpieczne przesyłanie zapytań DNS za pomocą różnych stosów protokołów. Standard DoT jest zdefiniowany w &lt;a href="https://datatracker.ietf.org/doc/html/rfc7858"&gt;RFC 7858&lt;/a&gt;, podczas gdy DoH został ustandaryzowany w dokumencie &lt;a href="https://datatracker.ietf.org/doc/html/rfc8484"&gt;DNS Queries over HTTPS (DoH)&lt;/a&gt;. Aby zrozumieć istotne różnice między tymi technologiami, należy przeanalizować je od strony hierarchii protokołów sieciowych.&lt;/p&gt;
&lt;h2 id="hierarchia-protokołów-sieciowych"&gt;Hierarchia protokołów sieciowych&lt;/h2&gt;
&lt;p&gt;Współczesne stosy protokołów sieciowych wykorzystują projekt warstwowy, przy czym każda warstwa pełni inną funkcję. DNS jako protokół warstwy aplikacji nie jest związany z konkretnym sposobem transmisji i może działać na wielu protokołach nośnych.&lt;/p&gt;</description></item><item><title>Zapis debugowania: model OpenRouter gpt-oss-120b nie obsługuje żądań w języku chińskim</title><link>https://blog.jqknono.com/pl-pl/blog/2026/02/09/openrouter-gpt-oss-120b-chinese-bug/</link><pubDate>Mon, 09 Feb 2026 22:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/02/09/openrouter-gpt-oss-120b-chinese-bug/</guid><description>&lt;p&gt;Korzystając z darmowego interfejsu API modelu udostępnionego przez &lt;a href="https://openrouter.ai/"&gt;OpenRouter&lt;/a&gt;, napotkałem mylący problem. Przy tej samej strukturze żądania, zmiana jedynie języku w prompcie prowadzi do zupełnie różnych wyników.&lt;/p&gt;
&lt;h2 id="reprodukcja-problemu"&gt;Reprodukcja problemu&lt;/h2&gt;
&lt;p&gt;Przetestowałem model &lt;code&gt;openai/gpt-oss-120b:free&lt;/code&gt;. Jedyną różnicą między dwoma żądaniami był język w prompcie. Pierwsze żądanie używało podpowiedzi w języku chińskim:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;curl https://openrouter.ai/api/v1/chat/completions &lt;span class="se"&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; -H &lt;span class="s2"&gt;&amp;#34;Content-Type: application/json&amp;#34;&lt;/span&gt; &lt;span class="se"&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; -H &lt;span class="s2"&gt;&amp;#34;Authorization: Bearer sk-or-v1-xxxxxxxxxxxxxxxxxxxxxx&amp;#34;&lt;/span&gt; &lt;span class="se"&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt; -d &lt;span class="s1"&gt;&amp;#39;{
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;model&amp;#34;: &amp;#34;openai/gpt-oss-120b:free&amp;#34;,
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;messages&amp;#34;: [
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; {
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;role&amp;#34;: &amp;#34;user&amp;#34;,
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; &amp;#34;content&amp;#34;: &amp;#34;你是一个专业的本地化翻译专家&amp;#34;
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; }
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt; ]
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;&lt;span class="s1"&gt;}&amp;#39;&lt;/span&gt;
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;To żądanie zawsze zwraca kod statusu 429, co oznacza, że żądania są zbyt częste lub przekroczono limit przydziału. Jednak gdy użyłem podpowiedzi w języku angielskim:&lt;/p&gt;</description></item><item><title>Przegląd darmowych narzędzi do generowania ikon AI</title><link>https://blog.jqknono.com/pl-pl/blog/2026/02/02/free-ai-icon-generators/</link><pubDate>Mon, 02 Feb 2026 10:00:00 +0800</pubDate><author>https://blog.jqknono.com (jqknono)</author><guid>https://blog.jqknono.com/pl-pl/blog/2026/02/02/free-ai-icon-generators/</guid><description>&lt;p&gt;Wraz z rozwojem technologii sztucznej inteligencji projektanci i programiści mogą teraz szybko generować różne ikony za pomocą prostych opisów tekstowych. Te darmowe narzędzia do generowania ikon AI znacznie obniżyły progi wejścia w projektowaniu, pozwalając użytkownikom bez profesjonalnych umiejętności projektowania na tworzenie wysokiej jakości elementów wizualnych. Poniższe narzędzia obsługują generowanie obrazów na podstawie opisów, a formaty wyjściowe to zazwyczaj PNG lub SVG, a niektóre narzędzia oferują również funkcje dostosowywania stylu i kolorów.&lt;/p&gt;</description></item></channel></rss>