Заявки на доклады

Профессиональный фестиваль РИТ++ состоит из шести узкотематических конференций, у каждой конференции своя Программа и свои заявки на выступления. Выберите конкретную конференцию, чтобы посмотреть её программу:

Поиск по тегам:

Профессиональная конференция по применению психологии в управлении и бизнесе Aletheia Business 2019

Развитие осознанности

Эффект поведенческой экономики в ИТ-подборе

Людмила Клепова

1. Статистика на рынке ИТ-подбора.
* Какой стек самый востребованный?
* Каких кандидатов больше всего на рынке?
* Где открывать региональные офисы? И открывать ли?
* Кандидаты с какими технологическими стеками самые «дешевые»?
* Почему отказываются от офферов?
* На что идут люди: лидер, эксперт, деньги, проект?
* Хорошо ли в опен-спейсе и нужны ли людям печеньки?

2. Разрушение мифов или успех иррациональных решений.
* Три кейса из ИТ-компании, банка и производства.

3. Основы поведенческой экономики и как их применить в ИТ-подборе.

4. Три вывода: осознанность, статистика и менеджерская интуиция.

Программный комитет ещё не принял решения по этому докладу

Психологические инструменты

Инструментарий самоорганизации лидера групповой интеллектуальной работы

Юрий Пахомов

1. Источники: рефлексия собственного 9-летнего опыта участия в организационно-деятельностных играх в качестве лидера малых групп, решающих интеллектуальные задачи (автор единственного по состоянию на 2019 год популярного руководства для игротехников "Игротехнический букварь" М. 2004).
2. Когда нет применимой к задаче методики ее решения и четкой постановки самой задачи, оптимальный режим коллективного поиска решения (и самой формулировки задачи) - это свободное поисковое обсуждение. От классического мозгового штурма отличается широтой и расфокусированностью поискового поля.
3. В ситуации коллективной поисковой работы лидер группы сталкивается с противоречием. С одной стороны, максимальная поисковая включенность и активность участников требует спонтанности. С другой - необходимость получить результат требует структурирования и не допускает беспорядочного расползания обсуждения во все стороны. Одно из решений: чередование режимов а) спонтанное обсуждение и б) фиксация структурированного итога каждого спонтанного отрезка с указанием направления дальнейшего поиска.
4. Для удержания генерируемых смыслов на «спонтанном» отрезке лидер группы может использовать следующие инструменты интеллектуальной самоорганизации:
а) карта тематических областей обсуждения (создается и корректируется «на лету»);
б) карта универсальных областей обсуждения: согласие, несогласие, область незнания, конечный результат (наполняется и перенаполняется «на лету»).
5. Обозначенные логические инструменты самоорганизации лидера применимы в группе, уже готовой включаться в режим коллективной поисковой интеллектуальной работы. Когда группа как генератор идей еще не сложилась, на первый план выступают психологические приемы управления группой (разогрев, включение пассивных участников), и введение элементарных правил коммуникации (правило поднятой руки, проверка понимания чужих высказываний, безоценочность суждений и т.п.).

Программный комитет ещё не принял решения по этому докладу

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

Чурюмов Сергей Борисович

К наиболее опасным проблемам в работе с людьми, по мнению автора, относятся:
• Рост иждивенческих настроений
• Угроза увольнения ценных кадров
• Низкий авторитет в глазах подчиненных
• Безразличие и безответственность сотрудников
• Потребительское отношение к работодателю, рвачество
• Открытый конфликт или скрытое противостояние в коллективе

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

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

Программный комитет ещё не принял решения по этому докладу

Аналитический инструментарий для изучения факторов, определяющих поведение человека в решающей степени

Чурюмов Сергей Борисович

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

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

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Антикризисный менеджмент
Программный комитет ещё не принял решения по этому докладу

Бизнес-подход к счастью сотрудников

Андрей Макаров

Это история о 4-летней целенаправленной работе над счастьем сотрудников. Об опыте, который мы получили и выводах, которые мы сделали.
Расскажу:
- Сколько стоит счастье сотрудников и окупается ли это?
- Из чего состоит счастье на работе и как делать людей счастливыми?
- Конкретные примеры активностей для повышения счастья сотрудников
- Кого бесполезно делать счастливым?

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Особенности охоты на Senior+: Executive Search и HeadHunting в IT

Анна Афонина

Специалисты уровня Senior+ (Team/Tech Lead, PM, Head/Chief of..., etc), у которых действительно все хорошо, не находятся в поиске работы.

Мы разберем специфику ES и HH в IT:
- Пассивный поиск. Как они вообще меняют работу?
- Мало кандидатов. Really? Основные источники поиска. Архитектура network.
- Вы мечтали найти того, кому даже резюме не нужно. А как теперь оценивать?
- Сбор и анализ информации о кандидате — сокровища для выстраивания стратегии переговоров.
- Как мотивировать кандидата дойти до оффера через все этапы подбора?
- Организация переговоров с руководителем. Как довести до win-win?
- Лучшим всегда делают Counter-offer. Залог вашего успеха, и когда стоит сдаться.

Программный комитет ещё не принял решения по этому докладу

Счастливый сотрудник - задача, а не проблема: коучинговый подход в работе с сотрудником.

Елена Крестина

Желая сделать сотрудников счастливыми руководители начинают выяснять и раскрывать проблемы, которые волнуют сотрудников. И, если проблема вскрылась - нужно ее решить. В противном случае получим обратный эффект: сотрудник ополчится против нас. Для чего тогда выясняли?

Понимая это, как хорошие руководители, HRы. наставники - мы принимаемся за решение проблемы. Как не оказаться в ситуации, когда проблема сотрудника становится моей проблемой? Как не взять на себя ответственность за то, за что я не отвечаю? Как не навязать сотруднику собственную точку зрения, а дать возможность для развития?
Мы внедрили коучинговый подход в работу с сотрудниками. Разбили вопросы на 2 группы и поняли где его стоит применять, а где он совсем не нужен.

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

Как добиться того, чтобы и ваши сотрудники сами решали проблемы и получали от этого удовольствие - поделюсь на своем докладе.

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Генерация пассионарного потока

Чурюмов Сергей Борисович

Пассионарный поток – неудержимое движение сплоченной массы людей к великой цели (термин введен автором доклада). Самым успешным из правителей древности, когда-либо генерировавших пассионарные потоки, был Чингисхан. Однако он никогда никого не упрашивал и не заставлял отправиться в полный тягот, лишений и опасностей поход, где многие найдут свою погибель. Наоборот, это лидеры доказывали ему, что заслужили право на подвиг, а он или разрешал, или удерживал, или направлял их энергию в другом направлении. Но как он это делал?

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

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Антикризисный менеджмент
Программный комитет ещё не принял решения по этому докладу

Новая культура организации

Аврал как средство преодоления разгильдяйства у свободных людей, или Русская модель управления в действии

Ярослав Городецкий

* Почему многим людям больше нравится бороться с хаосом, чем быть винтиками в хорошо отлаженном механизме?
* Как найти разумный баланс между Системой и Хаосом в своей организации?
* Как достичь результатов в бизнесе, но при этом не сделать свою компанию потогонкой?
* До какой степени можно делать организацию самоуправляемой и давать свободу действий сотрудникам?
* Зачем нужны авралы?

Ответы на это вопросы я постараюсь дать во время своего выступления, обобщающего 9-летний опыт руководства компанией CDNvideo. Как мне кажется, в нашей компании удалось построить интересную организационную модель, которая берет лучшее как из современных западных гибких методик управления (Agile, Scrum и пр.), так и из принципов управления, применявшихся много веков в русской общине и описанных в книге Александра Прохорова "Русская модель управления".

Программный комитет ещё не принял решения по этому докладу

Weak Management Needs Pay Equality

Егор Бугаенко

The average salary of American workers is growing 1% every year, while the pay gap between similar jobs is decreasing. What do I think about this trend? Does it sound like people are getting more every year and it's good? Not at all. This trend is completely against what a good management should fighting for: unequal pay for unequal contribution. A strong manager wants to work with free people, who get what they deserve because of their work, not because of their place in the company. Meritocracy is yet another name for the movement we are leading now in the industry of software development.

Модели руководства
Программный комитет ещё не принял решения по этому докладу

Fullstack HR: миф или реальность

Ольга Давыдова
Артем Каличкин

Все современные практики и актуальные подходы (Agile, Lean, Scrum, Kanban, Servant leadership) уделяют очень много внимания вопросам коммуникации и взаимоотношений в команде.

Взаимоотношения — это про людей! Но почему тогда в этих историях так редко слышно про HR. В командах происходят самые серьёзные организационные трансформации, а коллеги из Human Resources как будто бы не при делах?

Если у вас возникает вопрос - а при чем тут HR, то возникает встречный вопрос - а какую роль у вас выполняет HR?
Мы для себя определили такую объединенную функцию как Fullstack HR. Что это? В общих словах: это история про людей в процессах! Более детально это:
- HR, который понимает «что такое docker»;
- Технари с soft skills & эмпатией.

Как мы это делаем, что на самом деле знают наши HR про docker, а наши программисты про бэкап, в каких вопросах жизни команд и инженеров участвует Fullstack HR - расскажем на нашем докладе.

В уже привычной для нас форме — историях в двух лицах.

Программный комитет ещё не принял решения по этому докладу

(почти) Объективная оценка людей в IT

Георгий Могелашвили

Правильно ли художник кладёт краску на холст? А может ли поэт слагать стихи в два раза быстрее? Достаточно ли эффективно программист пишет код?

Все эти вопросы поднимают одну общую проблему - как оценить деятельность творческих людей? К сожалению, пока ещё никому не удалось дать на это однозначный ответ и предложить универсальное решение. В Booking.com мы придумали и выстроили свои процессы, которые работают для более чем 1500 сотрудников в IT. Мы оцениваем людей не только по тому, что они делали, но и как они это делали, полагаясь на мнение не одного единственного руководителя/тимлида, а множества людей вокруг.

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

