Microsoft планирует заменить весь код на C/C++ кодом на Rust к 2030 😊

Такое заявление сделал Гален Хант, выдающийся (!) инженер из Microsoft.

Выглядит это всё супер нереалистично. Особенно когда читаешь «наша цель – один инженер, один месяц, один миллион строк кода». Добиться этого планируют, естественно, с помощью ИИ. Предполагается, что внутренняя LLM'ка microsoft будет переписывать код с C/C++ на Rust, а реальный инженер будет по диагонали его смотреть и аппрувить изменения. Я люблю Rust, но боюсь даже представить, что из этого всего получится.

С Новым Годом! 🎄

История одного дебага

Столкнулись недавно с очень странным поведением одного нашего внутреннего Java-приложения. В чём оно заключалось: представьте, у вас есть сервис «A» в K8S, который ходит по HTTP в сервис «Б», который расположен где-то в вашей инфраструктуре. Сервис «Б» доступен по доменному имени с хелсчеками доступности адресов. То есть если один из инстансов «Б» становится недоступным, то он пропадает из DNS-выдачи.

И в чём же была проблема? В общем, в какой-то момент у нас один из инстансов «Б» всё-таки отвалился. Со стороны инфраструктуры всё отработало четко, хелсчеки сработали и убрали из DNS A-запись мертвого «плеча». Но (!) при этом у нас сервис «А» начал в логах сообщать об ошибках при подключении к сервису «Б». В ошибках было написано «timeout». Продолжались они 15-16 минут, а потом сами проходили.

Первая мысль: «А» продолжает ходить в мертвый инстанс «Б» из-за DNS-кеша. Пошли проверять: ни CoreDNS k8s-кластера, ни JVM приложения не хранят кеш так долго. Значит, не DNS-кеш, тогда что?

Пробуем снять TCP dump трафика из контейнера нашего сервиса «А» и видим, что... В дампе этого трафика нет... Есть хождения в другие сервисы, но нет в наш сервис «Б». При этом «А» в логах постоянно пишет, что пытается сходить до «Б» и ловит таймаут. Тут сразу мысль, что как-то не так сняли дамп и надо повторить. Повторили несколько раз, и та же шляпа.

Пошли к разработчикам с этой проблемой, но они разводят руками. Говорят, что приложение простое, никакой сложной логики там нет. Грубо говоря, ломаться там нечему. В целом я сам, когда на код глянул, то у меня такие же мысли были. Но, судя по дампу, дело было точно в приложении, надо было просто найти конкретное проблемное место.

В какой-то момент глаз пал на библиотеку, которая использовалась в сервисе «А» для выполнения HTTP запросов – OkHttp. По дефолту она использует HTTP/2, мы вместе с разрабами решили попробовать переключить её на HTTP/1.1. И о чудо! При попытке воспроизвести проблему она не повторилась!

То есть по итогу проблема в чем была: OkHttp устанавливал HTTP/2 соединение с одним из инстансов сервиса «Б», и когда этот инстанс умирал и пропадал из DNS-выдачи, OkHttp почему-то не разрывал с ним соединение, и как-будто бы продолжал пытаться с ним связаться, но на самом деле нет. Судя по tcp дампу, OkHttp никакие TCP пакеты в сторону отвалившегося сервиса не отправлял, но в логах писал про какие-то таймауты 😡. И продолжалось это всегда около 15 минут, после этого OkHttp пробовал наконец реально установить соединение с сервисом «Б», и всё начинало работать.

Кому нечем заняться на новогодних выходных, но при этом хочется подтянуть/обновить свои знания SQL, есть прикольная web-игра, где вы в роли детектива расследуете дела, в которых вам нужно «добывать» из базы нужные записи, используя SQL.

Интересно позалипать в такое, да и сделано всё со стилем, даже звуки при нажатиях на кнопки есть ☺️. Я только не понимаю, почему у всех моих ответов efficiency rating 90%, а не 100%. Чего-то не хватает...

https://sqlcasefiles.com/

Meta* использует CPU планировщик, который Valve разработали для Steam Deck

Планировщик называется LAVD (Latency-criticality Aware Virtual Deadline), алгоритм основан примерно на тех же принципах, что и EEVDF (основной планировщик Linux с версии 6.6). Отличается он тем, что пытается рассчитывать критичность задержки (latency) для потока, основываясь на том, как часто он ждал выполнения, или как часто другие потоки ждали его. Соответственно, чем критичнее поток, тем большие приоритет он будет иметь. Если у вас, например, запущена какая-то игра и открыт браузер, в котором что-то происходит, то приоритет выполнения будет передан игре, а на браузер планировщик будет реже отвлекаться.

Удивило, что, оказывается, Valve не сами разработали LAVD, а при помощи консалтинговой компании, специализирующейся именно на разработке ПО с открытым исходным кодом. Я до сегодняшнего дня вообще не знал, что такое существует. Компания называется Igalia, полистал немного их блог, представляю, как там интересно работать разрабом. Про то, как эти ребята помогали Valve у них есть них отдельная статья, а чуть более подробно про LAVD есть вот такая презентация и запись доклада на ютубе (преза в видео на ютубе отличается от той, что по ссылке).

LAVD — это BPF планировщик, часть его работает в пространстве пользователя, а другая в пространстве ядра. Недавно я писал статью про BPF-шедулеры, кому интересно узнать про них поподробнее, вот ссылка ☺️ (Upd: поправил ссылку).

*Meta (владеет Facebook, Instagram и Threads) признана в России экстремистской организацией и запрещена.

Новость не новая, но всё же. Выше прикреплён график количества вопросов, задаваемых на StackOverflow по месяцам.

Я знал, что активность у них упала, но не ожидал, что так сильно. Большой спад видно в 2022 году, как раз когда ChatGPT зарелизили, если мне не изменяет память и гугл.

У меня за всю жизнь на StackOverflow всего вопросов 7-10 задано, но сколько раз этот сайт спасал меня во время дебагов ещё когда я был разрабом... 💧

https://data.stackexchange.com/stackoverflow/query/1926661#graph

Увидел в новостях заголовок «Tailwind сокращает 75% персонала из-за ИИ». Подумал, что опять какая-то шляпа, пошёл искать источник и отрыл вот такой комментарий в гитхабе.

Как оказалось, это действительно правда, они реально уволили 75% своих инженеров из-за ИИ, но есть нюанс 👍.

Tailwind — это UI фреймворк для CSS, который типа облегчает оформление стилей для вашего сайта. В крупном проде зачастую стили пишут с нуля и создают свою «библиотеку компонентов», поэтому я лично не видел, чтобы Tailwind использовали для чего-то серьёзного. Но при этом он отлично подходит для рисования всяких статических страничек типа лендингов и т. п. Но это так, лирическое отступление.

В общем, в чём суть: у них есть платный продукт – Tailwind Plus, который и приносит им все бабки. И вот случилось так, что доходы с его продаж упали на 80%. Произошло это из-за того, что он продвигался, грубо говоря, через рекламные вставки в документации бесплатной версии Tailwind.

А документацию люди, оказывается, перестали читать, потому что по всем вопросам они сразу идут к ИИшке. И эта самая ИИшка, разумеется, не пытается продать пользователю компоненты от Tailwind за тыщу баксов.

Это официальная версия, но думаю дело не только в том, что документация потеряла «человеческих» читателей. Какой-нибудь условный Claude Code может достаточно быстро склепать те же компоненты, которые доступны в Tailwind Plus. И соответственно зачем мне вообще тогда этот платный CSS-код?