Привет, Хабр! Меня зовут Денис. Я CIO. И я хочу честно рассказать, о своем опыте, как привести к порядку хаос в крупной международной компании. Без команды консультантов, без покупки дорогих инструментов, просто засучив рукава.

Когда я пришел в эту компанию, она росла на 400% в год. Миллионы пользователей, 180 IT-сотрудников, бюджет 140 млн руб. в месяц. Звучит как успех? На деле IT был «черной дырой»: бизнес не понимал, куда уходят деньги, задачи тонули, инциденты решались месяцами, а релизы срывались каждый спринт.

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

Я пишу это, чтобы вы увидели, как грамотный подход может изменить IT-ландшафт компании-гиганта. Поехали.

У меня сайт по поиску работы. Там куча джоб-бордов подключена — hh, SuperJob, Зарплата, ТрудВсем и ещё пара штук. Всё круто, вакансии тянутся, ИИ помогает резюме составлять. Но была одна проблема, которая убивала всю конверсию на корню.

Люди не могли пользоваться поиском.

Вот серьёзно. Заходишь в аналитику — и видишь: человек открывает страницу с фильтрами, смотрит на все эти поля, что-то тыкает, жмёт «Найти» — и получает фигню. Либо 500 вакансий дворников, хотя он вообще-то бухгалтер, либо пустой экран «ничего не найдено». И уходит. Навсегда.

Я думал: ну это же элементарно! Написал в строке «Python разработчик», выбрал город Москва, зарплату от 200к — и готово. Как на любом нормальном сайте. Но нет. Люди как будто впадали в ступор. Я начал копать.

Привет, Хабр! Меня зовут Денис, я продолжаю рассказывать о своём проекте. Эта статья — не очередной обзор фич. Это инженерный пост‑мортем: как я спроектировал умный поиск вакансий, где упёрся в 152-ФЗ, как считал экономику каждого прогона и какие ошибки успел наделать в продакшене.

Если вы делаете LLM/ML‑фичи для B2C/B2B‑продукта в РФ, многие решения покажутся знакомыми, а некоторые — спорными. Буду рад обсуждению в комментариях.

Привет, Хабр! Знаете это чувство, когда у тебя одновременно открыто 20 терминалов с Claude Code или Cursor, ты не помнишь, какой из них за что отвечает, какой уже сожрал 50 баксов токенов, а какой просто завис и смотрит в пустоту? Если знаете — вы либо гениальный архитектор ИИ-систем, либо уже готовы сдаться и уйти в монастырь.

Я выбрал третий путь: организовал ИИ-компанию. Целиком.

Кратко: готовиться к собеседованию скучно и страшно.

Я сделал симулятор, где вы проходите три уровня интервью как квест: отвечаете на вопросы по реальной вакансии, AI оценивает ответы, а ваши HP и урон по «боссу» зависят от качества ответов. Плюс артефакты, ранги, достижения и подробный отчёт, которым можно поделиться с рекрутером. Рассказываем, зачем это нужно, как устроено под капотом и почему хочется играть снова.

Пролог: день, когда изменился рынок

15 декабря 2025 года. Для большинства соискателей обычный вторник. Но для тех, кто зарабатывает на жизнь автоматизацией поиска работы, этот день стал «чёрным понедельником». HeadHunter, крупнейшая российская платформа рекрутинга, перекрыл кислород: доступ к API резюме был заблокирован.

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

Я решил провести собственное расследование. Не просто поверхностный обзор, а полноценный тест-драйв всех более-менее заметных инструментов, которые обещают помощь в поиске работы на hh.ru. Задача — понять, кто смог адаптироваться, кто умер, а кто, рискуя вашим аккаунтом, продолжает работать в обход правил.

Итак, процесс поиска работы превратил меня в подопытного кролика для HR-бизнеса. За последнее время я прошел через руки пяти различных «специалистов» — от частных консультантов до компаний из топ-10. Цены на услуги варьировались от 7 до 450 тысяч рублей, а результат колебался между «ноль» и «комичный провал».
Но самое забавное началось, когда я сам вышел на рынок. То, что творится на собеседованиях, достойно отдельного стендапа. Под катом — хроники моих злоключений, портрет идеального абсурда в найме и описание рабочего пайплайна, который в итоге сложился.

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

Если вы хотя бы раз в последний год искали работу на hh.ru, вы точно знакомы с этим чувством: листаешь ленту, откликаешься на десятки вакансий, а в ответ — тишина. Конкуренция за место выросла почти в два раза, а HR тонут в море шаблонных откликов. Стратегия «распыляться и надеяться» больше не работает. Она просто выжигает время и мотивацию.

