Заявки

Тезисы доклада уточняются

Тезисы доклада уточняются

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

Где брать опыт когда ты Junior

Как развиваться в позиции Middle

Как не забуксовать будучи Senior

Куда уходят Сеньеры

Расскажу про роли и процессы в разработке mindbox. Результат 13ти лет эволюции Agile в бизнесе, где разработчик стал совладельцем и CEO.

• Архитектор, скрам-мастер, продукт, стейкхолдер — кто это?
• За что отвечает команда разработки
• Как создать гильдии вокруг демо
• Что измеряем вместо скорости
• Какие инструменты используем
• Как применяем социократию и самоуправления: роль открытого P&L и самоназначения ЗП

В нашей разработке 60 человек, 7 команд, 500 млн в год выручка продукта и быстро растем.

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

Пользователь закрывает вкладку в браузере, и ваше замечательное фронтенд-приложение испаряется. А что если можно было бы оставить какие-то его части еще немного поработать во благо улучшения UX? Отреагировать на какие-то события, завершить начатое общение с сетью - в общем, исполнить немного кода при закрытой вкладке и даже браузере. Я расскажу о разных интересных возможностях API из семейства сервис-воркеров, позволяющих продлить жизнь приложения, чтобы всегда иметь под рукой свежие данные, не бояться проблем с сетью, уметь показывать уведомления - все ради отличного пользовательского опыта.

Anomaly detection suffers from unbalanced data since anomalies are quite rare. Generating artificial anomalies is a solution to such ill or not fully defined data. I will present a two-level hierarchical latent space representation that distills inliers’ feature-descriptors into more robust representations based on a variational family of distributions for zero-shot anomaly generation.

Расскажу как можно строить рекомендательные системы, на основе нестандартных подходов: от аплифт деревьев и Баеса, до Reinforcement Learning и счетчиков

– Миллионы на таргет. Как работать с выгоранием аудиторий

– Новые каналы. Практика внедрения Яндекс Дзена и Телеграма

– Новый подход в подсчете конверсий через Атрибуцию Facebook

DevOps — это заговор сисадминов, чтобы заставить разработчиков делать чужую работу, но мы слишком умны, чтобы попасться на эту элементарную уловку ребрендингом! Посудите сами: мы написали код, он проходит тесты. Он, очевидно, работает и работает хорошо (Мы гордимся собой? Да!). И тут мы закончили.

Но приходят эти «визионеры» (все из operations, прошу заметить!) и рассказывают нам, что теперь надо учить YAML, Docker, Kubernetes и Terraform, потому что внезапно это наша головная боль?!

В этом докладе мы поговорим о том, зачем разработчикам нужен или не нужен DevOps. Мы рассмотрим аргументы, которые приводят идеологи DevOps, и решим, состоятельны они или нет. К концу доклада, будем надеяться, нам станет понятно, действительно ли это способ, который поможет нам (разработчикам) поставлять лучший код в прод чаще, или это, как всегда, разводка маркетологов и евангелистов.

Я - разработчик со стажем более 15 лет. И я также был тимлидом более трех лет. И знаете что? За время управления командами я узнал вещи, про которые мне никто не рассказывал, пока я был разработчиком. И очень зря...

Когда ты разрабатываешь софт, то может казаться, что единственное, что тебе надо делать, чтобы быть успешным, это писать хороший код. Однако, когда дело доходит до повышения, новым тимлидом или синьором становится тот, чей код может быть хуже твоего. И оказывается, что этот человек хорош в чём то ещё. Но в чём? Понять это можно, если посмотреть на разработчика с точки зрения менеджера.

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

Давайте тезисно, наглядно, “на пальцах” в QA Automation контексте проговорим ключевые для каждого по-настоящему опытного Автоматизатора 21 века, инженерные практики.

— Что нужно знать при переходе на подписную модель;

— Какой контент помогает продавать подписку;

— Какая модель продажи подписки работает в России;

— Как взаимодействовать с аудиторией, чтобы привлекать посетителей и конвертировалась их в подписчиков;

