Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
Как не собрать все грабли при Agile трансформации компании?Alexey Voronin
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Денис Тучин - Как не завалить Ретро: практические советы, как готовится и как...Denis Tuchin
Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
Типовые слайды для тренинга "Agile для лидеров"Denis Tuchin
Тренинг предназначен для руководителей команий, директоров департаментов, начальников отделов, а также вновь назначенных Владелцев Продуктов и бывших руководителей проектов
Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
Как не собрать все грабли при Agile трансформации компании?Alexey Voronin
Agile хайп делает свое дело: многие компании от крупных банков до растущих стартапов ринулись трансформироваться в Agile. Но все так или иначе наступают на грабли: Нужно ли менять организационную структуру компании или не стоит? В какой момент это делать? Если менять, то как? Есть ли какие-то шаблоны или нужно использовать другие подходы? Как формировать Agile команды? Довериться мнению бизнеса, функциональных руководителей IT? Я расскажу о нетривиальных проблемах, в решении которых я участвовал за предыдущий год в крупных компаниях (количество команд >= 5), и, конечно же, о решениях.
Денис Тучин - Как не завалить Ретро: практические советы, как готовится и как...Denis Tuchin
Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
Типовые слайды для тренинга "Agile для лидеров"Denis Tuchin
Тренинг предназначен для руководителей команий, директоров департаментов, начальников отделов, а также вновь назначенных Владелцев Продуктов и бывших руководителей проектов
Александра Баптизманская. Мы решили сделать наш маркетинг гибким, и вот что и...ScrumTrek
Что делать если в отделе международного маркетинга нет четких результатов, отсутствует фокус, работа ведется только с удобными регионами, а в коллективе царит вечный раздор и поиск виноватых? Было решено лечить Аджайлом и Скрамом! Длительность эксперимента — 1,5 года, полет нормальный.
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Николай Борисов, Кирилл Сатюков. Подход к ведению бизнеса в крупных компаниях...ScrumTrek
Agile изменяет не только процессы производства продуктов, но и привычное понимание о ведении бизнеса в банке.
В нашем докладе мы расскажем об опыте практического внедрения Agile в бизнес через Value Streams в самом большом частном банке страны.
Покажем как мы стоим работу от анализа жизненного пути клиента, до формирования кросcфункциональных Agile команд и донесения ценности нашему клиенту.
Поговорим о проблемах, с которыми сталкиваемся на этом пути, и расскажем как их решаем.
IT talk «Менеджмент проекта. Как часто мы отступаем от правил?»DataArt
Говорим об управлении проектами, как это бывает в теории и на практике.
• Разбираем, какие правила чаще всего нарушают в проекте и почему?
• Насколько обоснованно решение отходить от стандартов методологии?
• Обсуждаем реальные кейсы несоответствий, которые возникают в процессе работы, с точки зрения менеджера и команды.
Андрей Гриднев; Алексей Дерюшкин. Nexus Framework в Сбербанке.ScrumTrek
Доклад об agile-трансформации, проведённой в условиях максимума негативных факторов: уход основного подрядчика в середине разработки, резкое масштабирование за счёт новых людей с рынка в связи с этим, большая (100 человек) команда, распределённость на десяток офисов в нескольких городах, необходимость «»жить» в рамках водопадного процесса (в части интеграции с внешними командами), фиксированные сроки окончания проекта (и бюджет), иерархическая организация с функциональными «колодцами», несколько подрядчиков. Мы расскажем, какие были выбраны инструменты для подобной трансформации, с какими проблемами столкнулись, и к чему, в итоге, пришёл выбранный в качестве базы Nexus Framework. Рассмотрим его плюсы и минусы. Сейчас agile становится всё более востребованным в крупных организациях, и важно понимать, с какими проблемами можно столкнуться при переходе на новые рельсы и какими инструментами эти проблемы можно решать.
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
В жизни каждой организации наступает момент роста, когда старые “семейные” методы управления перестают работать. Сотрудников становится много, они не так хорошо понимают идею и миссию компании, и эффективность работы постепенно падает.
У компании есть 2 варианта развития. Можно начать “закручивать гайки” — привязывать KPI к бонусам и штрафам, вводить многочисленный управляющий персонал. Сотрудник теряет свободу, его постоянно контролируют и обкладывают многочисленными регламентами с жесткими правилами. Это точно приводит к улучшению, но это не единственный способ.
Есть вариант развития в стиле Agile — когда сотрудники счастливы, контроль осуществляют сами, а компания, тем не менее, продолжает эффективно развиваться. Как этого добиться?
Разработка сложных проектов — это процесс, который требует вовлеченности разного количества людей, и представляет собой сложный последовательный процесс. В лекции по-этапно рассмотрен типичный процесс разработки, а также его основные модификации.
Вам нужен крутой разработчик. Нам тоже / Владимир Гриненко (Яндекс)Ontico
РИТ++ 2017, Frontend Сonf
Зал Дели + Калькутта, 5 июня, 13:00
Тезисы:
http://frontendconf.ru/2017/abstracts/2520.html
Работая в одной из крупнейших IT-компаний в Европе, мы все время нуждаемся в крутых разработчиках.
В докладе я расскажу, как мы их ищем (и не находим), «выращиваем» вне компании, нанимаем, а затем продолжаем растить уже внутри.
Александра Баптизманская. Мы решили сделать наш маркетинг гибким, и вот что и...ScrumTrek
Что делать если в отделе международного маркетинга нет четких результатов, отсутствует фокус, работа ведется только с удобными регионами, а в коллективе царит вечный раздор и поиск виноватых? Было решено лечить Аджайлом и Скрамом! Длительность эксперимента — 1,5 года, полет нормальный.
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Николай Борисов, Кирилл Сатюков. Подход к ведению бизнеса в крупных компаниях...ScrumTrek
Agile изменяет не только процессы производства продуктов, но и привычное понимание о ведении бизнеса в банке.
В нашем докладе мы расскажем об опыте практического внедрения Agile в бизнес через Value Streams в самом большом частном банке страны.
Покажем как мы стоим работу от анализа жизненного пути клиента, до формирования кросcфункциональных Agile команд и донесения ценности нашему клиенту.
Поговорим о проблемах, с которыми сталкиваемся на этом пути, и расскажем как их решаем.
IT talk «Менеджмент проекта. Как часто мы отступаем от правил?»DataArt
Говорим об управлении проектами, как это бывает в теории и на практике.
• Разбираем, какие правила чаще всего нарушают в проекте и почему?
• Насколько обоснованно решение отходить от стандартов методологии?
• Обсуждаем реальные кейсы несоответствий, которые возникают в процессе работы, с точки зрения менеджера и команды.
Андрей Гриднев; Алексей Дерюшкин. Nexus Framework в Сбербанке.ScrumTrek
Доклад об agile-трансформации, проведённой в условиях максимума негативных факторов: уход основного подрядчика в середине разработки, резкое масштабирование за счёт новых людей с рынка в связи с этим, большая (100 человек) команда, распределённость на десяток офисов в нескольких городах, необходимость «»жить» в рамках водопадного процесса (в части интеграции с внешними командами), фиксированные сроки окончания проекта (и бюджет), иерархическая организация с функциональными «колодцами», несколько подрядчиков. Мы расскажем, какие были выбраны инструменты для подобной трансформации, с какими проблемами столкнулись, и к чему, в итоге, пришёл выбранный в качестве базы Nexus Framework. Рассмотрим его плюсы и минусы. Сейчас agile становится всё более востребованным в крупных организациях, и важно понимать, с какими проблемами можно столкнуться при переходе на новые рельсы и какими инструментами эти проблемы можно решать.
Борис Вольфсон. Почему Agile больше не работаетScrumTrek
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
В жизни каждой организации наступает момент роста, когда старые “семейные” методы управления перестают работать. Сотрудников становится много, они не так хорошо понимают идею и миссию компании, и эффективность работы постепенно падает.
У компании есть 2 варианта развития. Можно начать “закручивать гайки” — привязывать KPI к бонусам и штрафам, вводить многочисленный управляющий персонал. Сотрудник теряет свободу, его постоянно контролируют и обкладывают многочисленными регламентами с жесткими правилами. Это точно приводит к улучшению, но это не единственный способ.
Есть вариант развития в стиле Agile — когда сотрудники счастливы, контроль осуществляют сами, а компания, тем не менее, продолжает эффективно развиваться. Как этого добиться?
Разработка сложных проектов — это процесс, который требует вовлеченности разного количества людей, и представляет собой сложный последовательный процесс. В лекции по-этапно рассмотрен типичный процесс разработки, а также его основные модификации.
Вам нужен крутой разработчик. Нам тоже / Владимир Гриненко (Яндекс)Ontico
РИТ++ 2017, Frontend Сonf
Зал Дели + Калькутта, 5 июня, 13:00
Тезисы:
http://frontendconf.ru/2017/abstracts/2520.html
Работая в одной из крупнейших IT-компаний в Европе, мы все время нуждаемся в крутых разработчиках.
В докладе я расскажу, как мы их ищем (и не находим), «выращиваем» вне компании, нанимаем, а затем продолжаем растить уже внутри.
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
История развития отдела вёрстки в Одноклассниках: причины, опыт организации, рефакторинг и путь к чистому коду. Помимо личного опыта и процессов в отделе, речь пойдёт о методологиях вёрстки и инструментах для командной разработки — зачем, как выбрать, на что обратить внимание.
Про качество и красоту кода говорят и пишут очень многие, хотя при этом довольно часто забывают, для чего существует это качество и эта красота.
Двадцать второй онлайн митап Software Craftsmanship будет посвящен Engineering Excellence. мы рассмотрим что такое Engineering Excellence, кому и для чего оно нужно на проекте, из каких частей состоит и как определить что нужно конкретному проекту.
На митапе мы рассмотрим взаимосвязь разработчиков, тестировщиков, девопсов, разберем метрики, практики и процессы необходимы для постоянного улучшения проекта.
Как фаундеру IT компании создать команду лидогенераторов без больших затрат? Попробуйте программу менторинга 10 дней за 10 долларов https://forms.gle/Bxu19qWbAds49668A
Хватит зависеть от одного-двух крупных клиентов для разработки!
Уход даже одного приведет к резкому сокращению бизнеса. Придется увольнять команду, резать косты и быстро искать новых клиентов.
На программе обучения Дмитрий Роденко поделится одним из способов получать по 30-40 лидов с бюджетом на разработку каждый день использую всю мощь LinkedIn!
Для кого полезно:
* IT Outsourcing
* IT Outstaffing
* IT Consulting
* B2B Saas
* Digital
Зачем?
* Если вы продаете сложные проф. услуги,
* Клиенты не всегда понимают потребности в вашей услуги
* Клиенты не покупают ваши услуги импульсивно.
* Цикл сделки ваших услуг может быть длинным.
* Клиенты очень закрытые и не склонны сотрудничать сразу.
Trial 10 дней за 10$ обучение под руководством Дмитрия.
+ trial доступ на 10 дней к продукту "Leads in the Box" - ежедневная рассылка базы владельцев стартапов, которые получили инвестирование в последние 2-3 дня - совершенно бесплатно.
https://forms.gle/Bxu19qWbAds49668A
QUESTions - how to get clear answers to the difficult questions about project...Irina Vinogradova
We present QUESTions, the system developed in-house for monitoring of product development and related risks and visualization of analytical information for stakeholders. During the presentation we show how the integrated system works in the environment, where all project teams use different processes and tools and how we managed to overcome rejection caused by emergence of “just another inspector”.
Similar to Artem Zakharchenko - What happens when you don't write the code. What advises would I like to take 10 years ago (20)
'How i came up with my talk' by Yurii Artiukh. OdessaJS'2021OdessaJS Conf
The document describes the process by which someone decided on a topic for their presentation. They initially considered topics like animations or differential equations. After seeing an animation example, they wanted to create one themselves from 0 to 1, but struggled for over a day to get the math right. They eventually landed on an exponential function that achieved the desired animation effect over time. They questioned why they went through so much effort to figure this out.
Олексій Павленко. CONTRACT PROTECTION ON THE FRONTEND SIDE: HOW TO ORGANIZE R...OdessaJS Conf
The document discusses various approaches for performing contract protection on the frontend side such as integration testing, law-driven contract testing, consumer-driven contract testing, and runtime checking. It then focuses on runtime checking, explaining what it is and how it can add an extra step to quality assurance by allowing integration errors to be responded to in real time. Details are provided on Oleksii Pavlenko who is an engineering manager, PhD holder, and former professional basketball player with interests in surfing, snowboarding, and other boardsports.
Андрій Троян. Розробка мікросервісів з NestJS. OdessaJS'2021OdessaJS Conf
This document discusses NestJS, a framework for building Node.js microservices. It introduces microservices and their key characteristics like loose coupling and independent deployment. It then covers how NestJS provides an architecture that allows for highly testable, scalable, and maintainable applications. Specific NestJS features are summarized like modules, controllers, providers, pipes, error handling, and decorators. Finally, it discusses using NestJS for microservices, including different transporters and message styles like request-response and event-based communication.
Олексій Гончар "Використання Electron в розробці корпоративної відео-мессeндж...OdessaJS Conf
This document provides an overview of Electron and its history and principles. It then summarizes the RingCentral MVP platform, including its features and transition to using Electron. Finally, it describes the RingCentral desktop app, its features and technology, and its CI/CD processes. The document contains sections on Electron, the RingCentral MVP platform, and the RingCentral desktop app.
Максим Климишин "Що такого особливого у пропозиції вартості шаблону Micro Fro...OdessaJS Conf
Micro frontends is a design pattern that splits an application into multiple independently deployable frontend applications to reduce dependencies between teams and improve the speed of delivery. This approach can reduce execution and delivery risks like long cycle times and inconsistent user experiences. It allows for more autonomous teams and faster time to market. However, it also introduces some risks around broken user interfaces if components are not built consistently. Adopting a micro frontends approach requires buy-in from engineering leadership as well as change management to shift teams away from old habits.
Павло Галушко. GOOD CODE MYTHS. OdessaJS'2021OdessaJS Conf
The document discusses myths about writing good JavaScript code. Some myths addressed include: that good code is only for aesthetics; that programming is only about writing code; and that principles and patterns from object-oriented programming do not apply to JavaScript. The presentation argues that good code is important for business reasons like maintenance and refactoring costs. It emphasizes writing testable code, following style guides, and applying design principles universally.
'BUILDING ANGULAR APPS WITH NX' by Anastasia NecheporenkoOdessaJS Conf
This document discusses approaches to managing Angular applications, including using multiple repositories versus a monorepository. It notes advantages and disadvantages of each, such as isolation but also hard dependencies with multiple repos, versus easy code sharing but potential messiness with a monorepo. The document then introduces Nrwl Nx as an open-source tool that helps manage monorepos for Angular apps, providing features like dependency graphs, smart rebuilds, and code generators. However, it cautions that using Nx requires following its structure patterns and configurations, and migrating codebases and teams to its approach can also require effort.
'IS THERE JAVASCRIPT ON SWAGGER PLUGINS?' by Dmytro GusevOdessaJS Conf
This document discusses JavaScript plugins for the Swagger API documentation framework. It begins with an overview of Swagger and related tools like swagger-editor. It then covers challenges with customizing Swagger and different approaches tried, like using custom Swagger definitions or closures. The main topics covered are the plugin system architecture, including available React components, Redux state management, and plugin APIs. It asks several questions about how to interact with and extend the plugin system.
'ETHEREUM SMART CONTRACTS ON JS' by Yaroslav DvorovenkoOdessaJS Conf
This document discusses Ethereum, smart contracts, and blockchain technology. It defines Ethereum as a cryptocurrency platform that allows for decentralized services and applications through the use of smart contracts written in the Solidity programming language. Smart contracts are computer programs that automatically execute transactions, actions, and legally relevant events without the need for intermediaries. The document provides examples of how smart contracts could be used for elections, digital currency, and instant money transfers with low fees. It also discusses tools like Ganache, Truffle, and Web3.js that allow for developing, testing, and interacting with smart contracts and decentralized applications.
'MICROFRONTENDS WITH REACT' by Liliia KarpenkoOdessaJS Conf
This document discusses microfrontends architecture. It begins by explaining why an organization may want to use a microfrontends approach, such as when different teams in different locations need to work on the same project simultaneously. It then discusses some of the downsides of a monorepo approach and when a monorepo may be preferable to microfrontends. The document outlines some of the challenges microfrontends can present and why they can also be a good choice. It provides examples of how to divide an app into microfrontends, such as by routes, features, or a combination, and options for using different frameworks within microfrontends like web components, module federation, and iframes. It concludes by discussing testing and development
'Web performance metrics' BY ROMAN SAVITSKYI at OdessaJS'2020OdessaJS Conf
Let's brainstorm web-productivity? It's easy to get lost in different sources - so how to choose them wisely? Main topics: Metrics, best practices, problems and solutions
Вебпродуктивність. Що ще тут розповісти? Всі ми знаємо, що це важливо, як не отримувати таких проблем і до чого це призводить. Але якщо необхідно вирішити проблему серед тонни ресурсів важко обрати потрібний. Моя доповідь не тільки про рішення проблеми, а про находження інструментів та метрик для рішення проблеми. Чому саме ці метрики варто використовувати і як з цим жити. Метрики, практики, проблеми, рішення. Які різні поняття, а насправді це цепочки, які нам разом необхідно виставити в логічний ряд. Запрошую Вас побрейнштормити разом!
'JavaScript was invented in Odessa' by DMITRIY GUSEV at OdessaJS'2020OdessaJS Conf
JavaScript is wild and dangerous. I’ve been using it for years and time to time faced with the same issues.
Also being an interviewer I talked to lots of people.
And most of them able to answer the questions correctly, but can not explain why it works so. In my talk, I prepared examples of ‘what is wrong with JS’ and explained why it works so based on ECMA specifications.
'Why svelte' by BORYS MOHYLA at OdessaJS'2020OdessaJS Conf
I'll tell you why I chose Svelte. What I like about Svelte and what not. Let's talk about when to use Svelte in production and why.
The technology shows new possibilities of the composition of high-level abstractions and high-performance low-level code.
'Effective node.js development' by Viktor Turskyi at OdessaJS'2020OdessaJS Conf
How to develop NodeJS apps effectively? I will tell you all details and share his personal experience on the whole process: from the very start and up to the production stage.
You will also learn more about Docker, SDLC and 12 Factor App. Save the date!
20. “
Инженеры вовлечены во все процессы жизненного
цикла технических устройств, являющихся предметом
инженерного дела, включая прикладные
исследования, планирование, проектирование,
конструирование, разработку технологии
изготовления (сооружения), подготовку технической
документации, производство, наладку, испытание,
эксплуатацию, техническое обслуживание, ремонт и
утилизацию устройства и управление качеством.
Эрнст Капп (Философия техники)
20
21. “
Инженеры вовлечены во все процессы жизненного
цикла технических устройств, являющихся предметом
инженерного дела, включая прикладные
исследования, планирование, проектирование,
конструирование, разработку технологии
изготовления (сооружения), подготовку технической
документации, производство, наладку, испытание,
эксплуатацию, техническое обслуживание, ремонт и
утилизацию устройства и управление качеством.
Эрнст Капп (Философия техники)
21
39. ⊙ Не давайте прямых ответов
⊙ Ваши ответы - это залог
уверенности команды
⊙ Организовывайте спонтанные
разъяснения привлекая всю
команду
Консультир
ование
39
42. Code
Review
⊙ Представляйте мнение в
качестве факта
⊙ Не указывайте, а работайте
вместе
⊙ Вырабатывайте правила и
содержите их в актуальном
состоянии
42