Программный комитет ещё не принял решения по этому докладу

Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги

Максим Цепков

Суть происходящих сейчас изменений в социуме - изменение меняется социального контракта между сотрудником и организацией. Раньше он говорил, что сотрудник выполняет свои должностные обязанности на рабочем месте, а компания — это оплачивает. Новый договор говорит, что сотрудник искренне и эффективно работает на цели компании, а компания обеспечивает ему счастье на работе и деньги для жизни. Повышение взаимных обязательств произошло с обоих сторон: раньше искренняя и эффективная работа на цели компании для всех сотрудников была не обязательна, достаточно было выполнения предусмотренных регламентами обязанностей. Но и счастье на работе не предоставлялось, для этого были семья, хобби и другие активности. Это не значит, что конкретных компаний, которые стремились дать счастье, не существовало, или не было людей, которые получали на работе счастье. Конечно, были. Но это не входило в социальный договор, не предполагалось по умолчанию, а было дополнительным бонусом, счастливым случаем: «мне повезло с моей работой». А сейчас это становится требованием «по умолчанию».

В докладе будет разобрана история формирования и изменения социального контракта в IT. Особенность отрасли в том, что старый социальный контракт работал плохо, потому что регламенты не обеспечивали результативность. Именно в этом суть книги Брукса "Мифический человеко-месяц". RUP, потом Agile - разные попытки организовать результативный процесс в рамках существовавшего рабочего контракта. Но Agile ориентацией на ценности открыл путь к его изменению, актуальный в условиях нарастающего дефицита рынка труда. Компании начали привлекать сотрудников свободным графиком, самореализацией, и другими благами. И в целом этот процесс приводит к изменению социального контракта. Но по пути возникло много побочных эффектов, например, Agile-курорт, складывающийся в некоторых IT-отделах корпораций, на котором сотрудники блага получают, а на бизнес-цели компании не работают, и разные другие эффекты взаимного несоответствия ожиданий, которые так же будут рассмотрены в докладе.

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

Модели руководства
,
Корпоративная культура и мотивация
,
Выбор стратегии долгосрочного развития, KPI
Программный комитет ещё не принял решения по этому докладу

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

Анна Суворова

Согласно отчету LinkedIn в Топ-5 профессиональных компетенций, которые будут больше всего востребованы в 2019 году, попали People Management Skills (навыки управления людьми). Они стоят наряду с облачными вычислениями, искусственным интеллектом и проектированием пользовательского опыта.
Что это означает?
А то, что любой руководитель должен не только разбираться в своей профессиональной области, но и уметь выстроить взаимодействие в команде.
И это, на мой взгляд, самая трудная часть работы лидера.

Чтобы стать эффективным в области управления командой, стоит развивать ключевые навыки:
- формирования команды (найма и адаптации). Да, и не думайте, что рекрутер сделает это лучше, чем вы. Поиск талантливого кандидата я всегда сравниваю с продажами. Хотите привлечь лучших? Тогда вам нужно выделить свою ЦА и выбрать каналы для ее привлечения. Люди выбирают людей. Особенно, если у вас пока no-name компания. Сильные профессионалы придут только на сильного лидера. Ну и учитесь оценке кандидатов по компетенциям, чтобы не гадать на кофейной гуще.

- управления эффективностью команды (ставить цели и оценивать эффективность). Очень сложно переплыть реку, если кругом туман и берега не видно.
Отличных результатов достигает команда при синхронном планировании и выполнении задач. Вы выступаете в этом случае не контролером, а модератором этого процесса.
Тут на помощь придут как классические методы (целеполагание по SMART), так и прогрессивные agile методологии.

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

- менторинга. Сюда бы я включила правило «начни с себя», т.е. будь примером для команды, передавай опыт и развивай (конечно же, через коучинг и обратную связь).

- эмпатии. Помните, что сидеть рядом с сотрудником и знать, что он/она чувствует не одно и тоже.
Выстраивайте доверительные отношения с командой. Открытые настолько, чтобы сотрудник мог сказать Вам, что его/ее работа больше не приносит удовольствия и он/она хочет уйти. Помогите сотруднику разобраться какие задачи/проекты вдохновят его и сделайте все возможно, чтобы предоставить такую возможность внутри компании. Если это не будет совпадать с интересами бизнеса – помогите своему сотруднику получить развитие в другой компании.

В своем докладе я расскажу на примерах как развивать People Management Skills и добиваться выдающихся результатов вместе с командой.

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Выбор стратегии долгосрочного развития, KPI
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Как воспитать свое сообщество, чтобы не танцевать

Ксения Рагозина

Сейчас все говорят про сообщества. Это модно, классно, но что с ними делать и как их создавать, мало кто знает. Собрать всех в чатик и сказать "теперь вы сообщество" недостаточно.

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

Программный комитет ещё не принял решения по этому докладу

Эмоциональный интеллект

Как формируется зависимость

Татьяна Москвитина

1. Биопсихосоциальная модель человека.
2. Внутриутробное развитие.
3. Как развивается сознание после рождения.
4. Способы получения желаемого ребёнком от рождения до 4-5 лет.
5. Сознание зависимого и автономного человека.
6. Кто мешает и кто помогает развить автономию.
7. Как социальная среда влияет на развитие зависимого поведения.

Программный комитет ещё не принял решения по этому докладу

Гадание по еде, или Как едят эмоции

Татьяна Москвитина

1. Эмоциогенное переедание.
2. Поведенческие паттерны употребления пищи при усталости.
3. Поведенческие паттерны употребления пищи при скуке.
4. Поведенческие паттерны употребления пищи при тоске; виды тоски, работа с тоской.
5. Поведенческие паттерны употребления пищи при злости; виды злости, работа со злостью.
6. Поведенческие паттерны употребления пищи при обиде.
7. Поведенческие паттерны употребления пищи при тревоге; виды тревоги, вина и стыд, работа с тревогой.
8. Поведенческие паттерны употребления пищи при одиночестве; виды одиночества, работа с одиночеством.

Программный комитет ещё не принял решения по этому докладу

Смысл работы и его искажения

Токсичное лидерство. Как лидер может разрушить команду?

Сергей Дерябин

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

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

- Рассмотрим, что такое «Темная сторона» лидера, какую роль она играет в командной коммуникации, как влияет на доверие и систему взаимодействия. Какие последствия и командные дисфункции мы получаем в результате, и какие могут быть варианты решения в этой ситуации.

Большие проекты/команды
,
Модели руководства
,
Поиск и развитие команды
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Раскрытие талантов

Если сотрудник доволен работой — это не означает, что он не собирается увольняться

Виктория Юркевич

Наша компания столкнулась с проблемой большой текучки кадров. До 50% в год. Это серьезная цифра, которая тянет за собой кучу расходов и снижение доверия среди работающих сотрудников в компании.

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

Мы разбили замер текучки среди сотрудников разного уровня (джун, мидл, синьор).
Провели анализ по требованиям, и выделили три критерия: лояльность, потенциал и компетентность. По этим критериям мы определяем, кого мы не готовы потерять, а кого можем отпустить не вкладывая много сил и ресурсов.

Что мы получили в итоге: текучка ключевых сотрудников 2%. Меньше манипуляций со стороны сотрудников по поводу увольнений. Раннее реагирование и поиск замены увольняющихся сотрудников. Снижение риска потерять заказчика из-за нестабильной команды. О том как мы выделяли критерии, проводили анализ и прорабатывали вопрос текучки расскажу на докладе.

Программный комитет ещё не принял решения по этому докладу

IT-профессионалы - как их найти?

Даниил Пилипенко

* Как плохой разработчик понижает общую производительность.
* Из 20 человек, называющих себя программистами, только один действительно им является.
* Как отличить профессионального разработчика от любителя: критерии по С. Макконнеллу, Дж. Спольски, Р. Мартину.
* Компоненты профессионализма и их оценка: интерес, опыт, личностная зрелость.
* Опасные (неэффективные) способы подбора.
* Практические советы по повышению точности подбора программистов.

Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Сотрудники не забудут, что вы заставили их почувствовать

Инга Есакова

1. Сотрудники не верят вашим словам
Лидер подтверждает свои слова конкретными действиями и поступками. Одно неисполненное обещание способно подорвать доверие навсегда. “Lack of trust” (недоверие) самая большая помеха эффективной работе.
+ кейс

2. Вы будете удивлены: люди ничего не делают для вас
Нанимайте, тех кто хочет работать в вашей команде для себя, потому что верит в то, что вы создаете. В таком случае вам не придется “искусственно мотивировать” сотрудников на достижение результатов.
+ кейс

3. Вы та эмоция, которую вызываете
Эмоции и ощущения ведут вашу команду. Невозможно заставить человека перед сном думать об интересах компании – на это можно только вдохновить.
+ кейс

Программный комитет ещё не принял решения по этому докладу

Эффективные 1-на-1

Георгий Могелашвили

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

А как лучше всего можно узнать своих людей? Конечно же разговаривая с ними один на один.
Из этого доклада вы узнаете, как лучше всего проводить встречи 1-на-1 со своими подчинёнными, о чем на них говорить, и как это делать так, чтобы докопаться до сути и получить максимум пользы для всех.

Программный комитет ещё не принял решения по этому докладу

Цифровая трансформация управления талантами. Кейс внедрения автоматизированного корпоративного университета.

Андрей Фомичев

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

- Исследования и статистика. Какие тренды в цифровизации HR-процессов существуют;
- Новые поколения требуют новых подходов;
- IT-инструменты на службе развития человеческого капитала;
- Корпоративный университет взгляд изнутри;
- Road-map внедрения корпоративного университета. Лайфхаки и подводные камни.

