🗞 Материалы прошлой недели

🔹 🪦 Надгробие для Internet Explorer

🔹 Интро про JS движки

🔹 Про преимущества WebKit и JavaScriptCore

🔹 Bun ⚡️ НЕВЕРОЯТНО БЫСТРЫЙ

🔹 Почему Bun такой быстрый

🔹 Unity Software ТОЧНО ВСЁ

🔹 Bun 🤡 НЕВЕРОЯТНО МЕДЛЕННЫЙ

🔹 Bun не работает как надо

Ну всё, недельная эпопея с JavaScript закончена, по такому поводу можно бахнуть 🍺🥴

Я тут, смотрю, айтишнички любят по выгорать в последнее время. Весь интернет мне засрали гайдами в стиле "Устал? Ну так пойди отдохни". Знаете, что я подумал? Раз выгоральщиков так много, значит им надо помогать.

P.S.
Ну и если я какой-то текст дочитываю до конца, то никогда не поленюсь поставить лайк и в комменте написать что-то типа: "Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?"

https://youtu.be/LOYpqjtsbic

😳 Rust способен залить в 3-х литровую банку 5 литров мочи или ВСЯ СУТЬ BENCHMARK ТЕСТИРОВАНИЯ

Анонимные источники подкинули мне контент, значит - есть web server под названием faf, что является сокращением от Fast as Fuck [вставить шутку про скорострела] - написан он на 100% с использованием Rust. В Benchmark тестах он показывает феноменальный результат нарушая все мыслимые и немыслимые законы физики.

Господа на GitHub уже обратили внимание, что физический предел протокола при данном Benchmark'е c каналом 10 gbit/s имеет следующие ограничения:
⏫ запросов - 7.2kk в секунду и ⏬ ответов - 9.4kk в секунду.

faf обработал 8.6kk запросов/ответов в секунду 🙉

Каким образом сервер смог выйти за рамки отправленных запросов — история умалчивает. Но факт остается фактом, faf отправляет ответ раньше, чем от клиента приходит запрос на сервер 🙈

ВОТ ОНА ВСЯ СУТЬ БЫСТРОТЫ RUST!
Ну и конечно же, PRESS 💩 FOR BLAZINGLY FAST

👉 IT KEKW NEWS™:
CEO Unity Software Джон Ричителло (экс CEO Electronic Arts) извинился за то, что назвал разработчиков, которые не планируют включать в свои проекты монетизацию, цитирую — "Ёбаными идиотами", источник.

Прощаем?

Каждый раз кринжую, когда читаю что-то вроде "Учи зык Х, а не язык Y, потому что он быстрее", просто потому что за одно предложение, мало чего, советчик умудряется спиздеть дважды, так ещё и дать дерьмовый совет.

Во-первых, язык - это всего лишь спецификация. Как ты понимаешь, сама по себе она не может быть ни медленной, ни быстрой. Заявлять, что какая-нибудь Java медленная, это всё равно, что определить с помощью инструкции по сборке шкафа - выдержит ли этот шкаф удар молотком?

"Скорость" определяется, в первую очередь реализацией этой спецификации. Nodejs может быть медленным, JVM может быть медленной, JavaScript быть медленным не может.

Во-вторых, "скорость" может быть действительно востребованным показателем. Ты вполне можешь перебирать различные платформы в поиске наилучшей производительности под своё приложение, для которого важно выдавать обратную связь за 0.0000000001 секунду. Только делается это под конкретное приложение и требования.

Никому в хер не впёрлась "скорость", если ОНА НЕ ОКАЗЫВАЕТ ЗНАЧИТЕЛЬНЫЙ ЭФФЕКТ НА ВЫПОЛНЯЕМУЮ ЗАДАЧУ. Какая разница, выдаёт тебе приложение обратную связь за 200мс или 100мс? Пользователь просто не в состоянии заметить разницу.

Далеко не все задачи требовательны к перфомансу настолько, чтобы на уровне выбора платформы начинать пердолиться. Если даже задача и требовательна, то в первую очередь ищут "бутылочные горлышки" и устраняют их, а не сразу же в панике бегут менять платформу. Именно поэтому мы (программисты) пользуемся платформами, которые обеспечивают различный уровень перфоманса, а не самыми "быстрыми".

