mgorny-nyan (on) :autism:🙀🚂🐧<p>Zdaje się, że się starzeję, bo patrzę na łatkę dodającą wsparcie <a href="https://pol.social/tags/Brotli" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Brotli</span></a> na liście bug-tar, i myślę sobie, że powinniśmy bojkotować ten algorytm.</p><p>Brotli nie jest w żaden sposób wybitne. Jasne, jest nieco skuteczniejsze niż gzip — toż to osiągnięcie, pobić algorytm z początku lat 90-tych! Dzisiaj natomiast mamy już zstd, które jest po prostu lepsze.</p><p>Brotli istnieje jako opcja kompresji HTTP tylko za sprawą <a href="https://pol.social/tags/Google" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Google</span></a>. Tak, tego samego złego monopolisty, który zaimplementował DRM w swojej przeglądarce internetowej (żeby chronić reklamodawców!) i zablokował format <a href="https://pol.social/tags/JPEGXL" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JPEGXL</span></a>.</p><p><a href="https://lists.gnu.org/archive/html/bug-tar/2023-06/msg00002.html" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">lists.gnu.org/archive/html/bug</span><span class="invisible">-tar/2023-06/msg00002.html</span></a></p><p>Nie zapominajmy też o <a href="https://pol.social/tags/snappy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>snappy</span></a>, innym algorytmie kompresji z Google Open Source, prawdopodobnie najbardziej znanym z tego, że autorzy odrzucają łatki wykraczające poza "kilka wspieranych konfiguracji używanych wewnątrz Google" (tłum. własne).</p><p><a href="https://github.com/google/snappy#contributing-to-the-snappy-project" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/google/snappy#contr</span><span class="invisible">ibuting-to-the-snappy-project</span></a></p>