Доклады

⁃ Расскажу про историю внедрения проектного подхода на примере конкретного проекта моей HR команды

⁃ Поделюсь пошаговой схемой внедрения: от сбора рабочей группы до демо и завершения проекта

⁃ Покажу, как привычные для ИТ команд ритуалы (грумминг, синки, ретро) можно адаптировать и применить в HR

⁃ Объясню, почему проектный подход в HR — это не революция, а эволюция и как он может усилить, ускорить и вдохновить команду

1. Что такое CI / СD ключевые тезисы, почему CI/CD критичен для компании (?)

2. Средства/продукты для организации процесса CI / CD: GitLab, Jenkins, TeamCity, Circle CI, Travis, CodeMagic и тп

3. Выбираем GitLab

4. Этапы CI / CD, акцентируем внимание на этапе сборки flutter приложения под iOS, android, web + нет доступа в Интернет (только доступ в корп сеть VPN)

5. Немного о проблемах, которые возникают в условиях VPN

6. Думаем/выбираем локальное хранилище: JFrog, Nexus Dart, ProGet, CloudSmith и тп

7. Далее рассматриваем на примере Nexus Dart хранилища (тк в компании исторически сложилось и бесплатное решение)

8. ** пару слов о развертывании Nexus локально

9. Варианты сборки: локально на ПК / в контейнере (Docker)

10. Собираем Android: сборка в контейнере (настраиваем окружение), далее смотрим какие есть нюансы сборки, на что следует обратить внимание и учесть, метрики (?)

11. Показываем как автоматизировать сборку в GitLab: pipelines, jobs, workflow, runners и тп

12. Собираем Web: сборка в контейнере, нюансы сборки

13. Собираем iOS: размышляем о возможности сборки в контейнере (легальный/нелегальный способы), сборка на ПК, автоматизация в GitLab. Несколько слов о хранении Pods в Nexus

14. Подводим итоги и намечаем пути к последующему распространению полученного артефакта

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

2. Классификация 1С-системы в рамках системного анализа.

3. Проекция принципов системного анализа (12 принципов) на пример анализа производительности системы 1С.

4. Расшифровка этапов системного анализа (9 основных этапов и 3 дополнительных) для случая работ по нагрузочному тестированию 1С.

5. Модели и моделирование в системном анализе. Классификация нагрузочного тестирования 1С как метода моделирования.

6. Системный анализ направлен на подготовку и

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

Как растить людей в реально больших командах (10 команд, 100+ человек)

Как создать систему наставничества, если у вас мало лидеров?

Как создавать условия для инициативности в команде?

Как обучать взрослых коллег и не получить кислотную обратную связь?

Тезисы:

1) Традиция корпоративных выездов с 2016 года

2) Аудитория: кто едет и почему это важно

3) Как организовать мероприятие для 120+ сотрудников

4) Самое главное — ключевые результаты корпоративных выездов (Какие цифры HR измеряет для бизнеса)

Данная тема подойдет для более опытных специалистов, которые хотят углубиться в контекстную рекламу. Основные темы:

- ремаркетинг,

- таргетинг по намерениям,

- автоматизация правил

- анализ данных

- демонстрация на реальных кейсах

1. SEO + Яндекс Директ: 5 стратегий одновременного использования

2. Медийка — перспективные траты или слив бюджета

3. Фишечки по снижению стоимости лида до 10 раз

Как можно бесплатно получать внешние ссылки на свой сайт. Универсальные типы площадок и методы добычи ссылок. Бесплатные способы ускорения индексации страниц с внешними ссылками. Красные флаги линкбилдинга. Что не так с показателем DR и его аналогами. Мои списки площадок для размещения.

1. Как проверять товарные фиды? Частые ошибки и их решение

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

3. Неочевидные способы использования фида. (Фид не только для Ecommerce)

— Как справляются с семантикой новые модели

— ИИ в семантическом ядре для крупных проектов и маркетплейсов

— Работа с многослойными запросами

— Где ИИ на текущий момент бесполезен

— Примеры крупных семантик

— ИИ помощник в поиске ключевых слов

1. Что такое конфликт и когда он начинается (Конфликт — не крик и не скандал, а расхождение интересов или потребностей. Большинство конфликтов начинаются задолго до первой эмоции. Три уровня конфликта)

2. Что стоит за конфликтом: триггеры, страхи, несогласованные ожидания (Непрозрачные роли и зоны ответственности. Молчаливые ожидания. Отсутствие культуры обратной связи. Личностные проекции)

3. Эмоции и их влияние на конфликт: как управлять, а не подавлять (4 типа реакции: заморозка, бегство, атака, контроль.)

4. Что усиливает конфликт, а что ослабляет

5. Какой стратегией поведения пользоваться в конфликте

6. Алгоритм конструктивного разрешения конфликта

7. Когда стоит идти в конфликт, а когда — отпустить

8. Конфликт — точка роста, если не бояться говорить

