🧑‍💻 Какие навыки помогают вам в разработке в 2026 году?

Что вы чаще используете в работе? В каких задачах помогает ИИ, а где проще справиться самостоятельно?

Мы решили собрать портрет современного разработчика — и приглашаем вас поделиться своим опытом. Расскажите, какие навыки вам пригодились и как вы используете ИИ. Если обходите его стороной, нам тоже интересно узнать почему.

Опрос анонимный и займёт около 5 минут. Результаты опубликуем в общем большом исследовании.

👉 Пройти опрос

Измеритель INP тоже может ошибаться

В SpeedCurve нашли баг в lux.js: обёртка передавала durationThreshold во вложенном options, хотя PerformanceObserver ждёт этот параметр на верхнем уровне. Браузер не видел настройку и применял стандартный порог 104 мс.

Что это меняло? Взаимодействия короче 104 мс не попадали в обычный Event Timing observer. Например, запись о событии длительностью 80 мс могла отсутствовать. Это могло влиять на рассчитанное INP и определение событий, которые его сформировали.

В lux.js 4.5.3 вложенность исправили и добавили браузерный тест. Перед сравнением графиков проверьте версию сборщика и отметьте момент обновления: распределение могло измениться из-за измерения, а не вашего релиза.

Разбор ошибки

#веб #производительность

Как IRC-сеть из 1998 года пересобрали на Go и WebAssembly

28-летняя Yudum.NET теперь помещается в один исполняемый файл на Go: сервер чата, сайт и веб-чат работают в одном процессе с базой SQLite. Никнейм служит учётной записью на сайте, а старые IRC-клиенты по-прежнему подключаются.

Веб-чат тоже написан на Go: TinyGo компилирует его в WebAssembly для запуска в браузере. Один и тот же код проверяет ход в игре на сервере и рисует стол в чате. Цена решения: несколько мегабайт браузерного модуля и сборка, которая занимает минуты.

В разборе переписывания Yudum.NET есть и история борьбы с перезапусками: временный процесс обслуживает веб-запросы, пока запускается новая версия. Сайт не гаснет, но IRC-соединения ещё обрываются. Эту часть предстоит решить.

#веб

Почему доставка сообщения не гарантирует выполнение платежа

Брокер доставил команду провести платёж, но обработчик может упасть при её выполнении или обращении к платёжному сервису. Подтверждение доставки ещё не подтверждает результат.

В схеме отслеживания завершения отправитель публикует команду и сохраняет идентификатор платежа со статусом PENDING, то есть ожидает результата. После выполнения обработчик отправляет подтверждение с тем же идентификатором. Получив его, отправитель меняет статус на COMPLETE: работа завершена.

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

Давайте сыграем в айтишную каламбурю!

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

Я начинаю — вы подхватываете: Ада Лавпринглс

Листаете ленту, открываете ролик, переходите в сообщество автора — всё внутри ВКонтакте. За этими привычными действиями стоят разные системы и команды. Каждой нужна возможность развивать свою часть продукта и выпускать обновления в собственном темпе.

В прошлом году ВКонтакте начала переход на сервисную архитектуру: пользовательские сценарии постепенно переносили в отдельные сервисы, пока продуктовые команды продолжали выпускать обновления. Для подготовки новых сервисов создали внутреннюю платформу разработки. Она автоматизирует типовые операции — теперь подготовка занимает часы вместо недель.
Трансформация затронула и веб-версию. Основные разделы перевели на SPA: браузер обновляет нужные части интерфейса без полной перезагрузки страницы. В результате страницы открываются на 25% быстрее, а переходы между разделами ускорились в 3,5 раза.

Вместе с техническим директором ВКонтакте Юрием Кочаряном разобрали, как проходили эти изменения, что помогло командам ускорить разработку и какие подходы можно применить в своём проекте.

https://tproger.ru/articles/kak-perestraivat-produkt-kotorym-ezhednevno-polzuyutsya-65-milli

От чатбота к агентам: опыт Митчелла Хашимото

Для работы с кодом Хашимото перешёл от отдельного чата к агенту, который читает файлы проекта и запускает программы. После этого начал повторять собственную работу: сначала решал задачу сам, затем давал её агенту без готового решения.

Так он выяснял, какие задачи можно поручать ИИ. Дальше добавлял инструкции в AGENTS.md, файл с правилами проекта, и способы проверить изменения, включая запуск тестов.

В истории освоения ИИ в разработке Хашимото связывает выбор задач с настройкой рабочего окружения. Отдельные чаты при этом остались в его повседневной работе.

#ии #инструменты

Что можно настроить в ИИ-агенте Pi?

Армин Ронахер пользуется Pi и добавляет нужные возможности через расширения. В его описании устройства агента есть три составляющие:
— ядро читает, записывает и редактирует файлы, запускает команды;
— расширения добавляют функции и могут сохранять свои данные в сессии;
— ветки беседы позволяют отдельно отладить проблему и вернуть в основную сессию краткий пересказ.

Список задач и ревью изменений Ронахер поручил создать самому Pi. В разборе агента с примерами расширений видно, что он дописал под собственный рабочий процесс.

#ии #инструменты

Перенос MiniJinja с Rust на Go силами Opus и Codex

Около десяти часов работы агента и примерно 45 минут активного участия автора. Так Армин Ронахер оценивает основной перенос MiniJinja с Rust на Go. MiniJinja собирает текст по шаблонам.

Он начал с Opus 4.5 внутри Pi, а оставшиеся исправления тестов передал GPT-5.2 Codex. Рабочая среда оставалась той же; Go-реализацию сверяли с сохранёнными результатами тестов Rust-версии.