Гораздо эффективнее другая тактика — умный, сфокусированный поиск. Не больше откликов, а релевантнее. И здесь на помощь приходят AI-инструменты, которые перестали быть просто игрушкой. Они становятся рабочим стеклом соискателя.

Давайте разберем, как именно AI может спасти ваши нервы и повысить КПД поиска, и как встроить это прямо в ваш текущий процесс — без танцев с бубном.

Проведенное недельное тестирование системы автоматизации планирования собеседований выявило тревожные тренды, указывающие на глубокий структурный дисбаланс на рынке IT-труда. Полученные данные свидетельствуют о значительном перегреве, при котором HR-специалисты формируют иллюзию "очереди у забора" из кандидатов. Однако эта видимость маскирует ключевую проблему: массовую дубликацию активностей соискателей.

Когда у тебя несколько клиентов (web + расширение + десктоп), API быстро развивается, а данных много и они сложные — «контракт» между бэком и фронтом начинает дрейфовать.
Я решил это так:

Пол года назад у меня была простая идея: большинство соискателей проводят часы на hh.ru, листая сотни вакансий, но редко находят то, что идеально подходит. Чем больше вакансий, тем дольше поиск. Тем выше риск упустить что-то стоящее. Я подумал — а что если создать платформу, которая использует ИИ для умного анализа?

Так родилась идея HHBro.ru — приложение, которое не просто показывает вакансии с hh.ru, а анализирует каждую через призму вашего резюме и находит идеальные совпадения.

Это был проект, который я разрабатывал в одиночку — от концепции до деплоя. Без финансирования, без команды, только идеи и энтузиазм.

Важное замечание: Как соло-проект без инвестиций, HHBro развивается медленнее, чем хотелось бы. Есть недостатки и баги, есть фичи, которые я хочу добавить, но на которые пока нет времени. Но я полон идей и энтузиазма! В этой статье я поделюсь не только тем, что получилось, но и тем, как я подошел к разработке, какие решения принимал, и как планирую развивать проект дальше.

Маленькие заметки для тех, кому сложно понять кучу умных слов,

Single Responsibility Principle — принцип единственной ответственности

Open Closed Principle — принцип открытости-закрытости

Liskov Substitution Principle — принцип подстановки Барбары Лисков

Interface Segregation Principle — принцип разделения интерфейса

Dependency Inversion Principle — принцип инверсии зависимостей

Автор: Денис Закусило

Приветствую всех неравнодушных! Это заключительная статья цикла о переходе от модульной архитектуры к сервисам.

[Записки тимлида] Битрикс: от модулей к сервисам

[Записки тимлида] Битрикс: от модулей к сервисам 2

Сегодня мы рассмотрим организацию структуры frontend стороны приложения.

Установка расширений PHP традиционно включала такие проблемы, как поиск предварительно скомпилированных двоичных файлов, использование менеджеров пакетов ОС или ручная компиляция из исходников. Эти методы могли быть непоследовательными на разных платформах и требовали разных команд, что делало процесс сложным и подверженным ошибкам.

PECL , хотя и полезен, кажется устаревшим. Не так просто разместить расширение в PHP, как в Composer. PIE — это инициатива PHP Foundation, призванная решить эту проблему, рассматривая расширения как пакеты Composer. Он упрощает процесс, обеспечивает лучшую кроссплатформенную согласованность и обеспечивает более простые обновления и управление расширениями PHP.

Автор: Денис Закусило, 

СТО в компании DD Planet

Приветствую всех неравнодушных! Сегодня мы поговорим об управлении различиями в коллективе.

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

Приветствую всех неравнодушных! Я являюсь руководителем разработки в компании DD Planet, и сегодня, наконец-то, дошли руки написать продолжение статьи

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

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

Агенты

По факту, агенты - это выполнение php команд по-расписанию. Но мы пойдем дальше и выделим их в отдельную сущность, в классы с расширением Agents.php

Создадим интерфейс для агентов

Приветствую всех неравнодушных! В статье я расскажу, как мы смогли подружить сложные D7 свойства инфоблоков с нашей IDE. 

Есть в одном проекте такая волшебная штука, как подборы. В них столько свойств, что обычный getList() по 30 записям съедает 6 Гб оперативной памяти, а для оптимизации этого монстра приходится использовать ядро D7. Что же может нам рассказать интернет о том, как правильно обращаться к свойствам инфоблоков, чтобы проект не "ушел отдыхать", обидевшись на всех?

1. Изучим концепцию

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

Приветствую всех неравнодушных!

Хочу поделиться с вами историей о том, как мы рефакторили код проекта на Битрикс под DDD архитектуру. Возможно кому-то это будет полезно, а возможно, и сам подчерпну что-то новое для себя.