🚴♂️ На нашей конференции выступит ни много ни мало профессиональный велосипедист со стажем и остро заточенным топором, которым рубит проблемы под самый корень. Дмитрий Карловский программирует с начальной школы, последние 15 лет занимается вебом и преимущественно фронтендом.
Его доклад — «Фрактальное тестирование». Раскрутим до нитки рожок. Разберём по кирпичикам пирамиду. И сформулируем принципы фрактального тестирования, превратив тесты из врага в своего лучшего союзника. Но для этого нам придётся подорвать самые основы, так что держите огнетушители наготове 👩🚒
Его доклад — «Фрактальное тестирование». Раскрутим до нитки рожок. Разберём по кирпичикам пирамиду. И сформулируем принципы фрактального тестирования, превратив тесты из врага в своего лучшего союзника. Но для этого нам придётся подорвать самые основы, так что держите огнетушители наготове 👩🚒
Денис Олейник более 12 лет работает техническим директором, занимается организационными изменениями, популяризацией и имплементацией промышленных стандартов разработки.
В своём докладе «Story Mapping + BDD = Docs As Code?» Денис изложит своё виденье проблемы встраивания BDD в рабочий процесс разработки ПО. Цель доклада — обозначить те вызовы, которые встают перед командой, желающей практиковать BDD, и показать ловушки, в которые можно попасть на этом нелёгком пути 🧗♂️
P.S.: По ходу доклада прозвучат такие слова, как: BDD, Living Documentation, Docs As Code, Impact Mapping, Story Mapping, Scrum, Kanban, Jenkins, Allure и другие термины из лексикона Agile-коучей. Но никакой инфо-цыганщины, только практические моменты 👌
В своём докладе «Story Mapping + BDD = Docs As Code?» Денис изложит своё виденье проблемы встраивания BDD в рабочий процесс разработки ПО. Цель доклада — обозначить те вызовы, которые встают перед командой, желающей практиковать BDD, и показать ловушки, в которые можно попасть на этом нелёгком пути 🧗♂️
P.S.: По ходу доклада прозвучат такие слова, как: BDD, Living Documentation, Docs As Code, Impact Mapping, Story Mapping, Scrum, Kanban, Jenkins, Allure и другие термины из лексикона Agile-коучей. Но никакой инфо-цыганщины, только практические моменты 👌
💥 Александр Тарасов директор по инженерии в британском стартапе ANNA Money. За плечами Александра более 13 лет участия в серверной разработке различных продуктов, от B2B до социальных сетей.
За последний год стартап заметно вырос и претерпел десятки существенных (и ещё больше минорных) изменений в части инфраструктуры. В своём докладе Александр рассмотрит:
✅ почему для стартапа важно постоянно улучшать инфраструктуру;
✅ принципы, подходы и практики непрерывного изменения инфраструктуры;
✅ роль платформенной команды и команд разработки в этом процессе.
За последний год стартап заметно вырос и претерпел десятки существенных (и ещё больше минорных) изменений в части инфраструктуры. В своём докладе Александр рассмотрит:
✅ почему для стартапа важно постоянно улучшать инфраструктуру;
✅ принципы, подходы и практики непрерывного изменения инфраструктуры;
✅ роль платформенной команды и команд разработки в этом процессе.
techleadconf.ru
Александр Тарасов на TechLead Conf 2020
За последний год наш стартап заметно вырос. Больше клиентов, больше команд разработки, больше микросервисов. В этот период мы сделали десятки существенных (и ещё больше минорных) изменений в части инфраструктуры нашего стартапа и не собираемся останавливаться…
TechLead Conf при переезде в онлайн стала двухдневной, потому что нам стало проще предложить вам еще больше контента. Как вам наша идея двухдневной конференции вместо однодневной?
Anonymous Poll
47%
👍получу больше знаний
30%
🙂хорошо, но это 2 рабочих дня…
11%
👎лучше 3-4 потока, но 1 день
11%
🥰я б и за неделю
Алексей Дерюшкин специализируется на помощи командам во внедрении гибких практик и прокачке руководителей.
Алексей знает, что мало уметь хорошо поддерживать высокое техническое качество кода, надо ещё суметь доказать начальству и заказчикам необходимость вкладывать в эту работу силы и время. В докладе на TechLead Conf Алексей на примерах расскажет, как доказать необходимость выполнения технических и архитектурных задач. Этот опыт поможет вам построить диалог о балансе между продуктовыми и техническими задачами 🤝
Алексей знает, что мало уметь хорошо поддерживать высокое техническое качество кода, надо ещё суметь доказать начальству и заказчикам необходимость вкладывать в эту работу силы и время. В докладе на TechLead Conf Алексей на примерах расскажет, как доказать необходимость выполнения технических и архитектурных задач. Этот опыт поможет вам построить диалог о балансе между продуктовыми и техническими задачами 🤝
Дмитрий Вишин в IT с 2005 года. В качестве системного архитектора и техлида разрабатывал систему электронного мониторинга для Министерства образования РФ, работал техлидом инфраструктурных сервисов ozon, сейчас руководит группой разработки платформы в goods.ru.
📈 На нашей конференции Дмитрий наглядно покажет, какой профит получает бизнес от непродуктового сервиса, и расскажет, как можно перейти от механизма, который умеет только распределять пользователей на основании определенного алгоритма, к распределенной системе, и при чем тут PaaS.
📈 На нашей конференции Дмитрий наглядно покажет, какой профит получает бизнес от непродуктового сервиса, и расскажет, как можно перейти от механизма, который умеет только распределять пользователей на основании определенного алгоритма, к распределенной системе, и при чем тут PaaS.
На онлайн-конференции вам важны развлекательные активности для перезагрузки между докладами? (Идеи в чате приветствуются :)
Anonymous Poll
24%
Обязательно!
53%
Достаточно перерывов, я сам/сама найду, как взбодриться
15%
Мне всё равно
9%
Развлекательный контент только отвлекает
Фрол Крючков Engineering Team Lead в Авито. В своём докладе расскажет об одной из проблем микросервисной архитектуры — каскадном отказе системы. Это достаточно сложная проблема, так как она находится на стыке продуктовой разработки и инфраструктурной и часто остается незамеченной. В докладе рассмотрим базовые примеры таких отказов, как с ними бороться и какие средства можно использовать для их профилактики.
Еще один важный опрос :) Интересно ли вам участвовать в неформальных активностях на конференции? Хотели бы на зум-афтепати поиграть со спикерами и другими участниками в мафию или мозгобойню (свой вариант пишите в чат)?
Anonymous Poll
14%
Конечно
21%
Неформальное общение нужно, но мы же не в детском саду, чтобы играть в игры
37%
Как настроение будет, может и поучаствую
28%
Нет, я тут только за докладами
Георгий Грибков работает в PVS-Studio и занимается разработкой C++-анализатора. На TechLead Conf Георгий выступит с докладом «Как исправить сотни ошибок в legacy-коде и не умереть (на примере Unreal Engine 4)».
Этот доклад будет посвящён наиболее полезным практикам применения статического анализа, которые помогут вам не только справиться с ошибками в старом коде, но и не допускать появления ошибок в новом. Советы будут подкреплены историей о том, как два программиста исправили почти 2000 срабатываний статического анализатора в исходном коде Unreal Engine 4 всего за 17 рабочих дней.
Этот доклад будет посвящён наиболее полезным практикам применения статического анализа, которые помогут вам не только справиться с ошибками в старом коде, но и не допускать появления ошибок в новом. Советы будут подкреплены историей о том, как два программиста исправили почти 2000 срабатываний статического анализатора в исходном коде Unreal Engine 4 всего за 17 рабочих дней.
Александр Токарев сертифицированный облачный архитектор, занимающийся разработкой и проектированием сложных информационных систем, в частности, поиском новых подходов в этом устоявшемся процессе.
По мнению Александра подход governance as a code — оптимальный способ обеспечить соблюдение архитектурных принципов, при разработке крупных программных продуктов. В данном подходе правила проверки каждого артефакта — будь то конфигурация k8s, список библиотек или даже описание сценария CI/CD — описаны специальным кодом проверки правил. Александр расскажет, как и что можно проверять, как governance as a code позволяет разрабатывать более безопасные и качественные приложения и почему было решено не использовать такие очевидные решения, как SonarCube, а разработать собственное решение на базе Open Policy Agent.
По мнению Александра подход governance as a code — оптимальный способ обеспечить соблюдение архитектурных принципов, при разработке крупных программных продуктов. В данном подходе правила проверки каждого артефакта — будь то конфигурация k8s, список библиотек или даже описание сценария CI/CD — описаны специальным кодом проверки правил. Александр расскажет, как и что можно проверять, как governance as a code позволяет разрабатывать более безопасные и качественные приложения и почему было решено не использовать такие очевидные решения, как SonarCube, а разработать собственное решение на базе Open Policy Agent.
techleadconf.ru
Александр Токарев на TechLead Conf 2020
При разработке крупных программных продуктов, даже применяя Agile-подход, надо обеспечить соблюдение архитектурных принципов как в части конфигураций инфраструктуры, так и в части программного кода. Оптимальным способом решения данной задачи является подход…
Как внедрять полезные изменения и делать так, чтобы они приживались, на TechLead Conf расскажет Дмитрий Масленников и Тинькофф.
А чтобы понять, какие подвохи могут ожидать техлида на пути внедрения изменений и кому будет интересен этот доклад, мы заранее поговорили с Дмитрием и опубликовали небольшое интервью на Хабре. Читайте статью, задавайте вопросы, бронируйте билеты на TechLead Conf 😁
А чтобы понять, какие подвохи могут ожидать техлида на пути внедрения изменений и кому будет интересен этот доклад, мы заранее поговорили с Дмитрием и опубликовали небольшое интервью на Хабре. Читайте статью, задавайте вопросы, бронируйте билеты на TechLead Conf 😁
Хабр
Почему люди сопротивляются изменениям и как им помочь перестроиться
8–9 июня состоится TechLead Conf . Это онлайн-конференция об инженерных практиках и процессах. Мы будем подробно обсуждать, как разрабатывать без багов, как работать с legacy, как сделать так, чтобы...
Денис Цветцих из EPAM на TechLead Conf расскажет о том, как оценить чистоту архитектуры.
О чистой архитектуре сейчас много говорят, но чаще без особой конкретики. Денис поделится своим опытом применения чистой архитектуры на практике и покажет, какие нужно создать проекты, что поместить в каждый проект и как расставить ссылки между проектами. Фактически участники получат готовый шаблон.
Этот доклад, как и большинство на нашей конференции, не привязан к какому-то стеку технологий и будет полезен всем разработчикам.
О чистой архитектуре сейчас много говорят, но чаще без особой конкретики. Денис поделится своим опытом применения чистой архитектуры на практике и покажет, какие нужно создать проекты, что поместить в каждый проект и как расставить ссылки между проектами. Фактически участники получат готовый шаблон.
Этот доклад, как и большинство на нашей конференции, не привязан к какому-то стеку технологий и будет полезен всем разработчикам.
Григорий Петров начал карьеру специалиста по созданию программ в конце 90-х. Сейчас — Head of Developer Relations в Evrone, а еще генералист и нейрофизиолог-любитель.
Григорий привык докапываться до причин, поэтому в его докладе о том, как писать читаемый код, не будет привычных «пишите функции покороче, а имена идентификаторов понятнее». Зато будет нейрофизиология, проклятье нулевой цены копирования, когнитивная и социальная интуиция, проблема сложности.
Разберемся, откуда берется сложность кода, почему ее нельзя убрать и как с ней жить.
Григорий привык докапываться до причин, поэтому в его докладе о том, как писать читаемый код, не будет привычных «пишите функции покороче, а имена идентификаторов понятнее». Зато будет нейрофизиология, проклятье нулевой цены копирования, когнитивная и социальная интуиция, проблема сложности.
Разберемся, откуда берется сложность кода, почему ее нельзя убрать и как с ней жить.
Дима Кузнецов мог бы быть продактом, но он Tech Unit Lead в Skyeng, руководит командами разработки маркетинга и продаж.
В начале года в Skyeng стали собирать статистику по инцидентам, столкнулись с кучей проблем и уже смогли найти и исправить несколько системных проблем с важными для бизнеса сервисами. Дима расскажет об этом опыте и ответит на несколько очень важных вопросов:
✅ Как мотивировать команды не хоронить инциденты в чатах и какой лайфхак поможет, если команды не хотят «выносить сор из избы».
✅ Как анализировать инциденты, чтобы находить системные ошибки, решение которых принесет максимальную пользу.
В начале года в Skyeng стали собирать статистику по инцидентам, столкнулись с кучей проблем и уже смогли найти и исправить несколько системных проблем с важными для бизнеса сервисами. Дима расскажет об этом опыте и ответит на несколько очень важных вопросов:
✅ Как мотивировать команды не хоронить инциденты в чатах и какой лайфхак поможет, если команды не хотят «выносить сор из избы».
✅ Как анализировать инциденты, чтобы находить системные ошибки, решение которых принесет максимальную пользу.
Филипп Бочаров руководитель проектов по разработке в МТС ИТ, внедряет и популяризирует практику наблюдаемости на ИТ-ландшафте МТС.
В докладе «Что нам стоит создать техноплатформу?» Филипп расскажет о том, как в МТС внедряли практику обеспечения наблюдаемости процессов и продуктов — от идеи до продуктивного решения. Даст советы, как найти общий язык с бизнесом, как не потерять энтузиазм на половине пути, сэкономить время и нервы.
В докладе «Что нам стоит создать техноплатформу?» Филипп расскажет о том, как в МТС внедряли практику обеспечения наблюдаемости процессов и продуктов — от идеи до продуктивного решения. Даст советы, как найти общий язык с бизнесом, как не потерять энтузиазм на половине пути, сэкономить время и нервы.
Сергей Баранов в прошлом разработчик, архитектор в области авиастроения, банковской деятельности и ИБ. Последние четыре года практикующий консультант по архитектуре, процессам разработки и продуктовым практикам в ScrumTrek.
Сергей, предостерегает, что при создании системы на микросервисах можно легко создать распределенный монолит, и предлагает использовать подход Event Storming. Event Storming не убережет вас на 100%, но позволит существенно снизить риск. О том, как именно, с примерами из практики, — в докладе на TechLead Conf.
Сергей, предостерегает, что при создании системы на микросервисах можно легко создать распределенный монолит, и предлагает использовать подход Event Storming. Event Storming не убережет вас на 100%, но позволит существенно снизить риск. О том, как именно, с примерами из практики, — в докладе на TechLead Conf.
techleadconf.ru
Сергей Баранов на TechLead Conf 2020
При создании системы на микросервисах можно легко создать распределенный монолит. Event Storming не уберегает от этого на 100 %, но позволяет существенно снизить риск. О том, как именно, с примерами из практики, — в докладе.
💥 Внимание-внимание! 29 мая в 18:00 проведем открытый стрим и дискуссию «Путь развития Техлида».
В эту пятницу в 18:00 мы позовем наших докладчиков и в уютной обстановке расскажем об интересных интересностях, которые будут на конференции в июне. Это будет живая сессия с онлайн-вопросами. Расскажем, как реализовали идею построить в течение конференции путь развития техлида и при чём здесь maturity model.
А следом вас ждет стрим на тему «Тестирование интеграции с помощью контрактного тестирования». Во время стрима обсудим цели контрактного тестирования и на что именно стоит обращать внимание, когда мы проверяем интеграцию. Будет сессия live-кодинга, на котором посмотрим реализацию контрактов с помощью Spring Cloud Contract.
Встреча открытая, но нужно зарегистрироваться.
В эту пятницу в 18:00 мы позовем наших докладчиков и в уютной обстановке расскажем об интересных интересностях, которые будут на конференции в июне. Это будет живая сессия с онлайн-вопросами. Расскажем, как реализовали идею построить в течение конференции путь развития техлида и при чём здесь maturity model.
А следом вас ждет стрим на тему «Тестирование интеграции с помощью контрактного тестирования». Во время стрима обсудим цели контрактного тестирования и на что именно стоит обращать внимание, когда мы проверяем интеграцию. Будет сессия live-кодинга, на котором посмотрим реализацию контрактов с помощью Spring Cloud Contract.
Встреча открытая, но нужно зарегистрироваться.
TechLead Conf будет идти три дня — с 8 по 10 июня! И у нас уже готово расписание конференции.
При переходе на онлайн-формат мы решили, что раз уж не ограничены площадкой, собрать больше контента. А потом провели несколько онлайн-конференций и поняли, что 8-9 часов докладов с кучей параллельных активностей в онлайне — это тяжело.
Поэтому и решили: TechLead Conf будет проходить три дня, но расписание будет менее напряженное. Чтобы вы смогли послушать доклады, принять участие в дискуссиях, зайти на стенды партнёров, понетворкаться и при этом не пропустить рабочие дедлайны.
При переходе на онлайн-формат мы решили, что раз уж не ограничены площадкой, собрать больше контента. А потом провели несколько онлайн-конференций и поняли, что 8-9 часов докладов с кучей параллельных активностей в онлайне — это тяжело.
Поэтому и решили: TechLead Conf будет проходить три дня, но расписание будет менее напряженное. Чтобы вы смогли послушать доклады, принять участие в дискуссиях, зайти на стенды партнёров, понетворкаться и при этом не пропустить рабочие дедлайны.
А чтобы вам было удобнее сориентироваться в программе TechLead Conf, подготовили большую статью, в которой разбили все события конференции по тематическим блокам. Читайте, чтобы представить всю структуру или узнать подробнее о том, что мы приготовили для решения актуальных для вас задач.
Хабр
Как инженеру вырасти в техлида
Кто такие тимлид, архитектор или QA и чем они занимаются, в IT представляют себе примерно все. Но с пониманием, кто такой техлид, за что отвечает и как им стать,...
Евгений Дашкевич работает в Яндексе в команде поисковых интерфейсов, руководит группой в московском офисе Яндекса. На TechLead Conf Евгений расскажет, как переехать на новую технологию, чтобы 70+ разработчиков ничего не заметили 😎
Из доклада узнаем, зачем может понадобиться обновлять технический стек в крупном проекте и что может помочь в организации этого процесса. В качестве примера — реальная история перевода на React и TypeScript проекта, в который коммитят около 70 человек в день. Проекта, который рендерит миллионы разных комбинаций поисковых результатов в день — поисковой выдачи Яндекса 🔍
Из доклада узнаем, зачем может понадобиться обновлять технический стек в крупном проекте и что может помочь в организации этого процесса. В качестве примера — реальная история перевода на React и TypeScript проекта, в который коммитят около 70 человек в день. Проекта, который рендерит миллионы разных комбинаций поисковых результатов в день — поисковой выдачи Яндекса 🔍