Некоторые из тех докладов которые смотрел/курировал и могу рекомендовать:

1. Павел Лакосников: Офигенный доклад про развитие платформы Авито в разрезе обеспечения надежности. Про то как они оцифровали CJM и сделали трассировку для стабильности. Имхо это прям космос. Кажется очень мало кто дошел на текущий момент до такого.

2. «Что такое QA и почему это ответственность техлида» от члена ПК Евгения Сабирова.
Про то почему нужно больше обращать внимание на обеспечение качества, а не его контроль. Очень крутой доклад. Надеюсь он его выложит на публику пораньше 🙃, я тогда с удовольствием репостну и у себя ;)

3. «Топ-5 инженерных практик для внедрения в работу команды» от Евгения Харченко, демонстрирует впечатляющий уровень анализа профита внедрения инженерных практик в райфе)

4. «Три недели кодирования экономят два дня проектирования» от Леонида Царева подсветил с правильной стороны ценность ADR. Меня еще на уровне подготовки зацепила его идея и статья, и мы начали внедрять себе эту инженерную практику. Рекомендую ознакомится со статьей и докладом, который является не только отражением, но и развитием статьи.

Это к слову зачем быть в ПК — есть возможность с коллегами которые готовят классные доклады пообщаться одним из первых и лично позадавать вопросы 😉

А вообще было много и других интересных докладов которые интересны всем кто интересуется инженерными практиками и архитектурой)

Красочный пост про то что SEO умирает от Артёма:
https://news.1rj.ru/str/badTechProject/1433

Там он указывает что много отраслей потеряли достаточно весомые % трафика в поиске.

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

Хотя на AI оптимизацию влияет в т.ч. и приемы SEO, там думаю все же своя специфика и свой рынок будет.

А нам как для разработчиков нужно понимать техническую сторону аспекта.
Например интересен выпущенный майкрософтом в мае стандарт NLweb - протокол для того чтобы AI мог взаимодействовать с сайтами.
https://3dnews.ru/1123179/microsoft-predstavila-nlweb-otkritiy-protokol-dlya-vnedreniya-iipoiska-na-sayti

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

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

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

С одной стороны — у нас в стране подобная автоматизация на большинстве заводов в зачаточном состоянии. Своих таких рук мы почти не делали до 22год со слов мужика, в основном немецкие поставлялись и (вроде) японские. И они все ушли с 22го.

Но сейчас смотря на новости, кажется, что профессия может умереть сильно преобразится через несколько лет. И доля низкоуровневого программирования в этом направлении сильно снизится. Так же как снижается и доля необходимости в ручном программировании алгоритмов в условной веб разработке.

Роботы учатся управлять собой сами: MIT создал систему управления без программирования
https://www.ixbt.com/news/2025/07/01/roboty-uchatsja-upravljat-soboj-sami-mit-sozdal-sistemu-upravlenija-bez-programmirovanija.html

«Эта работа — переход от программирования роботов к обучению роботов». Вместо написания кода, роботу достаточно показать, что нужно сделать, и он сам научится достигать цели.

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

Как порадовать линуксоида вечером 😅

Microsoft потеряла около 400 млн пользователей (почти треть пользователей за год)
https://trashbox.ru/link/2025-06-30-poterya-polzovatelej-microsoft

Топ-10 факторов, снижающих продуктивность разработчиков в Google.

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

Perplexity использую несколько месяцев. Это далеко не основной инструмент и гугление он не заменил лично для меня:
1. процентов 15% запросов на perplexity.
2. процентов 50% моих запросов информации удовлетворяют прямые запромы в llm (chatgpt, deepseek, qwen, etc).
3. Остальное в гугл. Стоит отметить что ai ответы в поиске вернули часть моего трафика, раньше меньше было.

Но эти 15% в perplexity того стоят, и точно стоят чтобы сейчас урвать себе прошку за 500р на год, с учетом продающихся купонов (если кто не знал).

Perplexity без проблем ставится приложением на телефон (в отличии от танцев с бубном для chatgpt) и прошка работает без vpn.

И вот сейчас заанонсили Comet - новый браузер от perplexity. Выглядит перспективно, записался в waitlist.
https://comet.perplexity.ai/

Пришел мерч от podlodka как члену ПК 🙂

