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

Благодаря нескольким простым шагам лично я стал уделять операционке в несколько раз меньше времени и теперь хочу поделиться этим опытом с вами.

• Избавился от того, что не нужно
• Делегировал то, что не нравится
• Автоматизировал то, что нельзя делегировать
• Посмотрел на оставшееся под другим углом

Термин PWA появился еще в 2015 году, но из-за браузерных разногласий долгое время был лишь красивой идеей. В 2023-м есть надежда, что на iOS появятся альтернативные браузерные движки, а это может привести к тому, что для создания почти полноценных приложений будет достаточно знаний фронтенда.

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

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

Apache Kafka — это распределенный и хорошо масштабируемый лог сообщений с открытым исходным кодом. На нем мы строим шину данных в «Озоне», прокачивающую через себя миллионы сообщений в секунду. Для того чтобы управлять огромными кластерами, мы строим экосистему из специальных инструментов. Одним из них является Cruise-Control, о котором и пойдет речь.

В докладе отвечу на вопросы:

• что такое Cruise-Control и для чего он нужен;
• с какими проблемами мы столкнулись при запуске Cruise-Control в Ozon;
• как начать использовать Cruise-Control у себя уже завтра.

В докладе поговорим о том, как взаимодействовать с большими языковыми моделями и конкретно с ChatGPT. Разберем на примере ряда кейсов, с которыми разработчики сталкиваются каждый день. Как правильно формулировать промпты, чтобы писать код, тесты для него и документацию в 5−10 раз быстрее.
Я покажу, как можно полностью автоматизировать или ускорить рутинные операции. Рассмотрим фреймворки над ChatGPT, которые позволяют получать результат еще быстрее и лучше.

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

Вот о чем поговорим:

• Flutter vs React Native: как выбрать технологию;
• как верстать на Flutter. Чем верстка на нем похожа на HTML и CSS;
• что общего у Dart и TypeScript;
• какую пользу я извлек из такого опыта.

В докладе автор расскажет, почему именно разработчикам необходимо заниматься написанием Network Policy в Kubernetes для своих микросервисов. А также как декларативно, быстро и удобно, придерживаясь GitOps-подхода, раскатывать и отдавать ресурсы между отделами.

Мы знаем термин Web3 уже 9 лет. Все слышали о блокчейне или криптовалютах. Считается, что это новая эпоха развития интернета, его третья версия.

Но готовы ли мы как разработчики к этой новой эпохе?

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

• Что такое Web3, в чем его особенность
• Как написать web3-приложение
• Примеры web3-приложений
• Что изменяется во фронтенд-разработке
• Что изменяется в бэкенд-разработке

Что делать с вашей базой данных, если вы испытываете кратный рост трафика?

Проект, на котором я работаю, вырос с 300 rps до 2000 rps, и я хочу поделиться опытом тех практик, которые мы применили и которые позволили нам сохранить работоспособность, не проваливаясь в даунтайм.

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

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

Если посмотреть на статистику State of JavaScript 2022, то мы увидим, как Webpack стремительно теряет свои позиции, а вперед вырываются новые сборщики, такие как Parcel, Snowpack, Turbopack, Vite. Все это хайп или что-то, что можно уже сейчас использовать в боевых проектах? А если да, то что выбрать? Именно об этом и пойдет речь в докладе, в котором я сравню между собой разные сборщики и приведу цифры, заставляющие задуматься.

Я часто встречаю противопоставление двух наиболее распространенных методологий управления
Одну ругают за «бурость», регламенты и бюрократию, а вторую за хаос, отказ от планирования, инфантильный подход к работе и вообще детский сад

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

Рассмотрим этап Discovery: определение потребностей, процесс генерации идей, анализ конкурентов, проектирование UX/UI, составление спецификации.

Рассмотрим этап Delivery: разработка, релиз.

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

Почти осмысленный даунгрейд с позиции управления бизнесом, до управления проектами, как инструмент для просветления:

• Как живому топ-менеджеру пришла идея пойти в руководителя проектов?
• Самое удивительное различие между топами и линейными сотрудниками (спойлер: не зарплата).
• Ценность опыта для личности и профессионального развития.
• Умышленное возвращение в CEO.

А главное — выводы о том, как я теперь буду управлять бизнесом.

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

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

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

1. Чем отличается классическая юнит-экономика от агентской? 3 основных части, на которые она делится в продакшне: юнит от продукта, от клиентской команды и от вида деятельности
2. Как устроена продуктовая разработка в агентствах и как построить соответствующий юнит?
3. Особенности внедрения и экономики каждого типа юнита. Как учесть все факторы, не запутать команду и вдохновить на изменения
4. Оцениваем эффективность продуктового юнита: процессы, KPI, менеджмент и ресурсы
5. А оно того стоило? оцениваем результаты, корректируем, смотрим в будущее

Новые проекты обычно начинаются на голом энтузиазме, с одной идеей. Так и появился мой сайд-проект: таск-менеджер с телеграм-ботом и календарем okbob.app.

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

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

Какую проблему поможет решить доклад?

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

Как доклад изменит поведение аудитории?

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

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

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

В докладе разберем:
 — какие проблемы возникают на проектах: взгляд со стороны агентства и взгляд со стороны заказчика;
 — какие фундаментальные условия нужно создать агентствам и заказчикам на своей стороне для того, чтобы «‎космический корабль взлетел"‎.

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

1. Теория эволюции аутсорс компаний:

• горизонтальный рост, продукт, консалтинг.
• Особенности каждого этапа

2. Продуктовая модель развития:

• почему стартап внутри компании — это больно?
• Необходимость разделения бизнес-моделей.

3. Как понять, что вы готовы к продукту.

4. Почему нужен драйвер процесса?

• Обоснование необходимости.
• Роль драйвера процесса вне ключевых ролей продукта.

5. Как найти своего драйвера?

• Выращивание внутри компании: опыт, роли, критерии.
• Найм на рынке: риски, выгоды и минимизация ошибок.
• Работа с готовым продуктом и его драйвером: пример успешного опыта.