Большие проекты/команды
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
,
Enterprise-системы
Программный комитет ещё не принял решения по этому докладу

Профессиональная конференция по DevOps

Инфраструктура как код

Что я узнал, протестировав 200 000 строк инфраструктурного кода

Лев Гончаров

Если мы говорим, что инфраструктура - это код, то за нас уже давно все придумано.

* Код должен быть покрыт тестами.
* Должно быть понятно, кто что и почему сделал.
* Скажем нет "write only code", т.к. в основном не пишут, а читают. Читают другие люди...
* Не надо изобретать велосипед. Уже давно есть наработанные практики/ паттерны/ подходы.
* Проекты не создаются волками-одиночками как раньше, а требуют слаженной работы команды.

Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Непрерывная интеграция
,
Сетевое администрирование
,
Devops / другое
Программный комитет ещё не принял решения по этому докладу

Непрерывная поставка

Как мы уменьшили количество откатов серверных релизов на 99%

Виктор Еремченко

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

Доклад содержит, в том числе, реальные примеры использования различных инструментов и технические детали CI/CD-процесса.

Логирование и мониторинг
,
Непрерывное развертывание и деплой
,
Непрерывная интеграция
Программный комитет ещё не принял решения по этому докладу

werf — наш инструмент для CI/CD в Kubernetes

Дмитрий Столяров

За последние три года мы, компания Флант, проделали огромный путь в борьбе за удобный и качественный деплой в Kubernetes.

В этом докладе я подробно расскажу о тех вызовах, с которыми сталкивается каждый при деплоее в Kubernetes, а также о нюансах, которые заметишь не сразу. Разбирая проблемы и вызовы, я не только покажу, как их можно решить, но и расскажу, как мы это реализовали в werf – нашем инструменте для CI/CD в Kubernetes.

Непрерывное развертывание и деплой
Программный комитет ещё не принял решения по этому докладу

Аварии помогают учиться

Алексей Кирпичников

За три последних года в Контуре произошло примерно 1000 факапов разной степени эпичности. Среди них, например, 36% были вызваны выкатыванием некачественного релиза в продакшн, а 14% — работами по обслуживанию железа в дата-центре.

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

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

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

Программный комитет ещё не принял решения по этому докладу

Наш опыт автоматизации интеграционных тестов в изолированном окружении Docker

Дмитрий Волочаев

Я участвовал в разработке веб-приложения с использованием микросервисной архитектуры. Приложение работает в облаке Amazon Web Services и использует различные сервисы, предоставляемые облаком.

Я расскажу, как у нас устроены автоматические интеграционные тесты.

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

Для теста создается Docker-контейнер с сервисом, а также контейнеры с базой данных, Amazon AWS Localstack, HTTP-мок-сервером и Postman (а точнее, его консольная версия под названием Newman), на котором реализованы тесты. Все эти контейнеры объединяются в изолированную виртуальную сеть. В ходе тестов проверяется взаимодействие сервисом по HTTP, через очереди Amazon Simple Queue Service, взаимодействие, в котором тестируемый сервис является HTTP-клиентом, а также oauth-аутентификация. Наше приложение отправляет в браузер уведомления через SignalR. Для их тестирования пришлось разработать специальный инструмент, поскольку Postman не работает с веб-сокетами.

Технологии виртуализации и контейнеризации
,
Автоматизация тестирования
,
Интеграционное тестирование
Программный комитет ещё не принял решения по этому докладу

Ребрендинг и смена домена

Иван Демшин

В марте-апреле этого года RealtimeBoard стал Miro. Изменился не только дизайн, но и домен. Все прошло без остановки сервиса перед запуском нового бренда на фестивале SXSW в США. Если потенциальной аудитории будет интересно/полезно, то мы можем рассказать что было под капотом этого проекта.

Программный комитет ещё не принял решения по этому докладу

Архитектура в DevOps, DevOps для CTO

Использование docker и kubernetes (k8s) для решений на платформе bitrix

Антон Тузлуков

Основная задача данного доклада - раскрытие практической части использования k8s для развертывания проектов на bitrix. Необходимость отказа от классических решений для развертывания окружения диктуется возросшей потребностью в автоматизации горизонтального масштабирования и развертывания решений.

Большинство известных нам проектов так или иначе обходят стороной решения для контейнеризации, и мы хотим исправить данный недостаток, показать, что bitrix-разработчикам не следует бояться таких решений, как docker и k8s. Использование k8s дает нам возможность достаточно легко тестировать наши релизы на окружении, аналогичном боевому, включая конфигурацию системного ПО, автоматический перезапуск сбойного компонента, возможность отката версии любого сервиса проекта. На примере демо-интернет-магазина мы покажем, как правильно собрать docker-контейнеры с необходимыми сервисами, преимущества использования контейнеров в жизненном цикле проекта, как k8s реализует возможность балансировки между pod'ами, что произойдет при падении pod'a c приложением, почему не следует контейнеризировать mysql в большом проекте, какие варианты существуют для реализации хранилища файлов совместного доступа.

Программный комитет ещё не принял решения по этому докладу

Как в Айри.рф сократили SSD задержки в 61 раз

Николай Мациевский

В декабре 2018 года в Айри.рф для SSD дисков с кэшем под нагрузкой выявили большие задержки на отдачу файлов. В ходе профилирования задержек и точечных мер для их оптимизации удалось сократить число задержек на 2 порядка (с 1/1000 запросов до 1/100000 запросов).

Что мы сделали
* Внедрили метрики для отслеживания задержек по дискам. Несколько уровней метрик, включая ioping, prometheus, i/o wait, connect time.
* Выдвинули гипотезы, как улучшить производительность дисков. Снижение задержек тесно связано с утилизацией дисков.
* Пересобрали дисковые массивы, настроили файловую систему, поработали с логами, вынесли хранение в оперативную память, включили trim, изменили логику работы приложения и записи в кэш.

Логирование и мониторинг
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Аппаратное обеспечение
,
Теории и техники анализа
Программный комитет ещё не принял решения по этому докладу

DevOps-трансформация

50 millions deployments a year – The Story of DevOps Culture at Amazon

Tomasz Stachlewski

DevOps culture is one of the most important aspects in Amazon – it helps to quickly build, develop, test and maintain services and products which are then delivered to millions users around the world. It’s about removing barriers and improving the whole processes of delivering products. In this talk we will see how and why Amazon moved from building monolithic applications to building microservices with help of DevOps, we will see what kind of tools and procedures are being used to maintain the speed of building new services and how to keep being agile when you need to do deployment every second throughout the whole year.

Devops / другое
Программный комитет ещё не принял решения по этому докладу

Azure DevOps - сервис для организации жизненного цикла программного продукта для любой платформы

Владимир Гусаров

Вы узнаете об эволюции и новых возможностях сервиса. Мы в деталях разберем все пять основных его компонента и сделаем упор на Azure Pipelines - гибкую систему CI/CD c неограниченными возможностями собирать что угодно и деплоить куда угодно.

Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Непрерывная интеграция
,
Devops / другое
,
Совместная работа, система контроля версий, организация веток
,
Автоматизация разработки и тестирования
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Продуктовая разработка
Программный комитет ещё не принял решения по этому докладу

Как навести порядок в инфраструктуре и начать спать спокойно

Денис Лысенко

Бывают такие ситуации, когда ты приходишь руководить в проект, который поднимали с нуля разработчики без навыков DevOps. Никто не знает, где находятся серверы, как они настроены, у кого спрашивать пароли, что с бэкапами. У вас есть только доступ к SSH к нескольким серверам с аптаймом больше года, на которых критические сервисы не добавлены в автозагрузку.

Это сага о том, как мы прошли путь от состояния "Мы не знаем, где наши серверы" до уверенного "Мы не боимся летающих метеоритов над нашим хостером". Как мы привели инфраструктуру в порядок и начали хоститься сразу в нескольких дата-центрах, стали делать бэкапы, использовать мониторинг, системы сбора ошибок и так далее.

Логирование и мониторинг
,
Управление конфигурацией
,
Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Автоматизация разработки и тестирования
Программный комитет ещё не принял решения по этому докладу

А можно ли Bitrix в Kubernetes?

Станислав Тибекин

Предположим, у вас в компании есть своя выстроенная (и выстраданная) инфраструктура на Kubernetes с настроенным логированием, мониторингом, обвязками, автоматизациями и т.д. И в один прекрасный день вдруг возникает задача развернуть проект на 1С-Битрикс. Как быть? Разворачивать отдельную инфраструктуру и перекраивать существующие процессы эксплуатации из-за одного сайта ну совсем не хочется. Зачем городить второй огород, если уже есть первый? Взвесив все за и против, возникает вопрос: "А может всё-таки попробовать запихать 1С-Битрикс в Kubernetes?".

1. А нужно ли? Какой минимальный уровень должен быть у команды разработки, чтобы эта идея в голове DevOps'а не разбилась о суровую реальность отсутствия необходимых компетенций у проектной команды?
2. Как быть с лицензией? Что она позволяет и какие есть подводные камни?
3. Что зашивать в Docker-контейнер, а что выносить из него? Пройдёмся по структуре каталогов 1С-Битрикс и разберёмся, что можно положить в Docker, а что нет.
4. Как организовать структуру репозитория?
5. Как быть с миграциями БД?
6. Подведём итог. И всё-таки, можно ли и нужно ли 1С-Битрикс в Kubernetes?

Программный комитет ещё не принял решения по этому докладу

SRE-практики

Отказоустойчивый кластер Postgreql+ Patroni. Реальный опыт внедрения

Виктор Еремченко

