Доклады

Как устроено API в Одноклассниках

- методы API на примере публичного API

- достоинства кастомного API клиента

- стек технологий проекта автотестов: Java, JUnit5, Maven, Hamcrest

Про покрытие

- Объем необходимого покрытия

- Приоритеты покрытия

- Учет параметров из сигнатур методов и другие критерии для приоритизации

- Цели по покрытию

- Решенные проблемы

- Фичи для развития покрытия

Измерение покрытия

- Как мы измеряем покрытие

- Приоритеты

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

- Работа с druid

- Получение и обработка данных

- Визуализация через кастомный UI сервис, возможности и фичи

Автоматизация

- Автоматическое создание задач

- Автоматическая генерация автотестов

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

1. Знакомство с тех.стеком, изучение основ. Что важно знать.

2. Цели, задачи и контексты команды

3. Коммуникация с командой и заказчиком, регулярное получение обратной связи

4. Прозрачность процессов. Как обеспечить.

5. Участие в процессе разработки, свои решения и идеи, управление архитектурой

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

1. Контроль - высшая форма доверия, так говорит мой папа - настоящий полковник. Как отслеживать эффективность сотрудников на удалёнке?

2. Все руководители владеют ОЗЭРО-м и ОКЭАН-ом.

3. Мотивация и манипуляция - это разные истории! Как мотивировать сотрудников работать с вами, а не искать другую работу?

Я слушал много лекций, читал много книжек где учат что делать если ты стал тимлидом или каким-то руководителем впервые. Привет книге "Мама я тимлид" и тому подобное. И еще больше руководства и обучения как растить тимлидов правильно. Кого назначать, а кого нет. Окей, но допустим я разработчик и хочу стать лидом, что мне делать?

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

- Действительно ли ты хочешь быть лидом?

- Какой нужен уровень?

- Софты. Коммуникации, Делегирование, Командная работа, Работа со временем, управление стрессом и т. д. Что нужно и как качать.

- Рост внутри компании

- Рост через увольнение

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

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

Расскажу о сделках с большим чеком на примере кейса по продаже доступа к курсу по Python, размещенного на моей платформе.

Важные особенности продвижения в Google. Рабочие методы линкбилдинга в 2024. Что нужно обязательно применять для улучшения E-E-A-T. Практические рекомендации и наработки.

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

Какие темы затронем:

— «Топовые авторы» — кто это такие и почему все хотят к ним

— Некоторые популярные барьеры при публикациях

— Как быть, если статья не пишется, а надо?

— Самые частые ошибки: как их избегать и что делать, если избежать не удалось

— Подборка лайфхаков при написании/вёрстке/публикации статьи на Хабре

— Ответы на вопросы

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

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

Надоело слушать истории про “успешный успех”? Пришло время рассказать правду!

Факап-Стендап - это секция в формате стендапа IT-конференции Стачки, где спикеры откровенно делятся своими неудачами. Никаких прикрас - чистая самоирония!

Ученье — свет, а обучение — фонарь, солнце или сверхновая. Но как сделать из искры источник вечного света в ИТ?

Важно понять, что все мы можем быть учителями в той или иной области, но кто и как получает пользу от обучения?

Обсудим столпы devops: автоматизация, сотрудничество, коммуникация, близость, масштабирование в разрезе обучения.

Расскажу подходы к работе аналитика на основании моего опыта:

- Выстраивание работы в команде, когда какой-то роли не хватает

- Разберу типичные ситуации в реальных проектах.

Какие ошибки совершила и как можно было поступить удачнее

- Планирование своих задач и работа с ожиданиями

Это позволит вам успешно провести аналитику в проекте в срок даже в условиях неполной команды, успешно запустить проект, но при этом не стать человеком-оркестром, который ответственен за всё.

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

В своем докладе я хочу показать, как можно при помощи HTMX и пары строчек кода заменить тяжеловесные React и Vue.

Этот доклад можно рассматривать как продолжение прошлогодего доклада. Только теперь я полностью сосредоточусь на практике.

– Проблема props-drilling;

– Как не стоит решать проблему через контексты;

– Правила работы с контекстами;

– Фабрика провайдеров и хуков;

– Утилиты для безопасной работы с контекстами;

– Пример организации компонентов с разделением ответственности и использованием утилит;

– Преимущества: типобезопасность, разделение ответственности, легкая масштабируемость.

Доклад о том какие существуют популярные заблуждения есть в сообществе и что с собеседованиями по JS не так:

Мы с вами разберем, как JS существует сразу в нескольких реальностях и как это сказывается на нашем коде. Поймем, почему мы должны читать ECMAScript спецификацию, а так же, почему мы не должны этого делать. Почему аналогии того как работает JS зачастую далеки от реальности, а то и ведут к тому, что мы пишем код хуже чем может нам показаться. Как мы сами создали мифы которые потом требуем на собеседованиях от других? Поговорим об оптимизациях и байткодах в v8, а также как v8 игнорирует некоторые моменты в спецификации для повышения производительности.

О чём доклад:

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

Проблемы которые возникли при масштабировании команды

Чем занимаются платформенные команды, примеры задач

Зоны ответственности платформенных команд

Как подготовить проект к связке продукты + платформа

Что мы сделали в первую очередь

Работа с техдолгом и roadmap платформенной команды

Особенности найма и работы в платформенной команде.

Выводы

- что такое Agile зрелость
- какую ценность имеет регулярная диагностика Agile зрелости для организации
- разработка методологии и процесса проведения: опыт ВТБ

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

2. При определении подхода к описанию API нужно учитывать факторы:

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

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

c. Стандарты принятые в компании. В больших компаниях уже существуют лучшие практики описания документации.

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

1. Телеграм, комьюнити, мультиканальность – все это тренды 2023-2024 года. Следуем за ними или нет?

Что включают эти тренды, что дают бизнесу.

2. В нашем кейсе создание канала стало логичным продолжением социальных сетей.

VALO – это крупнейший апарт-отель в Санкт-Петербурге, «город отелей» на 3500 номеров, включает в себя 6 зданий от 3 до 5 звезд. С очень разной ЦА. Проблема и задача – на одной площадке объединить всех.

3. Стратегия развития telegram канала на примере нашего клиента. От кросс постинга (почему это не эффективно) до создания комьюнити с мультичатами. Что это такое, как работает, какие результаты дает бизнесу.

4. Комьюнити менеджер - кто этот человек, чем отличаются обязанности от смм специалиста, как оценивать результативность.

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

6. Результат на данный момент в числах и эффективных функциях канала. Много преимуществ, которые он дает компании при правильном ведении.

- Сбор семантики

- Генерация контента

- Анализ сайта

- ИИ-помощник по SEO

Наверно, уже все в курсе, что React разработчики могут использовать серверные компоненты в своих проектах, но большинство из нас все еще не торопятся их применять. Почему?

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