Все потоки

С приходом ИИ в поисковую выдачу, на смену Search Engine Optimization приходит GEO — Generative Engine Optimization (не путать с геосервисами вроде Яндекс/Гугл-карт и прочих Foursquare — это было гео для миллениалов). Для зумеров и молодящихся миллениалов ГЕО — это оптимизация под ИИ-выдачу, попадание в ИИ-рекомендации, в особенности (для Рунета) — в «Алису». «Попасть в рекомендации Алисы» — это уже реальный востребованный спрос, предложение на который только находится на этапе формирования.

С GEO-предложением сейчас происходит примерно то же, что происходило с рынком мобильной разработки после презентации айфона и AppStore: инструменты уже появились, названия у них есть, набор основных функций тоже более-менее сформировался, но общего понимания того, что именно они измеряют и чем один подход отличается от другого, пока ещё нет. Если попытаться систематизировать предложения по GEO, получится своего рода «облако тегов» — ChatGPT, Perplexity, Gemini, «видимость», «упоминания», Share of Voice, «конкуренты» — при ближайшем рассмотрении оказывающимся, скорее, туманом, в котором скрыты довольно разные методологии.

Создать отверстие, подобрать комплектующие, расположить элементы в пространстве и разместить готовую проходку в проекте – все эти задачи можно решить в nanoCAD BIM ОПС 25.1. Разбираем, как сформировать кабельную проходку с собственной 3D-графикой, проверить ее расположение и автоматически получить спецификацию отверстий.

С чего начать создание кабельной проходки

Для работы понадобятся три таблицы базы данных из категории «Проходки»: «Отверстия», «Комплектующие проходок» и «Сборки проходок» (рис. 1). Дополнительные элементы доступны в таблице «Материалы» категории «Материалы и комплектации». Каждая таблица отвечает за свою часть работы: геометрию отверстия, состав комплектующих или объединение элементов в готовую сборку.

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

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

В прошлой статье я писал, что компилятор — первый ревьюер кода, который написал агент. У этой идеи есть слепое пятно, и я в него наступил: конкурентность. Компилятор проверяет типы, go vet проверяет десяток известных шаблонов, -race ловит гонки данных. А горутина, которая никогда не завершится, — это не ошибка типов и не гонка. Код, который не слышит отмену, — тоже.

Собрал платный API для проверки кода на протоколе x402 — агент получает HTTP 402, платит в USDC, получает подписанный сертификат. Довёл до продакшена и наткнулся на четыре бага, каждый из которых выглядел как рабочий код. Заодно проверил, есть ли вообще спрос — и вот что показали цифры.

На всех зарубежных блогах внизу статьи есть форма подписки на почтовую рассылку, RSS ленту или телеграм канал.

Также на всех русскоязычных площадках люди нормально относятся к упоминанию телеграм канала в конце статьи.

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

В этой статье я хочу разобраться в этом феномене.

Разбор архитектуры ИИ-агента для статического анализа кода: локальный индекс на SQLite, 71 инструмент, цикл tool-calling на 30 ходов и валидаторы, которые мы написали и сами же сняли, потому что они ложно срабатывали на валидных файлах.

Что делать, если произошла ошибка? Житейская мудрость говорит, что можно попробовать еще раз. 

В контексте разработки ПО существует известный и простой паттерн для повышения отказоустойчивости — retry.

Реализация ретраев в Java-приложениях придумана давно. Как вариант — достаточно добавить в код стандартные аннотации. Но внедрить ретраи — это не так просто, как кажется: нужно решить еще много вопросов — например, как сохранить согласованность данных, как подружить ретраи на разных уровнях архитектуры, а еще учесть особенности разных технологий. И наконец, как при этом не навредить проекту.

Привет! Меня зовут Петр Деменев, я Java-разработчик в MTC Web Services. В материале расскажу о нашем горьком, но успешном опыте внедрения политики ретраев в реальный проект и о неочевидных особенностях, с которыми мы столкнулись. В тексте будет акцент не на строгих теоретических канонах, а на реальной жизни, чтобы приземлиться на уровень практического опыта. И попутно расскажу о некоторых способах ретрая.