Я расскажу, как мы комплексно подошли к проблеме отказоустойчивости Postgreql, какие варианты мы рассматривали и как остановились на Patroni. Доклад содержит этапы тестирования этого решения и примеры, как мы обеспечили быстрое внедрение на production.

PostgreSQL
,
Отказоустойчивость
,
Управление конфигурацией
Программный комитет ещё не принял решения по этому докладу

ClickHouse и тысяча графиков

Антон Алексеев

Мы долго жили с самописным подсчётом метрик на местах. «Гибкость» этого подхода приводила нас в уныние. А потом мы попробовали ClickHouse и подсели. Так у нас появились те самые графики о работе:
* нашего CDN — от стандартных rps и трафика до выявления аномалий;
* транспорта статистики — вплоть до поиска потерь и дубликатов.

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

Программный комитет ещё не принял решения по этому докладу

Beware of the gorilla!

Krzysztof (Chris) Daniel

In 2013, a research paper was published that described a very interesting experiment - 24 radiologists were asked to review X-ray photos of lungs, and after they completed it, they have to answer a straightforward question: "Did you notice anything extraordinary? 83% of them said "No.". The problem is that each of the photos had a large gorilla picture embedded, and eye-tracking revealed that they looked at it, but failed to notice it.

The conclusion is compelling - we can see only what we expect. Now, the question arises - business and technology are all about the anticipation of the future, but the mere act of anticipating defines what we will be able to see, and sometimes, results can surprise us in a very unpleasant way (product flop, lost time).

In this presentation, I will show how to build with high situational awareness that allows for better anticipation of the future, and therefore, allocation of your personal and professional efforts to tasks that are most important.

Программный комитет ещё не принял решения по этому докладу

Безопасность, DevSecOps

Безопасность Helm

Александр Хаёров

Helm - самый популярный пакетный менеджер для Kubernetes. Из-за новизны и отсутствия устоявшейся практики эксплуатация кластера с установленным Helm-сервисом может стать одной большой черной дырой или "root ssh" к вашей инфраструктуре.

В докладе будет подробно рассмотрена архитектура Helm и даны практические рекомендации, как сделать систему максимально безопасной. Остановимся подробно на взаимодействии с репозиторием чартов, серверной части - Tiller, настройке RBAC и service accout, а также переходу на использование K8s secrets для хранения релизной информации. Рассмотрим целесообразность tillerless-дизайна и его практическую применимость, а также поддержку нескольких профилей безопасности. Сделаем Helm полностью безопасным вместе!

Безопасность программного кода, SQL и прочие инъекции
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Непрерывная интеграция
,
Devops / другое
Программный комитет ещё не принял решения по этому докладу

Внедрение SAST: теория vs практика

Ярослав Александров

На данный момент статический анализ (SAST) для поиска уязвимостей становится неотъемлемой частью контроля качества кода. Задачи внедрения инструментов статического анализа в цикл разработки становятся все более актуальными. Однако при практическом использовании возникает ряд технических и организационных трудностей, которые необходимо решать в рамках внедрения инструментов.

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

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

Программный комитет ещё не принял решения по этому докладу

Современные инструменты статического анализа на страже безопасности кода

Сергей Хренов

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

Я уделю внимание важной технологии, которую, к сожалению, до сих пор часто игнорируют при разработке проектов. Речь идёт о преимуществах SAST (Static Application Security Testing) для разработки безопасных и надёжных приложений. Расскажу о преимуществах и ограничениях статического анализа. Приведу фрагменты кода (с ошибками, ставшими уязвимостями) из реальных проектов. Поговорим, почему современные статические анализаторы — это совсем не то же самое, что "линтеры", про которые многие слышали ещё 15 лет тому назад.

Программный комитет ещё не принял решения по этому докладу

Инфраструктурная платформа

История service mesh в Авито

Александр Лукьянченко

Расскажу о нашем пути в построении и внедрении Service mesh решения. Посмотрим какие проблемы такие решения позволяют устранить. Пройдемся по пути от внедрения Istio до написания собственного решения netramesh.

Технологии виртуализации и контейнеризации
Программный комитет ещё не принял решения по этому докладу

Логи не нужны?

Алексей Данилов

Современная разработка сильно изменилась за последние годы. Вместо монолитных приложений пришли микросервисы и функции. За ними базы данных из универсальных промышленных монстров стали более узконаправленными. Docker изменил взгляд на деплой. А изменилось ли наше представление о логах?

По ходу доклада я расскажу, как можно отказаться от классических логов приложений. Какие для этого существуют инструменты в зависимости от содержания логов. И зачем это нужно именно вам.

Логирование и мониторинг
Программный комитет ещё не принял решения по этому докладу

Триптих инструментов: Nomad, Consul, Vault для разгона производительности

Сергей Крамер

В один момент мы в команде решили проапгрейдить процесс разработки, деплоя и запуска собственных сервисов и хотим поделиться с вами нашей историей.
Поговорим о:
- почему стоит подумать об использовании таких инструментов как - service discovery, secrets management, orchestration в команде
- как мы пришли к стеку от Hashicorp и что из этого получилось

Технологии виртуализации и контейнеризации
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Devops / другое
Программный комитет ещё не принял решения по этому докладу

Развёртывание сервисов без downtime в производстве зубных протезов

Иван Голованов

В компании Adalisk (подрядчик крупнейшей в США компании по зубному протезированию Glidewell Dental) мы занимаемся автоматизацией производства зубных протезов – коронок, мостов, имплантов и т.д. Вся автоматизация производства находится в облаке и представляет собой микросервисную архитектуру.

С самого начала у нас были сложности с развёртыванием новых сервисов в продакшне. Предварительное тестирование в QA-окружении не позволяет выявить все ошибки, т.к. реальные станки есть только в PROD. Поэтому приходилось деплоить редко, большими порциями, по воскресеньям, останавливая всё производство и прогоняя тестовые заказы. Это затягивалось на целый день (а это выходной) и иногда заканчивалось откатом деплоймента (что занимало ещё несколько часов).

Мы решили проблемы деплойментов с помощью самописного прокси-сервера, который позволяет делать честное АБ-тестирование в продакшне. В докладе – все подробности об этом и о том, почему другие решения нам не подошли.

Программный комитет ещё не принял решения по этому докладу

Инфраструктура компании как продукт

Артём Науменко

Задавали вы себе вопрос, сколько стоит ваша инфраструктура (сервера, зарплаты, внешние сервисы и тому подобное)?

* Можно ли рассматривать инфраструктуру как продукт?
* Можно и нужно ли считать ROI для инфраструктуры?
* Какие ключевые метрики выбрать для подсчета?
* Как работать над улучшением выбранных метрик?

Как мы строим инфраструктуру в Skyeng, и как это влияет на работу бизнеса. Реальный кейс из практики нашей команды.

Менеджмент в эксплуатации
,
Devops / другое
,
Методологии и процессы разработки ПО; Сроки и приоритеты
Программный комитет ещё не принял решения по этому докладу

Мониторинг системы - дело рук самой системы

Руслан Зиганшин

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

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

Программный комитет ещё не принял решения по этому докладу

What's new in RRDtool and other stories from Tobi Oetiker's GitHub repo

Tobias Oetiker

I will give a short overview of RRDtools functionality and then go into some of the newer features. In the second part of the talk, I will present some other open source tools from my GitHub repo and tell the stories that lead to their creation.

Devops / другое
Доклад принят в программу конференции

Serverless vs Containers - which doors to choose? How to build modern applications?

Tomasz Stachlewski

Containers and Serverless are becoming the most popular ways of building modern applications. Microservices? DevOps? It’s just easier with containers and serverless. But which one is better? What are the criteria? Which one should we use? Or maybe it depends? In this talk we will discuss the most important aspects of both. This will be heavy ‘demo’ focused session – we will build and test small applications build based on cloud (AWS) serverless services and docker containers.

Devops / другое
Программный комитет ещё не принял решения по этому докладу

Путь от RAID до распределенного хранилища с хот-свопом и кэшами.

Сергей Чеботарев

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

Нам удалось построить на сравнительно небольшие средства распределенное хранилище на основе Virtuozzo Cloud Storage (aka PStorage). В моём докладе я расскажу как устроено такое хранилище, какую выгоду мы от него получили, и как обращаться с ним не стоит.

Технологии отказоустойчивости и катастрофоустойчивости, бэкапы
,
Аппаратное обеспечение
Программный комитет ещё не принял решения по этому докладу

Конференция фронтенд-разработчиков FrontendConf

Адаптация

Лучшее – враг хорошего, или Почему не надо становиться руководителем

Андрей Смирнов

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

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

Доклад принят в программу конференции

Новинки

Web Components, или Туда и обратно

Павел Малышев

* Что делать, если хочется больше ванилы?
* Готовы ли веб-стандарты для решения прикладных задач разработки?
* Есть ли жизнь после фреймворков?

Single page application, толстый клиент
,
AngularJS, Backbone.js и другие JavaScript-фреймворки
,
JavaScript
,
Фронтенд / другое
Доклад принят в программу конференции

Интерактивные проекции и 3D-маппинг с помощью web-технологий

Денис Радин

Многие из вас видели 3D-маппинг-шоу, но не многие из вас знают, что маппинг можно делать и с помощью web-технологий.

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

* Интерактивные проекции. Примеры.
* Почему web-технологии для проекций?
* Как это работает?
- CSS3D, метод, пример.
- WebGL, метод, пример.
* Преимущества.
* Проблемы.
* Как начать?

JavaScript
,
Веб-графика, оптимизация изображений
,
WebRTC, WebGL и веб-медиа в целом
,
Фронтенд / другое
Доклад принят в программу конференции

Эмоциональное выгорание. История успеха

Анна Селезнёва

Тема выгорания в последнее время стала популярнее, чем новость о релизе новой технологии. Почему? Хороший вопрос, но в докладе речь пойдёт не об этом.