Хэнбук как метафора корпоративной философии: свод правил, принципов и инструментов для эффективного взаимодействия.

Ключевые слайды становятся "мантрой" для ежедневной работы с командой и драйвером роста

Кейс Горнолыжного центра «Райдер»

Период реализации стратегии UGC октябрь 2024 – апрель 2025 (зимний горнолыжный сезон).

Место реализации: страница в ВКонтакте

Чего добились: прирост 681 подписчика, увеличение лайков на 27,5% (по сравнению с аналогичным периодом прошлого сезона), увеличение просмотров на 26, 4%, увеличение комментариев на 31% и увеличение репостов на 32,2%

Выполнение общего плана продаж на 98 %

Некоторых позиций на 120%

User Generated Content - контент, который был создан, опубликован и/или представлен пользователями бренда.

Почему мы решили использовать UGC?

• Бюджета на блогеров и платное продвижение у нас не было.

• UGC практически бесплатно.

• Люди сами делают нам контент на своих страницах.

• Живой и искренний контент, которому доверяют.

• Решили повысить лояльность к нашей горнолыжке за укрепления связи с клиентами.

Что мы сделали, чтобы получить UGC?

1. Оформили зоны для фото на территории ГЛЦ с нашими логотипами

2. Изготовили новый пьедестал для награждения и забрендировали его.

3. Объявили конкурс фотографий в октябре, декабре, январе, феврале и марте: выложи фото с ГЛЦ, отметь нашу группу, а мы сделаем репост себе на страницу ВК и в конце месяца с помощью генератора случайных числ выберем победителя и подарим подарок.

4. Первый контент с клиентами отсняли сами и разместили (чтобы показать, что так можно).

5. Разместили фото пользователей на плакатах на территории.

6. Просили просто выкладывать контент и отмечать нас.

7. Мониторили социальные сети наших постоянных клиентов и просили их контент для размещения у себя на странице ВК.

8. На период проведения соревнований дали разрешение делать съемки с трамплина и трассы (1-2 представителям команды).

Что мы получили в итоге?

1. Контент, который создавался без наших усилий (да, местами не очень качественный, зато настоящий).

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

3. Фото с соревнований начали массово выкладываться в социальные сети участниками соревнований – охваты стали стабильно рости.

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

5. 5 клипов, созданных пользователями, набрали 25,9 к просмотров при обычных средних 2,2 к. Кроме того, после одного из них у нас случился аншлаг к одному из инструкторов на индивидуальные занятия до конца сезона. И на следующий сезон к нему в лист ожидания уже целая очередь.

6. Фото пользователей на территории вызвали положительную реакцию. Клиенты попросили на будущий сезон повторить нечто подобное.

7. Траты на призы составили 1500 рублей (да, профита мы получили в разы больше)!!!!

Советы

• Четкие и максимально простые условия конкурса. Чем проще условия – тем больше участников.

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

• Показать пример, как делать (сначала сделать самим).

• Мониторить социальные сети постоянных клиентов и просить их контент.

• Просить людей упоминать вас в социальных сетях.

• Быть готовым к тому, что клиентам это понравится и они попросят придумать еще что-то такое интересное.

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

Человекоцентричность — это не просто модный тренд, а ответ на глубинные изменения в мире: пересмотр ценностей, появление новых поколений, высокая степень неопределённости.

Современная реальность требует трансформации бизнес-подходов — старые шаблоны и модели уже не работают.

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

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

Ключевые тезисы:

- Что такое человекоцентричность в управлении и почему эта тема стала актуальной сейчас

- Почему человекоцентричность ≠ гиперзабота. Про границы, ожидания и выбор.

- Почему добрые, «человечные» лидеры выгорают быстрее

- Раздвоение ролей: лидер как «психолог», «друг», «стратег» и «координатор»

- Что на самом деле заряжает команду — ясность и эмоциональная стабильность лидера

- Кейсы: внутренний конфликт между «мягким» и «жёстким» управлением, как находить баланс и есть ли он

Для кого

Руководители команд, project и product-менеджеры, HR, тимлиды, HiPo- специалисты — все, кто управляет людьми и ищет живые, устойчивые способы быть лидером в профессиональной и личной жизни.

Доклад охватывает различные аспекты безопасного и небезопасного использования пакета unsafe в Go, при помощи которого можно ускорять код в десятки раз!

Мы узнаем, как можно создавать срезы без дорогостоящей инициализации, научимся избавляться от Bound Checks и конвертировать строки в срезы и обратно без лишних копирований и аллокаций памяти... Дополнительно мы сравним пакет unsafe в Go с указателями из С/С++ и посмотрим на некоторые паттерны С++, которые можно в некоторых ситуациях применять при программировании на Go.

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

Основная канва доклада - рассказ о серии оптимизаций Duit (BDUI-фреймворка), целью которых было избавиться от лишних аллокаций объектов при обновлениях/анимациях и максимально сократить время парсинга данных.