И именно поэтому рекомендовать кому-то учить какой-то язык, только потому что он 🤡🤡 БЛЕЙЗИНГЛИ ФАСТ 🤡🤡 тупейшая затея. Учите что хотите. Излишний перфоманс нужен только под узкий пул задач, для остальных достаточно будет и не самого перфомансного перфоманса.

PHP Developer moment ✌️

🤡 Тут анонимные источники подкинули закономерную претензию к моему посту про Benchmark сервера на Rust, ну типа вот - есть же HTTP/2 и вот может же сервер реализующий этот протокол отправлять файлы клиентской стороне до того момента, как браузер их запросит.

Приведу последовательность, для примерного понимания происходящих процессов. Обычная, "сильно-упрощенная" схема в классическом Http "из 90-ых", которая работает следующим образом:

Браузер запрашивает index.html ->
Сервер отправляет index.html ->
Браузер парсит разметку, строит DOM и определяет какие файлы нужно дополнительно догрузить ->
Браузер производит запрос на сервер по каждому файлу (или параллельно или последовательно) ->
Сервер последовательно или параллельно отправляет все запрошенные файлы ->
Браузер отображает страницу с учетом всех ресурсов.

Разница HTTP/2 в том, что серверная сторона может заранее определить, распарсив исходный HTML (или захардкодив их в конфиге) — какие файлы могут понадобиться клиенту и сразу же начать их отправку без дополнительных запросов с клиентской стороны.

Под файлами, там понятно — что угодно может быть, и JS и CSS и JPEG'и, вообще не суть.

Только вот проблема в том, что все эти процессы никакого отношения к бенчмарку не имеют - там, как правило, используется статичный Hello World на HTML размером в ~110 байт и без дополнительного контента в виде вышеупомянутых JPEG'ов.

Весь процесс клиент/серверного взаимодействия упрощается до примерно следующего вида:
Клиент запрашивает index.html ->
Сервер отправляет index.html ->

Более того, исходник faf открыт, это не rocket science, а элементарнейший веб сервер. Изучив код в течении 30-и секунд, сразу становится понятно, что там реализован стандартный HTTP/1.1 без выпендрежей.

И даже какой-нибудь хитровыебаный Pipelining конкретно в этом случае физику не обманет — запрос от клиента в любом случае должен произойти. Сервер не может слать ответ на опережение, ОСОБЕННО в случае использования мультиплексирования, как бы ты все клиентские сессии в единый поток не совал, это не так работает.

КАКИМ ОБРАЗОМ это вообще можно представить?

Типа, я как клиент, ОДИН РАЗ запросил страницу, а сервер по приколу решил мне заслать 10/100/1000 абсолютно одинаковых экземпляров страницы, предварительно запихнув их в один Stream? Вообще беды с башкой? 🤡

👉 Короче, пошарился в самых глубоких частях DarkNet'а и накопал чисто для тебя нормальный и самое главное — халявный гайд по сетевому кодингу в *nix, на нормальном мужицком C.

Если интересно — можешь полистать и ознакомиться, чтобы шарить в теме, и не нести дичь как 🤡🤡 БЛЕЙЗИНГ ФАСТ 🤡🤡 дебилы.

https://beej.us/guide/bgnet/

P.S.
Даже перевод на русский есть, если что. Но там старая версия, апдейты на оригинале выходят чаще, да и свёрстана она лучше.

Поэтому инглиш версия предпочтительней, рекомендую её в первую очередь.

Разработчик веб сервера faf — 4 дня назад обещал разобраться с причиной этих паранормальных явлений и пропал (видимо в параллельное измерение "Rust-Borderworld" провалился).

Я подписался на этот Issue, буду следить за обновлениями. Даже самому интересно чем всё закончится 😂👍

P.S.
А, ну и еще - я обратил внимание, что очень много интересного контента приходит от вас, мои дорогие отпищечки. Так что не стесняйтесь накидывать в комментарии подобные кейсы. Я буду периодически мониторить и отбирать самые интересные/скандальные вещи.