Открываешь навигатор — а ты уже в деревне Пупкино. Знакомо? Спуфинг и глушение GNSS стали новой реальностью, ломая работу служб логистики, такси и даже общественного транспорта. Наша компания столкнулась с этим лицом к лицу в проекте по интеграции V2X в московские трамваи. Вагоны с нефункционирующим GPS начали «дрейфовать» в цифровом пространстве, а инерциальные системы (IMU) требовали калибровки через N поворотов на 90° — в рельсовом транспорте такое просто невозможно.

Так родился «Курвиметр» — наша реализация Dead Reckoning. Идея проста: если GPS молчит, а CAN-шина даёт скорость, почему бы не использовать её для расчёта пройденного пути, а пройденный путь соотносить с треком? Спойлер: всё оказалось сложнее. Или спасибо машинному обучению. Вот как мы заставили трамвай «знать», где он находится, даже в зоне глушения. Кажется, это интересный кейс, поэтому не ограничивали себя в количестве представленных расчетов и графиков.

По данным исследования ГК ОТР, 53% гибридных и удаленных сотрудников сталкиваются с проблемами  при использовании корпоративных систем. Низкая скорость соединения, сложный интерфейс и постоянные ошибки заставляют задуматься о квалификации ИТ-специалистов и могут снижать лояльность к работодателю в целом. Что с этим делать, разбираемся вместе с экспертами Directum.

Привет, Хабр!

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

А мы правильно понимаем, что скрывается за словом «образование»?

Говорит ли хоть что-то о компетенции человека фраза «я знаю»? Почти ничего, кроме хорошей памяти. А вот «я умею» — уже проверяемо и говорит о многом. Осталось проверить, насколько умеет.

Мне давно нравится идея хранить заметки обычными Markdown-файлами в своём репозитории на GitHub. Файлы остаются твоими, их можно открыть на github.com или в любом редакторе, а история изменений достаётся даром: это просто коммиты.

Был проект BatNoter, который делал ровно это, но ему нужен был собственный сервер для входа через GitHub. В конце 2022 года сервер перестал отвечать, и приложение умерло.

Я переписал его так, чтобы сервер был не нужен вовсе. Получился Notewing: браузер сам ходит в GitHub API, изменения копятся офлайн и отправляются одним коммитом, а конфликтующие правки не теряются. В статье расскажу, как устроена синхронизация через Git Data API, где были подводные камни и как всё это тестировать, не трогая настоящий GitHub.

Июль 2025: METR показал, что с ИИ опытные разработчики работают на 19% медленнее, хотя уверены, что быстрее на 20%. Февраль 2026: эксперимент повторили на 57 разработчиках — и METR сам написал, почему цифрам нельзя верить: всё больше участников не хотят работать без ИИ даже за деньги, а 30–50% прячут задачи, где ИИ особенно хорош. Май 2026: опрос, ускорение «в 3 раза» — и снова оговорки. Разбираю три поста и что из них следует для спора «заменит или нет».

Социальные танцы — отличный антидот от выгорания в ИТ. Никаких мониторов, грейдов, тасок и дедлайнов. Только музыка, несложные движения и возможность переключиться на что-то совершенно другое. 

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

Когда я только начала разбираться, как опубликовать приложение в Google Play из России, у меня довольно быстро появилось ощущение, что я занимаюсь чем‑то если не запрещённым, то как минимум подозрительным. Почти везде логика была примерно одинаковой: из России вроде бы можно, но желательно иметь иностранную карту, иностранный адрес, иностранный номер телефона, жить где‑нибудь в Сербии, Грузии или Казахстане и, по возможности, вообще перестать быть российским разработчиком.

Очень обнадёживающе.

Но у меня уже была готовая игра PanzerShrek, российский паспорт, российский банковский счёт и вполне серьёзное желание проверить, действительно ли Google Play для российских разработчиков полностью закрыт или всё‑таки не настолько страшно.

Спойлер: PanzerShrek в Google Play в итоге появился. Но местами путь туда оказался интереснее, чем разработка самой игры.

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

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

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

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

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

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