1. Что такое АB-тесты вкратце для профессионалов

2. Почему вообще за это взялись SEO-специалисты

2.1 SEO — одна из немногих дисциплин в digital, где результат отсрочен и требует постоянной валидации гипотез на длинной дистанции.

2.2 В отсутствии штатной системы экспериментов SEO-специалистам пришлось строить свои мини-системы внутри хаоса, чтобы проверять эффективность изменений.

2.3 Опыт работы с неявными метриками (как органический трафик, crawl rate, индексируемость) делает SEOшников чувствительными к качеству данных и необходимости строгих контролей.

3. SEO как драйвер кросс-командного взаимодействия

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

3.2. Продвижение SEO-гипотез требует аргументации через данные, что естественным образом подводит к необходимости формализации и тестирования.

4. Что именно сделали: кратко о системе

4.1 Организация процесса тестов в корпорации

4.2 Технический стек АБ-тестирвоания

4.3. Валидация гипотез и реестр АБ-тестов с ICE приоретизацией

4.4. Настроены вспомогательные прокси-метрики (например, crawl budget, CTR из выдачи, позиции)

5. Чем подход SEO отличается от классического product-AB

5.1 SEOшники умеют работать с шумными, неидеальными и внешними данными, в отличие от чисто фронтовых АB-тестов.

5.2 Применение кластерных АB-тестов вместо классических user-based: поисковики не делят пользователей случайным образом, значит и методология должна адаптироваться.

5.3 Гибридные метрики — сочетание поведенческих и технических показателей, не видимых напрямую в бизнес-аналитике.

6. Примеры успешных кейсов, где конверсия выросла на 300%

7. Ошибки и уроки

8. Выводы

8.1. SEO-специалисты — естественные строители АБ-систем, потому что они:

- Думают в категориях гипотез и проверки последствий.

- Работают с длинными циклами и малым контролем над внешней средой.

- Привыкли защищать изменения с данными «на руках».

8.2. В корпорациях, где продуктовая аналитика часто занята фронтом и монетизацией, SEO может стать катализатором системного подхода к экспериментам.

— Как устроен приём апдейтов через webhook
— Очереди как буфер: помогают разгрузить webhook и обрабатывать всё асинхронно.
— Идемпотентность: защита от повторных апдейтов и дублей callback-запросов.
— Целостность и порядок: как обрабатываем события строго по очереди и избегаем гонок.
— Надёжная доставка: повторные попытки, логирование отправок, реакция на ошибки Telegram API.
— Модульная архитектура: бот как изолированный модуль в PHP-приложении, не захламляет основное ядро.
— Filament как административный интерфейс: справочники, рассылки, настройки
— Управление состоянием пользователя: как строим цепочки взаимодействий, многошаговые сценарии
— Обновление на лету: кнопки, тексты, логика рассылок
— меняем из админки.
— Rate limiting: как не упереться в лимиты Telegram при массовых отправках, используем троттлинг и очереди.
— Callback-кнопки без хаоса: архитектура обработки команд и колбэков, чтобы масштабировать без боли

- Какую задачу мы решаем с помощью платформы обработки и хранения данных

- Какие вехи в разработке архитектуры мы прошли и что поняли на каждом шаге

- Как функционирует многоуровневая архитектура платформы данных - как в одном продукте уживается cloud.ru, apache spark, apache airflow, apache iceberg и parquet, и почему мы все пишем на python

- Как мы используем имеющиеся инструменты

- Какие строим планы на будущее

System Design Interview - один из самых творческих этапов при прохождении собеседования. Основная сложность для мобильных разработчиков заключается в том, что многие источники для подготовки ориентированы на Backend-инженеров и это часто сбивает с толку. Текущий рынок труда сильно изменился, кол-во этапов увеличилось. Все больше компаний практикуют System Design. Поэтому в этом докладе я расскажу как пройти System Design именно мобильному разработчику и на какие аспекты отдельно уделить внимание. Успешно проходил System Design в Yandex, Avito, Revolut, Monzo и составил свой план для получения наилучшего результата. Покажу типичные ошибки, а также в конце разберем реальный кейс из Big Tech-компании. Доклад будет интересен как мобильным разработчикам которые готовятся к собеседованиям, так и тимлидам, которые хотят внедрить такой этап в своих компаниях.

- API First: что это такое и почему вокруг него споры.

- Контракт как точка синхронизации — когда он помогает, а когда мешает.

- Что влияет на “глубину” API First: цели проекта, структура команды, зрелость процессов.

- Документация vs контракт — где провести границу?

- Практические кейсы и грабли.

- Разберем базовые принципы индексирования и хранения геоточек и геополигонов в Elasticsearch, обеспечивающие эффективный пространственный поиск.

- На практических примерах рассмотрим геозапросы для поиска пересечений полигонов и вхождения точек в области.

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

- Затронем концепцию обратного поиска - регистрации запросов в percolator и использования percolate запросов.