По ходу работы агент отказался от проверок, в которых программа должна завершаться ошибкой: текст сообщений не совпадал дословно. Ронахер вмешался и сохранил эти тесты, изменив способ сравнения сообщений.

#ии #инструменты

Doom на виртуальной машине Turso: память в таблице, кадры в строках запроса

Вся память Doom помещается в одну запись таблицы: двоичное значение BLOB на 64 МиБ. Указатель в C становится смещением внутри этого значения, а чтение и запись памяти игра выполняет командами базы данных.

Команда Turso написала компилятор vdbecc: LLVM переводит исходный C-код в промежуточное представление, а vdbecc превращает его в VDBE, байткод виртуальной машины базы. Готовые кадры игра отдаёт через ResultRow, ту же инструкцию, которой SELECT возвращает строки результата.

В разборе порта есть код и браузерная демонстрация, а также объяснение, как реализовали вызовы функций и указатели на них. Повторить это в обычном SQLite нельзя: нужны расширения Turso и добавленный загрузчик программы.

#веб

Звонки Discord на Cloudflare: почему сервер поближе не всегда лучше

Сервер в Рейкьявике снизил задержку местных звонков, но пинг иностранных участников вырос в 2,7 раза. У Discord весь звонок обслуживает один сервер: если он оказался в Исландии, участники из Германии тоже отправляют пакеты туда и обратно.

Перенос трафика из Роттердама в Амстердам добавил другую проблему. У пользователей французского провайдера Orange задержка в часы пик превышала секунду: соединение между сетями на пути к Cloudflare было перегружено. Перенос пришлось откатить.

В разборе миграции голосовых звонков команда Discord показывает, как эти сбои изменили план: регионы стали переносить по одному, заранее проверяя, выдержат ли соединения с крупными интернет-провайдерами дополнительный трафик.

#облака

Модель C-интерфейса в Quint помогла найти больше десяти ошибок в SQLite

SQLite должна отклонить десериализацию базы, пока идёт транзакция чтения. Но в тесте вместо ошибки SQLITE_BUSY, означающей, что база занята, произошло падение.

Паван Намби из сообщества Turso моделировал в Quint отдельные контракты C-интерфейса SQLite: что операции должны делать по документации. Quint генерировал последовательности состояний, которые переводили в небольшие программы на C и запускали на настоящей базе. Сравнение ожиданий с поведением SQLite выявило ошибки, пропущенные прежними проверками.

В разборе Намби и команды Turso показаны шаги, приведшие к падению, и подход к проверке отдельных контрактов без моделирования всей базы данных.

#инструменты

Каскадный сбой Discord: почему сокращение кластера сорвало звонки

Инженеры Discord увеличили ресурсы каждой копии сервиса сессий и уменьшили число копий. При остановке те не успели передать данные соседним узлам: разом оборвались 17% сессий подключённых устройств.

Переподключения перегрузили два процесса, через которые создавались HTTP-соединения для управления звонками. Через них же шло обновление регистрации сервисов в etcd, хранилище сведений о доступных узлах. Очереди росли, регистрация перестала обновляться, узлы выпадали из списка доступных. После перезапуска нагрузка снова блокировала их работу.

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

#облака

Викторина об оптимизации Rust: проверка компилятора и испытание живой аудиторией

Деление целого числа на пять компилятор может заменить умножением и битовым сдвигом. Автор викторины для EuroRust проверял такие превращения в Compiler Explorer, сервисе для просмотра машинных инструкций, и переводил результат обратно в Rust, чтобы составить вопросы.

Затем собрал веб-приложение: ведущий переключает слайды, зрители отвечают с телефонов. Тесты с участием до 50 человек прошли успешно, но на сцене один ранний голос закрыл вопрос для остальных. При возврате на слайд игра разрешала отвечать только тогда, когда голосов ещё не было.

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

#веб

Подготовка мобильных приложений Etsy к пикам нагрузки без мгновенного отката

Неудачный мобильный релиз остаётся у пользователей, пока они не установят исправление. Оно ещё должно пройти проверку магазина приложений. В разборе сезонной подготовки Etsy показано, как команда заранее ограничивает последствия сбоев.

Правила выпуска ужесточают постепенно: сначала откладывают изменения, требующие от продавцов переучиваться, затем ограничивают дополнительную нагрузку на инфраструктуру. На пике нужен допуск старшего руководителя. Заранее проверяют и удалённые флаги: сбойный участок кода должен читать их, чтобы его можно было отключить без обновления.

Срочные оповещения оставляют для ухудшения показателей сбоев. К ошибкам в Sentry добавляют тег последнего экрана пользователя: он помогает найти ответственную команду, когда одна группа ошибок затрагивает и каталог, и корзину.

#инструменты

Ускорение просмотра изменений в GitHub через упрощение компонентов React

Одна строка кода во вкладке Files changed могла нести больше 20 обработчиков событий. На тысячах строк цена такой архитектуры росла: интерфейс тормозил, память уходила на повторяющиеся компоненты.

Команда GitHub упростила дерево React и передала обработку событий общему обработчику: он определяет строку по атрибутам HTML-элемента. Состояние комментариев и меню перенесли в дочерние компоненты, которые появляются по необходимости.

В разборе оптимизации есть замеры: на 10 000 изменённых строк задержка от действия до обновления экрана снизилась примерно с 450 до 100 мс. Тест проводили на MacBook Pro M1 с четырёхкратным замедлением. Для самых крупных изменений понадобилось ещё и отображать только видимые строки; этот подход тоже разобран в материале.

#веб