Наконец-то Женя выложил этот классный доклад. Рекомендую всем!

Поднимает очень прикольный вопрос — когда неправильный нейминг сущности может негативно влиять на всю индустрию.

Когда тестировщиков называют QA, часто убирают фокус с обеспечения качества. Тестировщикам часто сложно обеспечивать качество, просто потому что они специалисты в тестировании, а не в производстве. В очень редкой команде вы увидите, что тестировщик диктует то, как правильно строить архитектуру ПО, чтобы в ней было меньше багов. Или как правильно выстраивать процесс взаимодействия между условно фронтендером и бекендером. Обычно этим занимаются тимлиды и техлиды.

Несмотря на то, что мы в нашей компании следуем трендам и стараемся растить именно настоящих инженеров в отделе QA, чтобы по-настоящему управлять обеспечением качества, они должны быть техлидами-разработчиками, специалистами в производстве и инженерных практиках производства.

Да, возможно, тестировщик-инженер с опытом 5–7 лет, с глубоким опытом в разработке ПО и очень широким кругозором действительно мог бы заниматься обеспечением качества, но для этого ему нужно дать полномочия тимлида/техлида, архитектора (роль которого часто выполняют предыдущие — в какой-то мере).

И самое главное — в условиях дефицита опытных(!) кадров в ИТ — это абсолютно не масштабируемая история. Стоит ли выстраивать под это процессы? Нет, и почти никто не выстраивает.

Так и получается что в большинстве проектов, где нет QA с огромным опытом - в итоге НИКТО не занимается системным обеспечением качества. А только его контролем.

И эта проблема вполне раскрыта в этом, без сомнения, очень важном для индустрии докладе)
👉 https://www.youtube.com/watch?v=cXynr0qm8FM

P.S. Инженер тестировщик звучит не менее круто чем QA.

https://www.forbes.ru/tekhnologii/541874-bez-lisnih-slov-andeks-vnedril-vektornyj-poisk-dla-povysenia-tocnosti-rekomendacij

Векторный поиск будет особенно эффективен в корпоративных системах поиска по документации и базам знаний, HR-системах для поиска резюме, рекомендательных системах для контента и товаров, системах техподдержки и интеллектуальных чат-ботах», — уверен эксперт.

Важность RAG. Рано или поздно большая часть поисков которые есть в корпоративных системах, на сайтах - станут AI based. И будут подключены к чат ботам (в продвинутых системах через RAG+MCP).

В этой статье в т.ч. упоминается размер этого рынка.

Кстати я член программного комитета в Пых.Конф)

И немного взял кураторство (первым/вторым пилотом) докладов и по RAG и по YDB о которых речь выше).
Будет еще несколько докладов про AI в т.ч. круглый стол по AI в IDE.

Кажется это будет самая крупная конференция по PHP за последние годы)
Соизмеримая с phprussia когда она была еще отдельной большой конфой в несколько потоков)

У меня в детстве книжка была, с удовольствием читал Остера)

better-auth.com

Кайфовая восходящая open source звезда в мире аутентификации.
— Почти во всем лучше next-auth (auth.js) который не может релизнуть 5 версию пару лет
— Покрыл все базовые frontend & backend framework
— Причем на нормальной глубине: например, поддерживает самые свежие (15.2+) новшества nextjs такие как nodejs middleware
— Кучу плюшек: разные двухфакторки, каптча, рейт лимит, magic link, one tap и прочее.
— Кайфовая документация и чейнджлог. Обожаю читать чейнджлоги, а когда они еще и такие красивые то вообще кайф)
— Отличный темп релизов

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

# Архитектура
В отличии от next-auth базовая архитектура полностью session-based. Что в целом ... хорошо для большинства проектов. Упрощает многие вопросы)
Но да, конечно в JWT (next-auth) есть свои плюсы.

Я когда то думал что auth.js станет таким стандартом и мерилом. Но ... не стоит доверять open source который «вот-вот» релизнется =)
И походу универсальным комбайном аутентификации станет как раз better auth =)

Собственно такие труды не пропали даром. Они получили на seed round 5 млн $ от Y Combinator.

Кажется, отличный показатель для решения которое изначально стартануло из open source под MIT лицензией 🔥

... всего год назад! Первый релиз в мае 2024.

Отличные дизайн документации и чейнчлога себя окупили)