— Немного о пользовательском опыте и банковских процессингах;

— На какие метрики ориентироваться при прогнозировании отказа от продления подписки и как проводить передпописную кампанию.

Профессиональное выгорание: кто виноват и что делать. Рассказ от первого лица.

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

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

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

История проектного управления (включая проекты по разработке ПО) длится уже более 50 лет, но в последние годы вокруг всё больше применяются гибкие методологии, и мы перестаём замечать, как меняется мир вокруг. Я расскажу о тех практиках, которые можно применять не только в работе, но и в жизни, и покажу на примерах, почему это работает.

Я хотел бы предложить авторам OSS библиотек и разработчикам приложений взглянуть на написание кода с другой стороны — со стороны тех, кому придётся работать с ним в будущем. Несмотря на то, что чисто технически мы пишем код для машин, его основными пользователями являются люди. Что же такое «код, удобный в использовании»?

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

В докладе я рассмотрю этот «чек-лист» подробнее, а также приведу примеры из мира Руби и не только.

А что если, клиентский опыт, это не только «вижу» и «делаю», но и «чувствую», «думаю». Как вам мысль о том,что “продуктовые” дизайнеры на самом деле не умеют проектировать опыт и создавать продукты. А что если, гейм-дизайнеры, режиссеры и музыканты, это лучшие UX-проектировщики и продуктовики и нам срочно нужно у них всему учиться...

Расскажем как мы это видим в Сбербанке, подискутируем в процессе и праведно похоливарим в кулуарах.

Максимально широкое и подробное описание текущей (на начало 2020) программной и немного аппаратной архитектуры ВКонтакте, а также компромиссов, проблем и связанных с ними планов на будущее:

* Типы серверов и зачем нам их столько;

* Наши доморощенные БД;

* Немного про frontend часть;

* KPHP сегодня;

* PHP и Go в нашем продакшене;

* Деплой, мониторинг и откаты (куда без них);

* Подходы к отказоустойчивости в реалиях большого проекта.

Тезисы доклада уточняются

Душещипательная история о том как мы выбирали кластерную файловую систему под виртуалки и контейнеры, с какими трудностями столкнулись и почему остановили свой выбор на LINSTOR.

Хранилище LINSTOR построено на свободных технологиях: ZFS, LVM, DRBD и ориентрировнно на максимальную производительность и высокую доступность данных.

В данном докладе я расскажу про наш опыт его использования в Kubernetes, Proxmox и OpenNebula.

* На наглядном примере посмотрим как оно работает и чем отличается от того же Ceph и других решений.

* Под какие цели стоит использовать LINSTOR, а когда его внедрение может быть нецелесобразным.

* Разберёмся как работает тонкая настройка и планирование ресурсов.

* Проблемы DRBD и их решения.

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

В рамках доклада будут рассмотрены основные методики работы с базами данных для разработчиков, с особым акцентом на наиболее популярных открытых СУБД — MySQL, PostgreSQL и MongoDB.

Разработчики часто пишут все, что могут в логи. И думают: когда-нибудь пригодится. И что мы имеем на самом деле?

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

Я расскажу, как жить без логов.

Сотрудники хотят расти в компании и за её пределами,

руководители - простых инструментов и переговоров,

компания - роста компетенций и автономии сотрудников.

Примерно два года мы в Wargaming, Platform работаем над внедрением карьерных уровней и наконец вышли на финишную прямую. Я поделюсь тем, что у нас получилось, и вы даже сможете покритиковать - потому что мы за открытость и объективность. А ещё поделюсь найденными нами ответами на наиболее сложные по нашему опыту вопросы:

* Как связаны карьерные уровни и зарплата?

* Зачем вообще нужны карьерные уровни?

* Как продать карьерные уровни руководству?

* Как внедрить карьерные уровни?

* Чем отличаются грейды и карьерные уровни?

* Как привнести пользу и не нанести вред открытостью?

* Как лавировать между уровнями рынка, Гугла и внутри компании?

* Как договориться до минимальных, но достаточных определений уровней?

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