Всё это в последствии так или иначе перерастёт в часть публикаций здесь. Ну и отбей 👊

👉 Большинство бенчмарков, которые ты повстречаешь в интернете — всратые.

Проблема исходит от малолетних дебилов, которые нихера в бенчмаркинге не понимают. Они думают, что достаточно просто влупить, что-то вроде:

begin = текущая дата
// Код, у которого замеряем время исполнения
log(begin - текущая дата)

И в консольку вывалится время исполнения кода. Но на самом деле доверять этому результату не очень хорошая затея. Просто потому что на время исполнения влияет множество факторов.

Вот, например, кот мог полежать на клавиатуре ноутбука чуть больше, чем обычно. От этого ноутбук нагрелся чуть сильнее, чем обычно. Из-за увеличения температуры количество свободных ионов в проводнике могло увеличиться чуть сильнее, чем обычно. От этого проводящие свойства проводников стали более проводниковыми, чем обычно. И как результат, тактовая частота процессора становится выше чем обычно, из-за чего результаты бенчмаркинга на разогретой машине будут отличаться от охлаждённой, просто потому что кудахтерное "железо" начинает менять свои характеристики.

И подобных моментов реально дофига. Поэтому для бенчмаркинга делают специальные инструменты, чтобы замеры получились более честными.

Как вы думаете, обычный чел из интернетов знаком с этими нюансами? Может да, может нет. Это абсолютный рандом. Поэтому прежде чем верить бенчмаркам, ознакомься с методологией их проведения и вообще всё перепроверь сам. А то каждый рисует циферки, кто какие захочет и носятся потом со своей 🤡🤡БЛЕЙЗИНГ ФАСТ🤡🤡 хернёй по всему интернету.

По-поводу бенчмаркинга и перфоманса в кокнете могу порекомендовать доклад Андрея Акиньшина на ютабе.

👉 Тут в ядре самой безопасной операционной системы в мире нашли АНАЛЬНУЮ ТРЕЩИНУ [Это я про Linux, если вдруг кто не понял].

В подсистеме netfilter, которая является по сути фреймворком для работы с сетевыми пакетам, и предоставляет инструментарий для фильтрации трафика (прим. грубо говоря обычный системный firewall). На его базе работает известный почти всем красноглазикам iptables.

Где-то примерно месяц назад в этой подсистеме обнаружился некритичный баг, который осветили в сообществе и подзабили на него болт. Но чел, нашедший уязвимость просто так не сдался и в итоге смог добиться переполнения буфера, с помощью которого из директории /tmp он мог запустить любой код с root правами.

Крч, в зоне риска все пользователи Ubuntu-22.04, так шо если ты патч на ядро еще не накатил, то накати. А то тебя взломают злые хакеры. 🥸

📄 Материалы прошлой недели

🔶 ЛЕЧИМ ВЫГОРАНИЕ НАРОДНЫМИ МЕТОДАМИ

🔹 ВСЯ СУТЬ BENCHMARK ТЕСТИРОВАНИЯ

🔹 Не учи язык, только потому что он "быстрее"

🔹 Производительность HTTP/2 и мультиплексирование в тестах

🔹 Нормальный, бесплатный гайд по сетевому кодингу в unix

🔹 Про всратые бенчмарки

🔹 Злые хацкеры взломали linux. Вычёркиваем.

Всем чиловых выходных🍦🥴

Ну и если у тебя есть какой-то интересный материал, новость или инфоповод, закидывай его в комменты, самое интересное на следующей недельке разберем👇

👉 Вот, знаешь, некоторые неопытные молодые люди регулярно спрашивают про не слишком распространённые платформы/языки. Они делают это для того, чтобы попытаться влезть в программирование через низкоконкурентную нишу. Типа, "вот ща, выучу Q#, через 10 лет весь рот в квантовых компьютерах будет и сразу станут нужны квантовые программисты! Я буду такой востребованный! Мне будут платить миллиарды и никакой конкуренции, недобор же!".

