ТРЕНИНГИ

TDD .NET in Action или Как за 2 дня .NET-разработчику научиться жить без отладчика

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

Какие проблемы мучают разработчиков?

Непонятно с чего начинать реализацию очередной фичи

  • Трудно работать с чужим кодом: никогда не знаешь, что где сломается, если его поменять
  • Страх перед улучшением архитектуры приложения: “не меняй то, что работает”
  • Починка багов:
    • нужно обнаружить поломку
    • затем ее починить
    • нет гарантий, что исправление одних багов не породит другие
  • Долгое ожидание обратной связи: ошибки обнаруживаются на стадии тестирования, и возвращаются к разработчику в то время, когда он занят другими делами.

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

Средство, которое решает все эти проблемы

Test-Driven Development (или TDD) – это как раз оно. Если ваша команда практикует TDD, значит:

  • Есть уверенность, что в репозитории лежит работающий код
  • Нет страха вносить изменения любой сложности
  • Нет чужого кода – можно смело изменять любой код в системе и быть уверенным, что он будет работать
  • Ошибки находятся легче и чинятся намного быстрее
  • Код сам собой получается чистым и понятным
  • Архитектура приложения тоже сама собой стремится к чистоте
  • И самое главное – есть постоянное  ощущения  успешного движения вперед. Каждый добавленный “зеленый” тест – это шаг вперед.

Зачем нужен тренинг?

Несмотря на свои преимущества, TDD не так просто внедрить, как кажется. При своей внешней простоте практики часто не приживаются в командах. Основных причин две:

  1. Отрицание: Команда не понимает, какую пользу принесет TDD.
  2. Неумение: Польза понятна, но непонятно, как нужно внедрять.

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

Подробнее о тренинге >>>


Встреча “Software Executives’ Lodge”, Днепропетровск

Актуальные вопросы управления проектами в софтверных компаниях мелкого и среднего размера. Для executives. Обмен живыми проблемами и опытом.

4 июля, Днепропетровск.

Что такое Exec Lodge?

Как давно Вы собирались небольшим кругом – с теми, кто занимает позиции, схожие с вашей? Скажем, c CTO, CEO или директорами отделов разработки ПО днепропетровских компаний от 10 до 150 человек?

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

Мы хотим собрать подобную встречу. И, быть может, сделать их регулярными. Рабочее название клуба “Software Executives’ Lodge”.

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

Кого мы ждем?

  • Руководителей и директоров компаний мелкого и среднего размера внутренней, коробочной или заказной разработки ПО.
  • CxO софтверных компаний (CEO, CTO, CIO, etc).
  • Менеджеров верхнего звена (engineering, development, product managers).

Подробнее о встрече >>>

Мастер-класс: Запуск проекта в стиле Agile

6 июля, КИЕВ

  • Обзор воркшопа
  • Цели воркшопа
  • Аудитория
  • Карта курса
  • Стоимость
  • Регистрация и место проведения

    • Обзор воркшопа

    Этот командный воркшоп ставит своей целью запуск проекта программной разработки с использованием гибких (agile) подходов к управлению продуктом.
    Воркшоп разработан для команд, понимающих принципы и ценности гибкой разработки, обладающих базовыми знаниями ролей, артефактов, процесса SCRUM и готовых перейти к практическому внедрению подхода на своем проекте.
    Длительность воркшопа – 1 день.

    Цели воркшопа

    Команда и владелец продукта получат:

    • Общее Видение (Vision) продукта
    • Описание ключевых пользователей (Personas)
    • Оцененный список требований (Release Backlog) с приоритетами на первую итерацию/релиз
    • План итерации/релиза

    Команда и владелец продукта научатся:

    • генерировать список требований продукта / проекта и оценивать его полноту
    • описывать ключевых пользователей системы, учитывать их интересы и ожидания при планировании релиза
    • определять приоритеты требований с помощью техники Kano-взвешивания
    • оценивать сложность требований с помощью техник TTM, T-shirt estimation и Planning Poker
    • планировать итерацию (Sprint)

    Аудитория

    Требования к участникам:

    • понимание принципов и ценностей гибкой разработки
    • базовое знание фреймворка SCRUM: ролей, артефактов и процедур

    Пожелания по подготовке к тренингу:

    • наличие одного общего проекта (может быть определен на воркшопе)
    • наличие выделенной роли Владельца продукта (может быть выбрана на воркшопе)

    Подробнее о мастер-классе >>>