РИТ++ 2017, Whale Rider
Зал Москва, 6 июня, 17:00
Тезисы:
http://whalerider.ru/2017/abstracts/2804.html
В докладе рассказывается реальный опыт внедрения системы оценки знаний и опыта разработчиков, начиная от разработки самой системы оценки и заканчивая проработкой методов оценки. Система оценки уровня специалистов содержит в себе не только технические пункты, но и, в большей степени, оценку опыта и soft skills, что позволяет по-новому развивать систему обучения специалистов и строить индивидуальный план развития.
....
Построение эффективной команды и эффективной системы управленияAlexander Novichkov
Презентация трехдневного тренинга по построению эффективной команды и эффективной системы управления. Agile+TOC+психология+опыт внедрения
http://cmcons.com
Ближайшие тренинги:
Санкт-Петербург, 19-21 мая, http://bipulse.ru/edu/spbagile/
Москва, 31 мая - 2 июня http://bipulse.ru/edu/mskagile
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
Построение эффективной команды и эффективной системы управленияAlexander Novichkov
Презентация трехдневного тренинга по построению эффективной команды и эффективной системы управления. Agile+TOC+психология+опыт внедрения
http://cmcons.com
Ближайшие тренинги:
Санкт-Петербург, 19-21 мая, http://bipulse.ru/edu/spbagile/
Москва, 31 мая - 2 июня http://bipulse.ru/edu/mskagile
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Выступление Андрея Пивоварова, CEO GoIT, на HR-марафон
GoIT - это компания, в которой работают исключительно A-players
Кто такой A-player
- Любит свою работу
- Превосходно справляется со своими обязанностями
- Постоянно развивается
- Человек полного цикла: смотрит шире, чем его зона ответственности
- Ощущается себя финально ответственным за свой фронт работ
- Всегда стремится окружить себя другими A-players
- Имеет врожденные таланты и, склонности к своей профессии, благодаря которым достигает более высоких результатов
- Не боится брать на себя ответственность
- Проактивный и инициативный
- Достигает WOW-результатов, превосходя все ожидания
Какими личностными качествами обладает каждый сотрудник GoIT:
- Отношение к работе (страсть, вовлеченность)
- Целеустремленность
- Самоорганизованность
- Оптимизм
- Постоянное саморазвитие, желание развиваться
- Открытость к обратной связи
- Командность
Почему вакансия ассистента стала вирусной:
- Образ из масс-культуры (героиня популярного сериала Suits)
- Провокационный текст люди поделились на два лагеря, не было равнодушных
- Канал публикации (7,5 подписчиков в fb)
- Время публикации (утро понедельника)
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Software craftsmanship 11 online: мотивация и эффектисность разработчикаPavel Veinik
Мы рассмотрим вопросы продуктивности, как командная работа и менеджеры влияют на продуктивность, как связаны оценки и эффективность решений разработчика, почему работа программиста является творческой, и как грамотно использовать инструменты тайм-менеджмента.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Максим Богуславский, Ищем специалиста по обеспечению качества вместеScrumTrek
Проворные методологии прочно вошли в жизнь современной разработки, мы изучили процессы, внедрили их и пожимаем плоды. Теперь вам в команду нужен специалист по обеспечению качества. На примере своего опыта подбора, я хочу показать как собрать команду своей мечты. На докладе я расскажу о:
- подготовке к подбору человека;
- составлении описания вакансии;
- проведении собеседования;
- проведении испытательного срока;
- последующей работе с сотрудником.
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Леденев Евгений. Руководитель департамента по повышению операционной эффективности, ДТЭК-Энерго. Конференция «Удвоение производительности: опыт украинских компаний в применении лучших управленческих практик»
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Все, что вы хотели знать про ИТ-сертификацию, но боялись спроситьDmitry Izmestiev
Зачем нужны сертификаты ИТ-специалистов в России? Действительно ли сертифицированные специалисты зарабатывают больше и если да, то насколько? Окупятся ли вложения в сертификацию? Где и как сдать сертификационный тест? Ответы на эти и другие вопросы вы найдете в этой презентации
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Agile Coach и Scrum Master как руководители нового типаAskhat Urazbaev
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы
- Какое место они занимают в организации?
- Какими они должны быть?
- Что входит в их обязанности?
- Что они должны знать и уметь?
Выступление Андрея Пивоварова, CEO GoIT, на HR-марафон
GoIT - это компания, в которой работают исключительно A-players
Кто такой A-player
- Любит свою работу
- Превосходно справляется со своими обязанностями
- Постоянно развивается
- Человек полного цикла: смотрит шире, чем его зона ответственности
- Ощущается себя финально ответственным за свой фронт работ
- Всегда стремится окружить себя другими A-players
- Имеет врожденные таланты и, склонности к своей профессии, благодаря которым достигает более высоких результатов
- Не боится брать на себя ответственность
- Проактивный и инициативный
- Достигает WOW-результатов, превосходя все ожидания
Какими личностными качествами обладает каждый сотрудник GoIT:
- Отношение к работе (страсть, вовлеченность)
- Целеустремленность
- Самоорганизованность
- Оптимизм
- Постоянное саморазвитие, желание развиваться
- Открытость к обратной связи
- Командность
Почему вакансия ассистента стала вирусной:
- Образ из масс-культуры (героиня популярного сериала Suits)
- Провокационный текст люди поделились на два лагеря, не было равнодушных
- Канал публикации (7,5 подписчиков в fb)
- Время публикации (утро понедельника)
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Software craftsmanship 11 online: мотивация и эффектисность разработчикаPavel Veinik
Мы рассмотрим вопросы продуктивности, как командная работа и менеджеры влияют на продуктивность, как связаны оценки и эффективность решений разработчика, почему работа программиста является творческой, и как грамотно использовать инструменты тайм-менеджмента.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Максим Богуславский, Ищем специалиста по обеспечению качества вместеScrumTrek
Проворные методологии прочно вошли в жизнь современной разработки, мы изучили процессы, внедрили их и пожимаем плоды. Теперь вам в команду нужен специалист по обеспечению качества. На примере своего опыта подбора, я хочу показать как собрать команду своей мечты. На докладе я расскажу о:
- подготовке к подбору человека;
- составлении описания вакансии;
- проведении собеседования;
- проведении испытательного срока;
- последующей работе с сотрудником.
Практически все молодые компании гибкие. Именно это им помогает обходить “взрослые” медленные компании на крутых виражах конкурентной гонки.
Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов.
Может ли компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Леденев Евгений. Руководитель департамента по повышению операционной эффективности, ДТЭК-Энерго. Конференция «Удвоение производительности: опыт украинских компаний в применении лучших управленческих практик»
Сергей Рогачев; Лилия Алексеева. Дизайн и запуск Agile-команд.ScrumTrek
Запуск в Agile — это одно из ключевых событий в жизни команды: от него зависит, взлетит ли Agile? Но запуск дает только 30% гарантии успеха, около 60% зависит от правильного дизайна команды. Мы расскажем, как проводить дизайн команды. Причем покажем на цифрах реального статистического исследования, как ошибки при дизайне отражаются на эффективности команд. Мы поделимся опытом, как непосредственно при запуске команды можно исправить кривой дизайн. И что делать, если нужно запустить одновременно много команд.
Все, что вы хотели знать про ИТ-сертификацию, но боялись спроситьDmitry Izmestiev
Зачем нужны сертификаты ИТ-специалистов в России? Действительно ли сертифицированные специалисты зарабатывают больше и если да, то насколько? Окупятся ли вложения в сертификацию? Где и как сдать сертификационный тест? Ответы на эти и другие вопросы вы найдете в этой презентации
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
С одной стороны область связанная с работой с требованиями постепенно институализируется и область становится все более и более консервативной. И практика и стандарты становятся более зрелыми. С другой стороны мир и индустрия разработки ПО не стоит на месте. Даже гибкие методологии, не так давно казавшиеся пределом мечтаний, похоже перевалили пик своей популярности. Наступает очередная смена парадигмы в роли ИТ и Requirements Engineering в частности.
One-cloud — система управления дата-центром в Одноклассниках / Олег Анастасье...Ontico
HighLoad++ 2017
Зал «Калининград», 8 ноября, 15:00
Тезисы:
http://www.highload.ru/2017/abstracts/2964.html
Одноклассники состоят из более чем восьми тысяч железных серверов, расположенных в нескольких дата-центрах. Каждая из этих машин была специализированной под конкретную задачу - как для обеспечения изоляции отказов, так и для обеспечения автоматизированного управления инфраструктурой.
...
Масштабируя DNS / Артем Гавриченков (Qrator Labs)Ontico
HighLoad++ 2017
Зал «Калининград», 8 ноября, 16:00
Тезисы:
http://www.highload.ru/2017/abstracts/3032.html
Протокол DNS на семь лет старше, чем Всемирная паутина. Стандарты RFC 882 и 883, определяющие основную функциональность системы доменных имён, появились в конце 1983 года, а первая реализация последовала уже годом позже. Естественно, что у технологии столь старой и при этом по сей день активнейшим образом используемой просто не могли не накопиться особенности, неочевидные обыкновенным пользователям.
...
Создание BigData-платформы для ФГУП Почта России / Андрей Бащенко (Luxoft)Ontico
HighLoad++ 2017
Зал «Калининград», 8 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/3010.html
В этом докладе я расскажу, как BigData-платформа помогает трансформировать Почту России, как мы управляем построением и развитием платформы. Расскажу про найденные удачные решения, например, как разбиение на продукты с понятными SLA и интерфейсами между ними помогло нам сохранять управляемость с ростом масштабов проекта.
...
Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 10:00
Тезисы:
http://www.highload.ru/2017/abstracts/2914.html
Казалось бы, что нужно для организации тестового окружения? Тестовая железка и копия боевого окружения - и тестовый сервер готов. Но как быть, когда проект сложный? А когда большой? А если нужно тестировать одновременно много версий? А если все это вместе?
Организация тестирования большого развивающегося проекта, где одновременно в разработке и тестировании около полусотни фич - достаточно непростая задача. Ситуация обычно осложняется тем, что иногда есть желание потрогать еще не полностью готовый функционал. В таких ситуациях часто возникает вопрос: "А куда это можно накатить и где покликать?"
...
Новые технологии репликации данных в PostgreSQL / Александр Алексеев (Postgre...Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 18:00
Тезисы:
http://www.highload.ru/2017/abstracts/2854.html
Из этого доклада вы узнаете о возможностях репликации и автофейловера PostgreSQL, в том числе о возможностях, ставших доступных в PostgreSQL 10.
Среди прочих, будет затронуты следующие темы:
* Виды репликации и решаемые с ее помощью проблемы.
* Настройка потоковой репликации.
* Настройка логической репликации.
* Настройка автофейловера / HA средствами Stolon и Consul.
После прослушивания доклада вы сможете самостоятельно настраивать репликацию и автофейловер PostgreSQL.
PostgreSQL Configuration for Humans / Alvaro Hernandez (OnGres)Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 17:00
Тезисы:
http://www.highload.ru/2017/abstracts/3096.html
PostgreSQL is the world’s most advanced open source database. Indeed! With around 270 configuration parameters in postgresql.conf, plus all the knobs in pg_hba.conf, it is definitely ADVANCED!
How many parameters do you tune? 1? 8? 32? Anyone ever tuned more than 64?
No tuning means below par performance. But how to start? Which parameters to tune? What are the appropriate values? Is there a tool --not just an editor like vim or emacs-- to help users manage the 700-line postgresql.conf file?
Join this talk to understand the performance advantages of appropriately tuning your postgresql.conf file, showcase a new free tool to make PostgreSQL configuration possible for HUMANS, and learn the best practices for tuning several relevant postgresql.conf parameters.
Inexpensive Datamasking for MySQL with ProxySQL — Data Anonymization for Deve...Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 16:00
Тезисы:
http://www.highload.ru/2017/abstracts/3115.html
During this session we will cover the last development in ProxySQL to support regular expressions (RE2 and PCRE) and how we can use this strong technique in correlation with ProxySQL's query rules to anonymize live data quickly and transparently. We will explain the mechanism and how to generate these rules quickly. We show live demo with all challenges we got from the Community and we finish the session by an interactive brainstorm testing queries from the audience.
Опыт разработки модуля межсетевого экранирования для MySQL / Олег Брославский...Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 15:00
Тезисы:
http://www.highload.ru/2017/abstracts/2957.html
Расскажем о нашем опыте разработки модуля межсетевого экрана для MySQL с использованием генератора парсеров ANTLR и языка Kotlin.
Подробно рассмотрим следующие вопросы:
— когда и почему целесообразно использовать ANTLR;
— особенности разработки ANTLR-грамматики для MySQL;
— сравнение производительности рантаймов для ANTLR в рамках задачи синтаксического анализа MySQL (C#, Java, Kotlin, Go, Python, PyPy, C++);
— вспомогательные DSL;
— микросервисная архитектура модуля экранирования SQL;
— полученные результаты.
ProxySQL Use Case Scenarios / Alkin Tezuysal (Percona)Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 14:00
Тезисы:
http://www.highload.ru/2017/abstracts/3114.html
ProxySQL aims to be the most powerful proxy in the MySQL ecosystem. It is protocol-aware and able to provide high availability (HA) and high performance with no changes in the application, using several built-in features and integration with clustering software. During this session we will quickly introduce its main features, so to better understand how it works. We will then describe multiple use case scenarios in which ProxySQL empowers large MySQL installations to provide HA with zero downtime, read/write split, query rewrite, sharding, query caching, and multiplexing using SSL across data centers.
MySQL Replication — Advanced Features / Петр Зайцев (Percona)Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/2954.html
MySQL Replication is powerful and has added a lot of advanced features through the years. In this presentation we will look into replication technology in MySQL 5.7 and variants focusing on advanced features, what do they mean, when to use them and when not, Including.
When should you use STATEMENT, ROW or MIXED binary log format?
What is GTID in MySQL and MariaDB and why do you want to use them?
What is semi-sync replication and how is it different from lossless semi-sync?
...
Внутренний open-source. Как разрабатывать мобильное приложение большим количе...Ontico
HighLoad++ 2017
Зал «Кейптаун», 8 ноября, 12:00
Тезисы:
http://www.highload.ru/2017/abstracts/3120.html
Количество разработчиков мобильных приложений Сбербанк Онлайн с начала 2016 года выросло на порядок. Для того чтобы продолжать выпускать качественный продукт, мы кардинально перестраиваем процесс разработки.
Количество внутренних заказчиков тех или иных доработок в какой-то момент выросло настолько, что разработчики стали узким местом. Мы внедрили культуру разработки, которую можно условно назвать "внутренним open-source", сохранив за собой контроль над архитектурой и качеством проекта, но позволив разрабатывать новые фичи всем желающим.
...
Подробно о том, как Causal Consistency реализовано в MongoDB / Михаил Тюленев...Ontico
HighLoad++ 2017
Зал «Мумбай», 8 ноября, 18:00
Тезисы:
http://www.highload.ru/2017/abstracts/2836.html
При использовании Eventually Consistent распределенных баз данных нет гарантий, что чтение возвращает результаты последних изменений данных, если чтение и запись производятся на разных узлах. Это ограничивает пропускную способность системы. Поддержка свойства Causal Consistency снимает это ограничение, что позволяет улучшить масштабируемость, не требуя изменений в коде приложения.
...
Балансировка на скорости проводов. Без ASIC, без ограничений. Решения NFWare ...Ontico
HighLoad++ 2017
Зал «Мумбай», 8 ноября, 16:00
Тезисы:
http://www.highload.ru/2017/abstracts/2858.html
Аудитория Одноклассников превышает 73 миллиона человек в России, СНГ и странах дальнего зарубежья. При этом ОК.ru - первая социальная сеть по просмотрам видео в рунете и крупнейшая сервисная платформа.
Качественный и количественный рост DDoS-атак за последние годы превращает их в одну из первоочередных проблем для крупнейших интернет-ресурсов. В зависимости от вектора атаки “узким” местом становится та или иная часть инфраструктуры. В частности, при SYN-flood первый удар приходится на систему балансировки трафика. От ее производительности зависит успех в противостоянии атаке.
...
Перехват трафика — мифы и реальность / Евгений Усков (Qrator Labs)Ontico
HighLoad++ 2017
Зал «Мумбай», 8 ноября, 15:00
Тезисы:
http://www.highload.ru/2017/abstracts/3008.html
Никогда не было и вот снова случилось! Компания Google в результате перенаправления трафика сделала недостпуными в Японии несколько тысяч различных сервисов, большинство из которых никак не связано с самой компанией Google. Однако, подобные инциденты происходят с завидной регулярностью, вот только не всегда попадают в большие СМИ. У таких инцидентов могут быть разные причины, начиная от ошибок сетевых инженеров и заканчивая государственным регулированием.
...
И тогда наверняка вдруг запляшут облака! / Алексей Сушков (ПЕТЕР-СЕРВИС)Ontico
HighLoad++ 2017
Зал «Мумбай», 8 ноября, 14:00
Тезисы:
http://www.highload.ru/2017/abstracts/2925.html
Облака и виртуализация – современные тренды развития IT-технологий. Операторы связи строят свои TelcoClouds на стандартах NFV (Network Functions Virtualization) и SDN (Software-Defined Networking). В докладе начнем с основ виртуализации, далее разберемся, для чего используются NFV и SDN, потом полетим к облакам и вернемся на землю для решения практических задач!
...
Как мы заставили Druid работать в Одноклассниках / Юрий Невиницин (OK.RU)Ontico
HighLoad++ 2017
Зал «Мумбай», 8 ноября, 10:00
Тезисы:
http://www.highload.ru/2017/abstracts/3045.html
Как мы заставили Druid работать в Одноклассниках.
«Druid is a high-performance, column-oriented, distributed data store» http://druid.io.
Мы расскажем о том, как, внедрив Druid, мы справились с ситуацией, когда MSSQL-based система статистики на 50 терабайт стала:
- медленной: средняя скорость ответа была в разы меньше требуемой (и увеличилась в 20 раз);
- нестабильной: в час пик статистика отставала до получаса (теперь ничего не отстает);
- дорогой: изменилась политика лицензирования Microsoft, расходы на лицензии могли составить миллионы долларов.
...
Разгоняем ASP.NET Core / Илья Вербицкий (WebStoating s.r.o.)Ontico
HighLoad++ 2017
Зал «Рио-де-Жанейро», 8 ноября, 18:00
Тезисы:
http://www.highload.ru/2017/abstracts/2905.html
Прошло более года с того момента, как Microsoft выпустила первую версию своего нового фреймворка для разработки web-приложений ASP.NET Core, и с каждым днем он находит все больше поклонников. ASP.NET Core базируется на платформе .NET Core, кроссплатформенной версии платформы .NET c открытым исходным кодом. Теперь у С#-разработчиков появилась возможность использовать Mac в качестве среды разработки, и запускать приложения на Linux или внутри Docker-контейнеров.
...
100500 способов кэширования в Oracle Database или как достичь максимальной ск...Ontico
HighLoad++ 2017
Зал «Рио-де-Жанейро», 8 ноября, 14:00
Тезисы:
http://www.highload.ru/2017/abstracts/2913.html
Изначально будут раскрыты базовые причины, которые заставили появиться такой части механизма СУБД, как кэш результатов, и почему в ряде СУБД он есть или отсутствует.
Будут рассмотрены различные варианты кэширования результатов как sql-запросов, так и результатов хранимой в БД бизнес-логики. Произведено сравнение способов кэширования (программируемые вручную кэши, стандартный функционал) и даны рекомендации, когда и в каких случаях данные способы оптимальны, а порой опасны.
...
Apache Ignite Persistence: зачем Persistence для In-Memory, и как он работает...Ontico
HighLoad++ 2017
Зал «Рио-де-Жанейро», 8 ноября, 13:00
Тезисы:
http://www.highload.ru/2017/abstracts/2947.html
Apache Ignite — Open Source платформа для высокопроизводительной распределенной работы с большими данными с применением SQL или Java/.NET/C++ API. Ignite используют в самых разных отраслях. Сбербанк, ING, RingCentral, Microsoft, e-Therapeutics — все эти компании применяют решения на основе Ignite. Размеры кластеров разнятся от всего одного узла до нескольких сотен, узлы могут быть расположены в одном ЦОД-е или в нескольких геораспределенных.
...
HighLoad++ 2017
Зал «Рио-де-Жанейро», 8 ноября, 12:00
Тезисы:
http://www.highload.ru/2017/abstracts/3005.html
Когда мы говорим о нагруженных системах и базах данных с большим числом параллельных коннектов, особый интерес представляет практика эксплуатации и сопровождения таких проектов. В том числе инструменты и механизмы СУБД, которые могут быть использованы DBA и DevOps-инженерами для решения задач мониторинга жизнедеятельности базы данных и ранней диагностики возможных проблем.
...
2. ВСТУПЛЕНИЕ
ИТ-Компания
350 сотрудников, 300 разработчиков
Найм по 10-20 специалистов в месяц
Большой коллектив разработчиков
Много проектов (около 60-ти одновременно)
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
6. ПРОБЛЕМЫ
Чему учить?
Закостенелость коллектива разработчиков
Разработчик хочет знать свой уровень
Руководитель одинаково оценивает
специалистов
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
JUNIOR
JUNIOR
7. ПРОБЛЕМЫ
Чему учить?
Закостенелость коллектива разработчиков
Разработчик хочет знать свой уровень
Трансляция ценностей компании
Руководитель одинаково оценивает
специалистов
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
8. ОБЩАЯ СТРУКТУРА
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
ГрейдУровень зрелости .NET разработчика
Основы CLR
Исключения
Основные типы данных (boxing/unboxing, массивы)
ADO.NET, Entity Framework (DatabaseFirst, CodeFirst и ModelFirst)
Класс
Работа с XML, файлами, JSON. Сериализация
Атрибуты, Расширения
JUNIOR
JUNIOR
JUNIOR
JUNIOR
JUNIOR
MIDDLE
MIDDLE
9. ПОЛУЧАЕМАЯ ОЦЕНКА
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Грейд Оценка
SENIOR
TEAMLEAD
JUNIOR 99 %
18 %
79 %
27 %
MIDDLE
Оценка по блоку
Общая оценка
Итоговая средняя оценка
10. ЭВОЛЮЦИЯ ГРЕЙДОВ, ВАРИАНТ 1
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Уровень зрелости .NET разработчика Грейд
Основы CLR
Исключения
JUNIOR
JUNIOR
1
1
JUNIOR 0
Полный технологический опросник по языку/фреймворку
Размер опросника: 20-30 вопросов
Возможные ответы: Да/Нет
Атрибуты, Расширения
11. ЭВОЛЮЦИЯ ГРЕЙДОВ, ВАРИАНТ 2
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Уровень зрелости .NET разработчика Уровень зрелости .NET разработчика Грейд
Основы CLR Основы CLR
Основы JIТ компилятора
Основы .NET framework
Основы C#
JUNIOR
JUNIOR
JUNIOR
1
1
1
JUNIOR 1
Увеличили количество вопросов до 200
Упростили вопросы
Теперь проще ставить Да/Нет
12. ЭВОЛЮЦИЯ ГРЕЙДОВ, ВАРИАНТ 3
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Уровень зрелости .NET разработчика Грейд
Основы CLR
Основы JIТ компилятора
Основы .NET framework
Основы C#
JUNIOR
JUNIOR
JUNIOR
7
4
5
JUNIOR 7
Сделали 50 вопросов
Еще раз улучшили формулировки
Ответ измеряется по шкале от 1 до 10
13. ЭВОЛЮЦИЯ ГРЕЙДОВ, ВАРИАНТ 4
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Технических навыков недостаточно, поэтому добавили
Soft Skills:
Умение работать в команде
Тимлидерство
Знание процессов и методологий
Коммуникативные навыки
Лидерские навыки
14. РЕЗУЛЬТИРУЮЩАЯ ОЦЕНКА
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Сгруппировали на части:
Блок Оценка
Знание процессов компании
Знания по БД, SQL
Уровень зрелости .NET разработчика
Знания разработки
Уровень ответственности/самостоятельности
Работа в команде 65 %
67 %
48 %
71 %
46 %
54 %
79 %
68 %
Знание процессов разработки ПО
TEAMLEAD
Грейд Оценка
SENIOR
TEAMLEAD
JUNIOR 85 %
18 %
79 %
27 %
MIDDLE
15. МЕТОДИКА ОЦЕНКИ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Индивидуально: Ментор и Разработчик
Последовательный проход по чеклисту
Подробное обсуждение каждого пункта
Важное: Сотрудник должен согласиться с оценкой
16. ПРОВЕРКА КОРРЕКТНОСТИ ОЦЕНКИ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Случайная выборка сотрудников
Привлекаем других менторов
Сравниваем получаемые оценки
17. ОЦЕНКА VS ВКЛАД В КОМПАНИЮ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Сравнение специалистов с одинаковым грейдом
Оцениваем вклад каждого в развитие компании
Если вклад разный – меняем грейд
18. ВАРИАНТЫ РАЗВИТИЯ СПЕЦИАЛИСТА
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Персональный ментор
Дополнительная цель в проекте
Тестовый/Внутренний проект
Доклад по теме
Создание и проведение курса
Выражается в форме ИПР
19. РЕШЕНИЕ ОБОЗНАЧЕННЫХ ПРОБЛЕМ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Грейды стали открытыми
Нет споров в понимании «кто такой Middle»
Понятно чему учить
Оценка по грейдам стала «абсолютной»
Специалист согласен со своей оценкой и уровнем
Понятна связь ценностей компании с профессиональным ростом
20. ПРЕИМУЩЕСТВА ВНЕДРЕНИЯ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Разработчикам хорошо, когда есть система профессионального роста
Сотрудники знают своих экспертов
Рабочий способ выявления талантов
Более плотная работа руководителя с сотрудником
Появились ИПР, которые нужно исполнять
HR получили новый канал информации как о сотруднике,
так и о руководителе
21. НАБЛЮДАЕМЫЕ ЭФФЕКТЫ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Выгодно иметь общий низкий уровень по грейдам
Грейд Оценка
SENIOR
TEAMLEAD
JUNIOR 85 %
18 %
79 %
27 %
MIDDLE
Грейд Оценка
SENIOR
TEAMLEAD
JUNIOR 74 %
7 %
23 %
9 %
MIDDLE
22. НАБЛЮДАЕМЫЕ ЭФФЕКТЫ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Молодые специалисты открывают для себя новое
«Селективность индексов, покрывающие/непокрывающие индексы»
24. НАБЛЮДАЕМЫЕ ЭФФЕКТЫ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Руководители резко научились выделять ключевых и делегировать,
имея задачу оценить 30-50 специалистов
27. Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Ощутимое количество недовольных из-за низких оценок
Но это наш «стандарт качества» разработчика
НАБЛЮДАЕМЫЕ ЭФФЕКТЫ
29. ЗАТРАТЫ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Вся история с грейдами в нашей компании – около одного года
Создание опросника – примерно неделя на каждый вариант
Опрос всех разработчиков – до месяца на всю компанию
Анализ результатов и формирование ИПР – месяц
30. РЕЦЕПТ
Флоринский АлексейВнедрение системы грейдов разработчиков в IT-компании
Подумать «Зачем оно нужно?»
Разработать опросники по формуле «Soft skills + Технологии»
Четко связать баллы и уровни J, M, S (+вариации)
Внедрить в компании «стандарт знаний разработчика»
Хорошо подумать «Стоит ли оценивать разработчиков?»
Разработать методику оценки + проверка оценок
Регулярно проводить переоценки
Явно обозначить бонусы, если вырос уровень
Утвердить процесс оценки новичков