Я не планировала стать лицом выгорания и нести эту тему в массы. Но так вышло, что я выгорела, причём когда это ещё не было мейнстримом.

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

Доклад принят в программу конференции

Простота. Надежность. WebAuthn

Алексей Носов

В Tomsguide пишут "It's Time to Kill Your Eight-Character Password". Но нет, настало время вообще избавиться от паролей, навсегда!

В этом докладе вы узнаете, как уже сейчас, используя FIDO2 и новый стандарт WebAuthn, являющийся частью Credential Management API, можно реализовать password-less-аутентификацию пользователя, избавив его, наконец, от необходимости запоминать длинные комбинации, тем не менее рискуя, что переиспользованные пароли могут быть украдены с других сайтов. Как с помощью биометрической аутентификации можно в перспективе многократно увеличить конверсию, избавив пользователей от мучительной необходимости вводить пароли и одноразовые SMS на мобильных устройствах.

Мобильные сайты и приложения на веб-технологиях
,
Взаимодействие с серверной стороной (API)
,
Node.js и io.js
,
JavaScript
,
Безопасность в браузере
Доклад принят в программу конференции

The state of CSS

Сергей Попов

Ежегодный опрос https://stateofcss.com/ навёл много шуму, так как большое количество технологий, указанных в нём, оказалось для разработчиков новинкой. Хотя большинство из этих технологий уже используются теми, кто об этом знает.

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

Адаптивные дизайн и вёрстка
,
Браузеры
,
Фронтенд / другое
Доклад принят в программу конференции

Производительность

Самый низкий уровень: пишем на WebGL и WebAssembly без фреймворков и транскомпиляторов

Антон Хлыновский

Говоря о WebGL, часто имеют в виду three.js или другие похожие фреймворки. Новичок на поле веб-технологий WebAssembly уже начинает ассоциироваться с языками C или Rust. А как же, ведь нужные утилиты и обёртки WebGL и WebAssembly сложны и непонятны. Или же нет?

Мы познакомимся с самыми основами WebGL и WebAssembly и напишем на их основе несложное визуальное приложение, используя только базовое API.

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

WebRTC, WebGL и веб-медиа в целом
,
Фронтенд / другое
Доклад принят в программу конференции

New Adventures in Front-End, 2019 Edition

Vitaly Friedman

The beast is alive! Have you optimized your JavaScript/CSS delivery for performance with HTTP/2 yet? How are you using service workers and server workers these days? What about critical CSS and Server Push? Are you compiling your code base into WebAssembly yet? How do you feel about ASCII-alike CSS Grid layout with polyfluid sizing and ch unit? Have you ever tried to work around nested CSS Custom Properties, untamed 3rd-party scripts, painful web font reflows, shady CSS Houdini tricks and multi-dimensional variable fonts? Well, let’s bring it on!

Take the techniques with a grain of salt — we do not take responsibility for sleepless nights and nightmares caused by the content of this session. Beware: you will not be able to unlearn what you’ll learn in the session!

Шаблонизаторы и препроцессоры
,
Адаптивные дизайн и вёрстка
,
Мобильные сайты и приложения на веб-технологиях
,
JavaScript
,
Браузеры
,
Accessibility
,
Совместная работа дизайнеров и верстальщиков
,
Фронтенд / другое
Доклад принят в программу конференции

Быстрые приложения в 2019

Иван Акулов

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

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

Доклад принят в программу конференции

История одной анимации

Юрий Артюх

Будет рассказано об истории создания одной анимации от получения макета до сдачи клиенту. История включает в себя язык WebGL, Three.js, GLSL, Canvas 2D, графы и немного математики.

WebRTC, WebGL и веб-медиа в целом
,
Фронтенд / другое
,
Производительность и мониторинг фронтенда
Доклад принят в программу конференции

Приложения

«Алиса, пойдём во фронтенд!»

Никита Дубко

Голосовые помощники — уже не далёкое будущее, а реальная действительность. Алекса, Сири, Алиса и прочие встроенные в "умные" колонки боты постепенно меняют наш способ взаимодействия с приложениями.

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

Мобильные сайты и приложения на веб-технологиях
,
Взаимодействие с серверной стороной (API)
,
Интерактивные приложения
Доклад принят в программу конференции

Как поговорить с микроконтроллером из JS

Виктор Накоряков

- Какое бывает железо, что умеет, как с ним разговаривать.
- Способы физического сопряжения с PC.
- Какие варианты коммуникации есть у приложения на JS.
-- Пакет serialport + Firmata.
-- Пакет serialport + самописная прошивка на C++.
-- Espruino: программируем контроллер прямо на JS.
-- Raspberry Pi: обычный Linux-сервер, но с управляемыми ногами.
-- HTTP в локальной сети.
-- HTTP и MQTT через облако.

Взаимодействие с серверной стороной (API)
,
JavaScript
,
Интерактивные приложения
Доклад принят в программу конференции

WebGL на карте. Карта на WebGL

Мстислав Живодков

Недавно мы запустили обновленную версию 2gis.ru с новой 3D-картой, работающей на WebGL. Заходя на сайт, вы видите готовую картинку. Но карта — сложный механизм, в котором скрыто множество интересных деталей, о существовании которых можно даже и не подозревать.

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

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

WebRTC, WebGL и веб-медиа в целом
,
Интерактивные приложения
Доклад принят в программу конференции

Разработка UI для банкоматов

Дима Королев

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

Мобильные сайты и приложения на веб-технологиях
,
Single page application, толстый клиент
Доклад принят в программу конференции

Особенности переноса нативного приложения в WEB, опыт KeepSolid Sign

Тимофей Лавренюк

Жило было приложение для подписи документов. Оно было под все популярные платформы и его основой было C++ ядро. И однажды поступила задача сделать веб-версию этого приложения.

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

Single page application, толстый клиент
,
Взаимодействие с серверной стороной (API)
,
Оффлайн и кэширование в локальных хранилищах
,
JavaScript
Доклад принят в программу конференции

Качество

Drag-&-Drop компоненты для слепых пользователей? Вы шутите?

Сергей Кригер

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

В этом докладе вы узнаете основные принципы drag&drop-паттерна и как создавать перетаскиваемые элементы на странице доступными для людей с ограниченным зрением.

JavaScript
,
Accessibility
,
Фронтенд / другое
Доклад принят в программу конференции

Продвижение опенсорс-проектов

Андрей Ситник

Андрей Ситник, создатель популярных Автопрефиксера, PostCSS, Браузерлиста и Nano ID расскажет про свой опыт продвижения опенсорс-проектов.

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

Доклад принят в программу конференции

Синдром качества

Максим Соснов

Всем знакомый пример: условный Илья - крутой frontend-разработчик. Он любит своё дело и делает фичи очень быстро. Пользователи получают фичи, Илья чувствует восторг, бизнесу нравится скорость поставки. Но есть одна проблема - для Ильи важнее готовая фича, чем хороший код. "Мне же не платят за хороший код" - говорит он. Через некоторое время вносить изменения в код все сложнее и сложнее, а заканчивается все фразой "нам нужно все отрефакторить" - подразумевая, конечно же, переписать.

В докладе я расскажу, как начать писать качественный код. Какие инструменты для этого есть и как мотивировать команду писать качественно.

Code Review
,
Автоматизация разработки и тестирования
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Продуктовая разработка
Доклад принят в программу конференции

ApolloClient, TypeScript и "волосатый" GraphQL с фрагментами – всё что нужно для правильного статического анализа React-приложения.

Павел Черторогов

В начале быстро раберу архитектуру Apollo Client'а. Расскажу что такое "волосатый" GraphQL, чем он полезен и чем отличается от RestQL. Покажу как правильно использовать GraphQL на стороне клиента в react-apollo, как писать запросы «снизу-вверх» через фрагменты (прям как в фейсбуке). Все это дело подружу с TypeScript'ом, чтоб получить суровый интерпрайзный статический анализ.

Single page application, толстый клиент
,
Взаимодействие с серверной стороной (API)
,
JavaScript
,
QA / другое
Доклад принят в программу конференции

Инструменты

Рассылай и властвуй: верстка рассылки без боли

Александр Хлебников

Кто из нас не верстал html-рассылку? Наверняка вы помните тот средневековый код, переполненный жуткими таблицами и инлайновыми стилями.

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

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

Доклад принят в программу конференции

Production Ready Design

Ксения Лушникова

В нашей команде Яндекс.Денег мы выработали подход разработки и дизайна веб-интерфейсов.

Я покажу, как легко мы собираем живые интерфейсы и передаём их в продакшн, как создаётся дизайн Яндекс.Кассы и о нашем инструментарии.

Адаптивные дизайн и вёрстка
,
CSS модули и веб компоненты
Доклад принят в программу конференции

Как перестать выбирать фреймворки и начать жить

Александра Шинкевич

Доклад-диалог о состоянии современного фронтенда.

Single page application, толстый клиент
,
AngularJS, Backbone.js и другие JavaScript-фреймворки
,
JavaScript
Доклад принят в программу конференции

Lottie-web. Используем Adobe After Effects для анимации в web

Наталья Габитова

Существует ряд библиотек, позволяющих анимировать SVG: Snap.svg, Paper.js, Velocity.js и другие. Но им не хватает наглядности. Это делает работу над сложной анимацией прерогативой опытных креативных разработчиков и дистанцирует их от дизайнеров.

Поэтому наша команда взяла на вооружение еще один инструмент для работы над векторной анимацией: Adobe After Effects. В сочетании с плагином Bodymovin он позволяет создавать анимацию в формате json и воспроизводить при помощи библиотек Lottie не только в браузере, но и в мобильных приложениях на разных платформах.