Если у тебя когда-нибудь возникали подобные мысли, то соре. Ты закомплексованный омежка, который ссыт вступить в конкуренцию с челами, которые ложкой в рот попадают через раз. Вместо того, чтобы пердолиться со скалой или эликсиром, возьми старую добрую Java, на которую вакансий в 10000 раз больше, так будет пролазить легче.

Всякие модные сорта говна лучше оставить исключительно опытным бойцам. Они с ними пердолятся ради забавы и стимулирования эрекции путём прямого вливания ПЕРСПЕКТИВНЫХ технологий в чертоги своего разума. Неопытные маслята делают это из-за жизненной необходимости и потому что ссыкуны. Они не одинаковые.

Мораль: Хочешь в айтишку - не выпендривайся, выбирай из популярного, там больше чайников, которых легко уделать. А уже потом, когда станешь большим и крепким, тогда и можешь совать нос в это болото перспективности. В противном случае, за то немногое, что остаётся в области ПЕРСПЕКТИВНЫХ технологий тебе придётся закусываться с сеньорами-помидорами, которые выкормились на популярных технологиях.

P.S. Ставь + в каментах, если тоже хотел влезть в непопулярную залупу, чтобы там не пришлось толкаться локтями с толпами джунов.

ЕхтримЦоде на страже ментального здоровья отпищеков ✌️

Ну приветик, мои маленькие любители перформанса.

Я вот тут опять полазил по самым глубинным-глубинам DarkNet'а, и нашел одно занимательное бенчмарк исследование чувака из Canonical, в котором сравнивается производительность разных инструментов для решения задачи подсчёта количества слов в тексте.

Результаты конеш восхитительные.

Во-первых, обычный grep трахнул всех без шансов.

Во-вторых, Zig, на котором написан небезызвестный Bun (принципиально новый JavaScript runtime, убийца Nodejs) занимает очень крепкую позицию.

В-третьих, ЧЁТА RUST НЕДОСТОАТОЧНО 🤡BLAZINGLY FAST🤡

Го был сделан гуглом чтобы емплои гугла (очень массово нанимаемые ньюграды в подавляющем большинстве, ничего кроме питона и жс не знающие) могли делать быстрый бекенд быстро.

Если чо, то количество микросервисов на питоне и ноде превышает все разумные пределы. Они делаются моментально на ExpressAPI или FastAPI, но они сука имеют abysmal перформанс.

В масштабах Гугла это крупные потери бабла.

Поэтому они подрядили Роба Пайка сделать простой как полено язык для этой самой задачи - быстро писать бек, но чтобы с перфом. Без изысков чтобы питонисты и нодеры осилили. С тулингом который позволит всем сразу деплоить в прод.

Я считаю Пайк прекрасно справился с задачей и Го прекрасно решает проблемы Гугла.

Только вы не Гугл.

Все что сложнее перекладывания жсонов между кафками и ответа 200 по хттп на Го выглядит как кусок говна

👉 IT KEKW NEWS™ из КиберБеза:
Microsoft сотрудничает с AMD/Intel/Qualcomm для внедрения своего чипа Pluton в новые процессоры.

Что такое Pluton? — Небольшой чип, который предоставляет хардварный способ защиты операционной системы. При этом он должен быть встроен в ЦП. Это такое виденье будущей кибербезопасности у корпорации добра и розовых пони.

Я тут как обычно лазил по даркнету, и нашел очешуительный разбор, чем это может грозить дефолтному пользователю персонального компьютера:

1. Больше никакого Linux на ваших персональных кудахтерах (наконец-то), если Microsoft не предоставит UEFI-сертификаты для вашего железа, сменить операционную систему будет не возможно

2. Интеграция Windows Update до уровня железа, + потенциально встроенная защита от даунгрейдов

3. Лицушные ключи можно будет безопасно хранить в этом супер-секурном чипе -> невзламываемый DRM.

Чипочек уже кстати поставляется в мобильные Ryzen 6000 серии.

Но из хорошего, Lenovo и Dell хоть и будут включать его в свое железо (процессор из компа сложно выкинуть, не так ли?) — собираются держать этот модуль деактивированным, но это не точно.

Ну чё, ❤️ или 💩

Признавайтесь, кто уже успел стать жертвой пропаганды F# в нашем чате? 🧐