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

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

В общем очень крутым делом мужик занимается, я с вдохновением пол ночи слушал о сложностях, с которыми сталкивается в процессе: программируемые лазеры, сварка, резка, 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.

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

Про профессиональное образование.

Интересная статья, почитайте как изменится образование в колледжах: https://t-j.ru/news/professionalitet-spo/

Мне кажется очень крутое нововведение. Если получится именно так, как звучит на бумаге.

Я весьма ярый противник просиживать кучу лет уча теорию которая очень часто устарела относительно реальной практики.
Особенно живя в настолько динамически меняющемся мире когда мы даже не можем предсказать какие профессии точно выживут и в каком будут виде. На этом фоне учиться 4-5 лет, кажется вообще бездарной тратой очень дорогого нам времени. Особенно еще и в годы когда мозг работает вообще в сумасшедшем темпе.

Все эти упоминания "научить учиться" никогда не понимал, этому можно научиться не тратя 4-5 лет. А социализироваться можно и на работе.

И вот вариант когда ты устаревшую теорию с устаревшей практикой меняешь на максимально прикладное обучение в отрасли — это здорово.
Если говорить про ИТ, то за 2-3 года мы из любого джуна вырастим крепкого мидл/мидл+. Пока по классической программе будут изучать допотопные языки и практики ... чтобы на выходе получить посредственного джуна, которого часто и джуном сложно, trainee.

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

Ну а по поводу профессионалитета — конечно вопрос будет от реализации этой здравой идеи на конкретных местах.

Интересное описание новостей развития китайского фаервола в контексте совершенствования методов щита и меча в цензуре сетевых запросов.

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

Это в тему того что пока что методы щита легко обходятся кучей механик, и надежных механизмов блокировки которые качественно будут делать точечные блокировки пока нет.

https://www.securitylab.ru/news/562041.php

Поучительная история про соглашения о перс данных при регистрациях на ресурсах)

Читаю я новости, и там статья неплохо бы раз в год проверять кредитную историю. Что там точно ничего лишнего.
Ну и как вариант это можно сделать например в Банки.ру.

Что может пойти не так. Зашел, там при регистрации пару галочек
1. Согласен с соглашением о перс данных
2. Согласен на рассылку от Банки.Ру

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

Оказывается за ссылкой с соглашением о персданных было разрешение передать мои персональные данные
1. ВО ВСЕ БАНКИ СТРАНЫ
2. ВО ВСЕ МФО СТРАНЫ

Можете сами посмотреть на что я ДОБРОВОЛЬНО подписался
https://static3.banki.ru/cfe/consent1.pdf
200 листов соглашений передачи своих персданных на добровольной основе.

И конечно в ТП говорят что теперь чтобы отозвать разрешение теперь нужно ВРУЧНУЮ отправить во ВСЕ организации запрет на использование перс данных)

Итого:
1. Т.е. не прочитав соглашение вы можете ДОБРОВОЛЬНО отдать свои персданные куче компаний)
2. Не регистрируйтесь на Банки.Ру

З.Ы. Написал тригернувший пост на пикабу, 230'000 просмотров, 200 комментов и 2600 плюсов)

Идея для сервиса:

1. Сервис анализа соглашений персданных. Он прогоняет через AI документы сервисов.
2. AIшка ищет типовые риски: передача 3 лицам и прочее.
3. Любой может законтрибьютить сервис скинув ссылку на анализ ссылку с соглашением.
4. Т.к. люди хрен будут заходить вручную - сделать плагин в браузере который будет подсвечивать сайт красным с возможностью щелкнуть и посмотреть основные найденные риски.