Я покажу, как быстро и просто сделать анимацию иконки, шторки или загрузчика. Вы узнаете, как использовать plugin и внедрять анимацию на сайт, как задавать стили элементов в CSS, какие преимущества и особенности работы с библиотекой имеются.

Я расскажу о нашем опыте использования plugin’а, с какими сложностями мы столкнулись во время сложного анимационного проекта и как преодолевали их.

Веб-графика, оптимизация изображений
,
WebRTC, WebGL и веб-медиа в целом
,
Совместная работа дизайнеров и верстальщиков
Доклад принят в программу конференции

Самый мягкий и пушистый путь в Machine Learning и Deep Neural Networks

Алексей Охрименко

Если вы пытались научить машину чему-либо, если зачитали от корки до корки Machine Learning for Dummies, если вы заплатили за самые дорогие курсы по Deep Neural Networks, но у вас так ничего не получилось... то этот доклад для вас!

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

Мы научимся работать с TensorFlow.js - javascript библиотекой для работы c Deep Neural Networks, отлаживать нейронные сети, генерировать данные для обучения и решать задачи, о решении которых вы раньше не могли и мечтать.

Доклад принят в программу конференции

Реактивная печать PDF

Виталий Слободин

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

Браузеры
,
Фронтенд / другое
Доклад принят в программу конференции

Токены в дизайн-системах

Юрий Ветров

Я расскажу про один из самых простых способов реализации дизайн-системы в коде — токены. Это набор базовых переменных визуального языка (цвета, шрифты, отступы и т.п.), который передаётся в любой компонентный фреймворк. Это позволяет проще управлять визуальным стилем продуктов и дешевле внедрять на практике.

Доклад принят в программу конференции

Удобный CI своими руками

Дмитрий Кузнецов

Если к качеству продукта предъявляются строгие требования, его разработка рискует стать долгой и дорогой. Несмотря на большое количество CI/CD инструментов, создать удобное и одновременно полезное решение, которым бы пользовалась вся команда, непросто.

В докладе я расскажу, каким образом мы кратно ускорили релизный процесс фронтовой js-библиотеки FormBuilder, не потеряв в качестве.

JavaScript
,
Непрерывное развертывание и деплой
,
Тестирование фронтенда
Доклад принят в программу конференции

Анимация в вебе

Юлия Музафарова

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

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

Веб-графика, оптимизация изображений
,
Дизайн и работа с изображениями
,
Фронтенд / другое
Доклад принят в программу конференции

Профессиональная конференция по управлению и предпринимательству WhaleRider

Agile

Как выжать максимум изменений и не умереть

Михаил Вязанкин

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

Программный комитет ещё не принял решения по этому докладу

Бизнес и финансы

Как НЕ потерять при его масштабировании?

Сергей Дежнев

Ваш бизнес может приносить в 5 раз больше прибыли
Конверсия вашей воронки продаж более 100%? Реально!
Неизбежные дыры в маркетинговом бюджете или как в 4 раза сократить стоимость нового
клиента
Топ 10 пожирателей прибыли вашей компании и как от них избавиться
Три вопроса, которые не любят 90% коммерческих директоров, но обожают собственники
Как свести текучку в ноль и создать очередь из специалистов

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Выбор стратегии долгосрочного развития, KPI
,
Продажи, конкуренция и аналитика
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Создание экосистемых решений в Промсвязьбанке на примере продукта "Бухгалтерия".

Константинов Никита

- Что Промсвязьбанк имеет ввиду под "экосистемными решениями"
- Почему на самом деле 1С, это хороший выбор
- Как сделать хороший продукт для МСБ в гос. банке.
- Какие ошибки допустил продуктоунер и как их правили.

Программный комитет ещё не принял решения по этому докладу

Финансовое планирование в ИТ. Что от вас хочет финансовый директор или инвестор.

Наталья Баранова

Можно ли обойтись без финансового планирования?
Какие бюджеты надо составлять и зачем. CAPEX и OPEX для IT, почему это важно.
Планирование текущих расходов - методы, убедительные для финансового директора и бизнес-заказчика.
Планирование инвестиций в ИТ - разработка ПО, железо, модернизация, автоматизация процессов и т.д. На каком горизонте времени считать.
Оценка эффективности инвестиций в ИТ - возможная или обязательная опция финансового планирования?

Программный комитет ещё не принял решения по этому докладу

Формирование ставок и тюнинг рентабельности для аутсорс-продакшена

Андрей Рыжкин

Рано или поздно у любого руководителя аутсорс-продакшена встает вопрос: сколько реально стоит час моего специалиста? И за сколько его можно продавать?
Есть разные подходы к формированию стоимости часа: сделать «среднюю по рынку», умножить ставку за час от заралаты на число ПИ, платить разработчику х% от ставки часа - «а там за сколько купят» и т.д.
Каждый из подходов имеет свои подводные камни, например:
— На сколько часов делить ЗП специалиста? 164ч? А отпуска? А болезни? А сколько эффективного времени заложить? А гарантийные и не оплачиваемые работы куда включить? А сколько рисков должно быть в ставке?
— Как учесть условно-постоянные расходы (УПР), если они постоянно разные?
— а как учесть менеджмент? А при аутстаффе?
— и еще очень много подобных вопросов!

В нашей компании более 370 специалистов трудятся в единый момент времени, у нас большой офис в центре Москвы и при этом мы умудряемся держать рентабельность производства >=20%.

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

В своем докладе я постараюсь рассказать, как мы этого добились и раскрыть следующие тезисы:
— подходы к формированию стоимости часа: от затрат, от «среднерыночной», от ставки конечного специалиста
— как разделить УПР на специалистов; инхаус и аутсорс
— как правильно закладывать гарантийные работы, менеджмент, риски в ставку часа специалиста
— что такое «оверхед», как его считать и для чего
— что меняется при разных моделях работ (fix price, T&M, выкуп) и на что это влияет: менеджмент, кол-во часов для расчета, риски
— нюансы при разных моделях работ: контроль сметы, таймтрекинг и таймшиты, простой специалистов
— грейды по специалистам (зарплаты и ставки)
— контроль рентабельности с разной детализацией: компания, департаменты, отделы, команда, проект
— система мотивации для разных ролей: ТОП-менеджеры (руководители компании/отделов), менеджеры/тимлиды
— окупаемость и загрузка специалистов (это не одно и тоже! давайте разберемся почему)

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

Продажи, конкуренция и аналитика
,
Работа со внешним заказчиком/исполнителем
,
Управление / другое
,
Другое
Программный комитет ещё не принял решения по этому докладу

Тестирование и приёмка

Как мы тестируем фичу от ТЗ до пост-продакшна и сохраняем дружеские отношения внутри команды

Даша Кормушина

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

Я поделюсь процессом ведения фич, который помогает не только сэкономить время, но и прокачать личные скилы. Расскажу, как нам удалось удержать в едином контексте продактов, дизайнеров и разработку. Теперь мы верим, что ревью первой тестовой сборки всеми заинтересованными действительно облегчает людям жизнь. А коммуникация — ключевой момент в ведении фичи.

Автоматизация разработки и тестирования
,
Большие проекты/команды
,
Тестирование мобильного ПО
Программный комитет ещё не принял решения по этому докладу

Анализ

Анализ данных при принятии решений

Андрей Макаров

Принятие решений в условиях неопределенности – “едим слона” по частям правильно.

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

1. Теория. Как выбрать правильную “линейку” и принять решение.
1.1 Требования – продуктовый подход.
1.2 Как смотреть - процесс или объекты.
1.3 Оценка узлов с точки зрения ценности для бизнеса.
1.4 Принцип "дерева принятия решений".

2. Практика и кейсы.
2.1 Видение vs Требования. Заказчик “видит” продукт, но не знает требований. Их создаем мы.
2.2 Roadmap проекта без детального плана в условиях предыдущей ситуации.
2.3 Тестирование и результат. Анализ готовности функционала до проведения полного регресса.

3. Оценка эффективности такого подхода.
3.1 На регрессе мы не тратим время на поиск ошибок, если не проверен "самый ценный" кейс.
3.2 Проверяя постановку задачи объективными данными, мы снижаем риск изменения требований по ходу постановки.

4. Что важно и что дальше?
4.1 Мы прививаем командам продуктовый подход и разностороннее понимание процесса/продукта.
4.2 Мы разрабатываем прикладные утилиты для предварительного тестирования данных или ключевого процесса.

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Оценка сложности проекта
,
Продуктовая разработка
,
Управление / другое
,
Теории и техники анализа
,
Приёмочные и функциональные тесты
Программный комитет ещё не принял решения по этому докладу

Когортный анализ в Google Analytics дешево и сердито

Ирина Назарова

Пошаговая инструкция, как начать тестировать гипотезы в разработке продукта, используя те инструменты, которые у вас уже есть: Google Analytics, Google Sheets и ни единой строчки кода. Мы взламываем GA, чтобы получить те функции, которые недоступны из интерфейса — возможность строить когорты и получать данные, которые позволяют отслеживать воронки внутри каждого инструмента и фичи, гибко подсчитывая интересующие нас действия.

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

Программный комитет ещё не принял решения по этому докладу

Разработка

DIY-инструкция, как создать план тестирования и превратить его в рабочий инструмент

Любовь Тарасова

План тестирования – инструмент обеспечения качества на всем протяжении процесса разработки.

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

Наши вводные: высоконагруженный проект в проде, 10 разработчиков. Релизы раз в две недели, постоянная корректировка планов со стороны бизнеса заказчика. Тестировщик – всё в одном: и тест-менеджер, и автоматизатор, и черт в ступе.

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

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

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

Методологии и процессы разработки ПО; Сроки и приоритеты
,
Выбор стратегии долгосрочного развития, KPI
,
Управление / другое
,
Приёмочные и функциональные тесты
,
Процессы и инструменты в enterprise
,
Enterprise-системы
Программный комитет ещё не принял решения по этому докладу

