Безтематический подкаст о том что было и что будет :o)

Темы
* Переезд хостинга аджайл подкаста на codecraft.pro/agilepod
* Новые способы работы стади-групп (больше вебкасты)
* Управление знаниями на предприятии в стиле Agile
* Управление проектами TaskBoard

Адрес проекта: http://codecraft.pro/agilepod

TDD – тупик развития. Почему возникает отторжение у профессионалов TDD и кто ответственнен за качество в agile команде. Как работать с легаси кодом и есть ли в мире счастье?

* Илюзии не-профессиональных программистов
* Что такое легаси код с точки зрения Agile?
* Паттерны TDD: TestList, TestFirst, AssertFirst
* Тест – это не тест, это микро-хостинг для продакшн кода
* Характеризующие тесты, чтобы не поломать легаси
* Техники устранения зависимостей
* Рекомендую

Адрес проекта: http://codecraft.pro/agilepod

Как можно ориентироваться в новом изменяющимя мире, когда вокруг нас много информации, книг и статей. Это похоже на нескончаемый поток требований к самому себе. А как мы работаем в аджайл с постоянно меняющимся требованиями – фокус на главном! В подкасте раскрывается секрет технологии «1 книга за неделю»:

* События прошедшего года
* Разные книги разные подходы
* Agile подход во время чтения: фокус на главном
* Техника фокусирования во время чтения
* Система закрепления материала

Рекомендую:
* http://www.studygs.net

Сегодня мы задумались и прокомментировали основные минусы аджайла. Зная слабости – это первый шаг к развитию. Начинаем эволюционировать с agile podcast:

* Мутность и путаница методологий
* Agile против документации
* Отказ от менеджмента и социализм по Гапертону
* Раздолбайство
* 1+1=3, миф синергии
* Не для распределенных команд
* Бонус: настоящий просчёт Аджайл

Agile хорошо справляется с управлением проектом. Есть принцип аджайл о «самоорганизующихся командах». Стоит вопрос – как это сделать? Здесь придёт на помощь практики из других подходов, аджайл открыт любым полезным практикам. В этом подкасте будет рассказано о динамике развития команд, основанной на опыте компании Microsoft и дрегих компаниях.

* Развитие эмоционального интеллекта
* Коллективное принятие решений
* Интеграция личных и командных целей
* Общее видение

Я программист. Хочу работать и получать фан! Хочу научиться Аджайл. С чего мне начинать?

* Персональный Scrum: “Моя жизнь” – самый важный проект и им нужно управлять
* Проблематика – поверхностное представление и психология
* Саморазвитие начинается с ценностей и убеждений
* Примеры применения ценностей аджайл
* Практика для начинающего: 1 убеждение в неделю
* Практика для изучающего: Shu-Ha-Ri
* Практики персонального скрама (TODO, Критерий Done, Ретроспектива, летучка)

Адрес проекта: http://codecraft.pro/agilepod

Шаблоны проектирования – это то, что знают архитекторы. На тренинги по “ШП” отправляют старших разработчиков. Нужно ли это простому труженнику села? Какой секрет в этом скрыт? Или секрета там нет?

* Что такое паттерны и зачем они нам
* Каталоги паттернов: GoF, PoEAA, IP и др.
* Секретная структура любого каталога
* Почему нужно изучать паттерны
* Развитие командной культуры и профессиональной интуиции
* С чего начинать?

Отвечаем на ваши комментарии к крестикам-ноликам, оставленные на хабре и в комментариях к подкасту AP#7. Мы выбрали сами стоящие комментарии и отвелили на них в этом подкасте.

* Отвечаем на вопросы слушателей
* Написать хороший тест – сложно! И это факт.
* Как архитектура поможет тестируемости
* Рефакторинг и методы сжатия
* 4 уровня автоматизации: ничего, happy-path, TDD, white/black box
* Как мы нарушили TDD при добавлении исключения в домен
* Анализ природы бага с правой диагональю
* Unit или !Unit тесты: практична ли теория?
* Практическая тестология: быстрые, важные и остальные тесты
* Три совета для практика

TestFirst – широко известный паттерн TDD. Сегодня мы рассказывали о своём понимании такого подхода и сложности бытия.

* Декомпозиция – способ управления разработкой
* Дарвинская теория или куда кривая выведет
* Три подхода разработки: без тестов, TestableUnits и TestFirst
* Связаны ли требования и модульные тесты?
* Самодокументированный код
* TestFirst помогает делать микродизайн системы
* История появления паттернов TDD
* Сложности написания тестов
* Жизненный цилк разработки, управляемый критерием ‘Done’
* Как писать тест для существующего кода (legacy code)
* UI и тесты

Рефакторинг – изменение внутренней структуры без изменения внешнего поведения с целью улучшения качества кода.
Рефакторинг – панацея или плацебо. Использовать либо быть используемым?

* Секрет профессии – качественный код
* Рефакторинг – это 3 пункта
* Нужен ли рефакторин, или это переходной шаг в развитии команды
* Проблемы рефакторинга: никто не знает, менеджеры и тесты
* Расскрываем главный секрет любых паттернов (в том числе паттернов рефаторинга)
* Автоматизированный рефакторинг
* Японское доказательство целесообразности рефакторинга и 5S



Задавай свои вопросы и мы их обсудим – ссылка, а следующий подкаст будет на тему – “Рефакторинг”.