Создание школы по веб-разработке внутри компании

Андрей Морозов

- Создание программы обучения для веб-разработчиков;
- набор специалистов для обучения (где искать и как собеседовать);
- процесс обучения и менторство;
- аттестация специалистов;

PHP
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Чему мы научились в Pivotal, или Как сделать внутри банка от идеи до прода за 1 дн

Ян Ашенкампф

Мы съездили в Pivotal Platform Acceleration Lab, посмотрели, как там все устроено, и стали прививать это в маленьком анклаве внутри одного крупного (топ-10) российского банка. Расскажу, что из этого получилось, а также какие находки встретили по дороге.

Остановимся на темах:
- Stateful vs Steteless: хранение данных, в том числе чувствительных. Где же все-таки этот стейт лежит, и как это все сочетается с обновлением на лету?
- Тесты как краеугольный камень DevOps - модульное, функциональное, приемочное (спеки), нагрузочное, стресс-марафон, тестирование безопасности, ретроспективное. Коснемся BDD.
- Как организовать команду и процесс? В чем отличие от традиционных команд? Бывает ли в реальной жизни парное программирование (спойлер: да), как сделать обмен знаниями?
- Каких людей искать, как принимать. Как организовать "пробный день" и что это такое.
- Отличается ли инфраструктура для 1d-TTM (time-to-market)? Мы закончили частным облаком. Поговорим, почему и как именно.
- В чем отличие архитектуры приложений, которые целятся к 1d-TTM? Понятно, что сервисная архитектура, но как именно? К чему мы пришли? Как разделить, упаковать, как искать друг друга, обмениваться командами и данными, как мониторить все это дело.
- А поддерживать кому и как? Выделенные администраторы? Инструкции? Дежурная смена? 1, 2 линии?
- Интеграции со смежными системами как последняя по списку, но не по важности вещь. Аутентификация, протоколы обмена, сосуществование систем с разными циклами обновления. Сосуществование с более традиционными внешними партнерами?

Так как доклад затрагивает все эти темы, то на каждую из них остается только на самую суть. Поэтому и интересно.

Микросервисы, SOA
,
Отказоустойчивость
,
Методы и техника разработки ПО
,
Управление конфигурацией
,
Непрерывное развертывание и деплой
,
Непрерывная интеграция
,
Devops / другое
,
Функциональное тестирование
,
Нагрузочное тестирование
,
Автоматизация тестирования
,
Интеграционное тестирование
,
Юнит-тестирование
,
QA / другое
Программный комитет ещё не принял решения по этому докладу

Истории успеха

Как преодолеть технический долг и сделать рывок

Антон Штин

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

Я расскажу о технических и управленческих практиках, которые сработали и позволили реализовать видеоплатформу MOVIX в ЭР-Телеком.

Программный комитет ещё не принял решения по этому докладу

Рост продаж в 3 раза после смены дизайна и функционала магазина: это реально (история успеха)

Денис Фитеров

Вкратце о докладе:
1) У клиента был старый дизайн магазина. Мы создали новый интернет-магазин c красивым дизайном и нужным функционалом для покупателей, сохранив при этом все URL сайта. И после его внедрения без привлечения дополнительного поискового трафика увеличили продажи в 3 раза для интернет-магазина продуктов из Японии.
2) В течение 3 лет за счет продвижения и развития ЭТОГО же сайта увеличили общую видимость по запросам на 750% (с 1,01 млн. чел. до 7,55 млн. чел.) и посещаемость на 550% (с 79 798 чел. до 437 313 чел.) фото скринов прикрепляю.

Программный комитет ещё не принял решения по этому докладу

Инструменты

Аналитика в ритейле от Excel до OLAP-кубов

Елизавета Гринберг

Основные тезисы по докладу:
* как построена аналитика в интернет-ритейле?
* что такое OLAP-кубы и зачем они нужны?
* кейсы с использованием сквозной аналитики и OLAP-кубов.

Доклад позволит ответить на насущные вопросы:
* как построить сквозную аналитику в e-commerce?
* как объединить данные об оффлайн- и онлайн-пользователях?
* как работать с многоканальной атрибуцией и оптимизировать рекламный бюджет, исходя из данных?

MSSQL
,
Базы данных / другое
,
Архитектура данных, потоки данных, версионирование
,
Продажи, конкуренция и аналитика
,
Бизнес на стыке онлайн и офлайн
,
Проектирование информационных систем
,
Теории и техники анализа
,
Интеграция web и enterprise-решений
,
MySQL (MariaDB, Percona Server)
,
ETL
Программный комитет ещё не принял решения по этому докладу

Проектирование

Ролевые игры. Практика управления требованиями профессиональных продуктов

Евгений Романовский

Когда фокус внимания UX-дизайнеров переключился с массовых сервисов на узкоспециализированные системы, стало очевидно, что описывать портреты пользователей в стандартном формате можно, но довольно бесполезно. И это только половина беды. Вторая — в профинструментах нужно рассматривать не ключевые сценарии, а отдельные процессы, подпроцессы и микросценарии, из которых состоят самые разные рабочие (а не жизненные) ситуации.

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

Программный комитет ещё не принял решения по этому докладу

Продажи

Как структурировать работу отдела продаж с помощью трех простых правил

Матвей Кардаш

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

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

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

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

Продажи, конкуренция и аналитика
,
Бизнес на стыке онлайн и офлайн
,
Реклама и ее эффективность
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Управление / другое
,
Enterprise-системы
Программный комитет ещё не принял решения по этому докладу

Что делать, если ты стереотипный айтишник, которому нужно продавать.

Кирилл Кириллов

1. «Кирилл, ты по-прежнему не умеешь продавать, но делаешь это уже лучше». Или как айтишник учился продавать, вызубрил всю теорию, а на практике все было по-другому.
2. Продавать или впаривать общение сделать сайт/приложение и т.д.
3. Презентация продакшена занимает 5 минут из 20, потому что пока нет портфолио. Как понравиться клиенту? И какой тип клиентов нужно безжалостно отсекать.
4. Как планомерно увеличивать ценник с первых месяцев работы агентства?
5. Как получить контракт с крупным брендом, если агентству меньше года.

Продажи, конкуренция и аналитика
Программный комитет ещё не принял решения по этому докладу

Как я перестала продавать сама и сэкономила 1,5 миллиона рублей

Екатерина Ким

— Немного о боли: «Продают топы»?
— Учебник по продукту: как сократить время обучения нового менеджера в 6 раз.
— Занимайтесь стратегией и развитием компании, пока отдел продаж выполняет план.

Поиск и развитие команды
,
Продажи, конкуренция и аналитика
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Стратегия

Вы точно знаете ваших конкурентов?

Евгений Рыжков

Уверен, что каждый из присутствующих легко ответит на вопрос: «Кто является основными конкурентами вашей компании?». Мы настолько привыкли отвечать на этот вопрос, что отвечаем не задумываясь. А я вот недавно задумался и был удивлен своими мыслями. Поделился ими с коллегой – он тоже сказал: «Ничего себе, действительно…». Так вот, хотя моя компания делает программный продукт для программистов, но мои конкуренты занимаются совсем другими вещами.

Понятно, что по кадрам мы конкурируем с другими программистскими компаниями, которые делают совсем другие вещи. Это понятно. Но мы также конкурируем по аренде офиса со строительной компанией с миллиардными оборотами (они занимают второй этаж, а мы третий). Мы конкурируем со Сбербанком, Яндексом и Леруа Мерлен. Так как и мы, и они хотим иметь стенды на конференциях.

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

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

Программный комитет ещё не принял решения по этому докладу

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

Арсений Косенко

LIFE PAY - разработчик кассового ПО. Три года назад мы вышли на новый, но уже вполне конкурентный рынок и стали разрабатывать свой продукт. Год мы пытались создать решение, которое будет делать “все”. Пока не поняли, что все делаем плохо. Но мы не сдались, мы просто поменяли стратегию.
Теперь наше SaaS-решение делает “все” и “все остальное” тоже.
Я расскажу о том, в чем сила API и как превратить ПО в SaaS-конструктор.

1. Немного о нас и рынке, на котором мы работаем
2. Ключевая ошибка нашей прежней стратегии - на высококонкурентном рынке нельзя быстро и хорошо сделать продукт, который решал бы максимум задач пользователя.
3. Правильное решение – продукт должен закрывать базовые задачи и иметь удобный API для интеграции с другими сервисами.
4. Как развиваться дальше: изучение потребностей рынка, интеграции с ключевыми игроками рынка и востребованными сервисами.

Продуктовая разработка
,
Будущее рынка разработки ПО
Программный комитет ещё не принял решения по этому докладу

Человеческий капитал

Are You Sure You Are Not a Micromanager?

Егор Бугаенко

Do you know what micromanagement is? It's when your manager is telling you exactly what you have to do right now in order to achieve the results he or she wants. The micromanager doesn't trust you and that's why wants and needs to control every step you make. It's annoying and unproductive, but it's inevitable unless you have small tasks and a transparent and unambiguous system of rewards and punishment. The question is how you can define an obvious and transparent motivational system. A number of options will be suggested.

Модели руководства
Программный комитет ещё не принял решения по этому докладу

Как нанять идеального разработчика

Даниил Пилипенко

* Как плохой разработчик понижает общую производительность.
* Из 20 человек, называющих себя программистами, только один действительно им является.
* Как отличить профессионального разработчика от любителя: критерии по С. Макконнеллу, Дж. Спольски, Р. Мартину.
* Компоненты профессионализма и их оценка: интерес, опыт, личностная зрелость.
* Опасные (неэффективные) способы подбора.
* Практические советы по повышению точности подбора программистов.

Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Интервьюируем разработчика: как кого-то нанять и никого не убить

Даниил Подольский

Техническое интервью выглядит простым делом:

1. мы знаем нашу предметную область
2. мы знаем наши текущие задачи и краткосрочный прогноз по ним
3. мы знаем, что из этого мы хотим поручить новому человеку сейчас, и какую область мы хотим с его помощью закрыть в перспективе
4. мы четко представляем себе, какие для этого требуются знания и навыки
5. мы знаем, как проверить, обладает ли кандидат нужными знаниями и навыками
6. мы обладаем ресурсами и квалификацией для организации процесса проверки
7. мы владеем методикой обобщения результатов проверки и порождения практически полезных выводов
8. PROFIT

Такова теория. Практика, как обычно, существенно отличается.

В мире нет никого более беспомощного, безответственного и безнравственного, чем человек, проходящий собеседование на позицию senior software developer. Разве что человек, проводящий это собеседование.

И сейчас мы в это окунемся.

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

Проблемы нарастают через пункты
2 (прогноз на 4 недели - долгосрочный, правда?)
3 (пусик, готов ли бекложек?)
4 (а сами-то мы умеем хоть половину?)
5 (если вдруг оказался друг...)
6 (сегодня на тебе 3 срочных бага и два собеседования, %username%)
и достигают апогея в пункте 7 (промолчим).
Пункт 8, слава Богу, не наша забота. Oh, wai...

За последний год я провел 64 собеседования (в году, напомню, 52 недели), и, с детства охваченный страстью обобщать вообще все, обобщил и этот, не скрою, болезненный опыт.

И готов поделиться, с упором на пункты 4, 5, 6 и 7. Ну и 8, хоть он и не наша забота.

Программный комитет ещё не принял решения по этому докладу

Как управлять персоналом

Дмитрий Мишунин

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

* Осознаете и скорректируете свой стиль лидерства.
* Переведете управленческие знания в управленческие навыки. Узнаете типичные управленческие ошибки.
* Научитесь делегировать и ставить конкретные задачи перед подчинёнными.
* Рассмотрите технологии внедрения и работы с обратной связью.
* Рассмотрите передовые методы мотивации сотрудников.
* Поймете сильные и слабые стороны вашей стратегии управления.

Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Процессы

Как спланировать полгода разработки 40 команд за 3 дня

Анжела Дружинина

Как и другие немаленькие продуктовые команды, мы долго думали, как правильно сгенерировать пул задач на полгода и синхронно планировать десятки команд, которые делают одну задачу? Как договориться команде из 15 продактов, чей бэклог важнее? Как погрузить и вовлечь разработчиков в планы компании?

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

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

Программный комитет ещё не принял решения по этому докладу

Управление производством на основе анализа данных в агентстве заказной разработки

Сергей Кожемякин

- HR. Подбор и работа с персоналом на основании анализа конверсии воронок и анализа данных опросов.
- Оценка эффективности сотрудников. Рентабельность производства во главе угла, иерархическая вложенность целей сотрудников от топов до исполнителей, замеры рентабельности на всех уровнях. Принятие кадровых решение на основании эффективности.
- Client service. Обзвоны клиентов, сбор CJM, маппинг с внутренними регламентами, внедрение улучшений.
- Продуктовые метрики. Учёт продуктовых метрик в качественных KPI сотрудников. Нацеленность на качество продукта и учёт данных Client service в KPI
- Работа с клиентами по схеме revenue share.

Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Как подружить бизнес и IT - процесс и майндсет ориентированный на бизнес-результат

Михаил Меньшинский

- основные pain points в работе бизнеса с IT командой
- основные point points в работе IT команды с бизнесом
- как сделать так чтобы бизнес-стейкхолдеры услышали IT команду
- как сориентировать IT команду на достижение бизнес результатов
- обязательные ключевые элементы в процессе при наличии аутсорс/аутстаф команды
- как это все ложится на существующие методологии управления проектами

Инструментальная поддержка, декомпозиция задач
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Работа со внешним заказчиком/исполнителем
,
Продуктовая разработка
,
Управление / другое
Программный комитет ещё не принял решения по этому докладу

Как настроить цикл работы с обратной связью и измерять эффективность продукта цифрами

Юрий Кривочуров

Как разрабатывать проект как продукт на основе обратной связи.

Как собрать, проанализировать обратную связь, не потерять главное и превратить это в требования и функциональность.

Для это рассмотрим 4 области:
1. Продукт – продажа авиабилетов и услуг авиакомпании через агентскую сеть.
2. Процесс – опишем процесс от выбора гипотез, проведем через все шаги разработки и закончим оценкой результатов внедрения гипотез.
3. Инструменты – сбор, агрегация и визуализация метрик с использованием Spring, Spring Boot, InfluxDB, ELK, RabbitMQ, OLAP-кубы, Grafana и Zabbix.
4. Мотивация – мотивация команды на основе теории постановки целей и теории ожидания.

Почему так делать правильно: субъективность vs объективность. Взгляд со стороны заказчика и со стороны меня как менеджера.

Логирование и мониторинг
,
Методологии и процессы разработки ПО; Сроки и приоритеты
,
Большие проекты/команды
,
Модели руководства
,
Корпоративная культура и мотивация
,
Продуктовая разработка
,
Обслуживание клиентов, техническая поддержка, обратная связь
,
Enterprise-системы
Программный комитет ещё не принял решения по этому докладу

Как мы пытались заменить менеджера простым скриптом на питоне, и что из этого получилось

Александра Косилова

Teamplify (https://teamplify.com/)
Доклад об автоматизации процессов в команде.

1. Собирает всю активность разработчиков в одном месте (Slack, Github, Gitlab, Jira, отчеты о выполненной работе за период, отпуски, праздники, больничные). Приносит больше спокойствия как менеджерам, так и разработчикам, так как в любой момент времени доступна полная информация о текущей деятельности как команды, так и разработчика.
2. Позволяет выявить характерные проблемы в работе команд.
3. Экономит время разработчика и менеджера и, как следствие, экономит деньги компании.
4. Избавляет менеджеров от заметной части рутины (умные нотификации): знает про государственные праздники в 180 странах мира, и автоматически напомнит про те, которые актуальны для вашей команды; предупреждает, если человек идет в отпуск; напоминает о приближении дедлайнов; напомнит о необходимости сделать апдейт в задаче; напомнит о необходимости написать отчет.

Программный комитет ещё не принял решения по этому докладу

Рост компании

Возможно ли доверить новичкам разработку в Digital и зачем это нужно?

Сергей Попов

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

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

Большие проекты/команды
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Команда

Инженерная культура. Что в нее нужно включить и как ее внедрять.

Дмитрий Круглов

Корпоративная культура — устоявшийся и понятный всем термин. Зачастую, из-за внедрения для «галочки», отношение к ней у сотрудников варьируется от безразличия до ненависти.
Инженерная культура — это про другое. Это про такие вопросы, как:
- что такое хороший код?
- какими должны быть комментарии к pull request-ам?
- почему антипаттерны это зло?

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

Корпоративная культура и мотивация
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

Как работать с джуниорами?

Сергей Попов

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

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

Code Review
,
Большие проекты/команды
,
Поиск и развитие команды
Программный комитет ещё не принял решения по этому докладу

В одну реку дважды… RUN!

Артем Каличкин

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

Была у меня большая команда, и там я уже много сделал:
1. обеспечил операционную доступность,
2. наладил устранение инцидентов и сбоев,
3. запустил работающий DevOps,
4. сформировал слаженную команду разработки.

И тут говорят "Псс… Парень, хочешь много легаси, олдскульные процессы и уставшую команду? Нет? А надо!".

И вот у меня совершенно другая команда и продукт, а я начинаю преодолевать полосу препятствий:
1. Нельзя сделать «как у меня там было». Старые приемы и паттерны управления не работают, текущие проблемы на других уровнях и в других плоскостях;
2. Нет драйва от новизны технологий и подходов – я уже знаю, что они работают! Нужны другие драйвы;
3. Сопротивление команды на каждую инновацию: «Мы это уже пробовали…». Да, но не со мной!
4. Да где же мои проверенные бойцы, в конце концов!?

И что делать? Увидеть новые возможности, открыться новому опыту!
1. Перестать цепляться за старое, прям вот ЗАБЫТЬ: Мир другой, ты другой, технологии другие. Старые привычки будут только мешать;
2. Перестать самому действовать, как прежде, решать, как решал раньше, делать то, что делал раньше – необходимо! Чтобы получить новый результат, нужно начать совершать новые действия;
3. Есть возможность узнать много нового со своей новой командой, чего не знала даже твоя прежняя команда;
4. Увидеть возможность личной трансформации.

Доклад для ветеранов всех войн и тех, кто на подходе.

Программный комитет ещё не принял решения по этому докладу

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

Андрей Минкин

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

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

Программный комитет ещё не принял решения по этому докладу

Сокращения: как пережить самому и не растерять команду

Ксения Коновалова

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

Я расскажу, как:
- пережить сокращение самому
- сохранить команду
- позаботиться о сокращенных
- не потерять доверие сотрудников

Программный комитет ещё не принял решения по этому докладу

Клиенты и продажи

Учимся продавать сложные ИТ-продукты

Евгений Савицкий

Любой стартап, посвятивший себя созданию сложного ИТ-продукта, сталкивается с проблемой продажи своего решения. Традиционно в РФ много инженеров (изобретать мы любим) и очень мало продавцов.

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

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

В докладе я хочу рассказать о том, из каких элементов может состоять технология продаж сложного ИТ-продукта, как это сделано у нас, на что особенно стоит обратить внимание, а также послушать ваш опыт - приходите, должно быть очень интересно!

Программный комитет ещё не принял решения по этому докладу