[Moscow.pm] Встреча Moscow.pm в феврале

[Maxim]

TDD не был бы нужен если бы замедлял разработку. Он её ускоряет.
Но есть нюанс. Первый нюанс - необходимо чтобы вся команда, не только
программисты, но и вообще все участники процесса понимали и принимали
ценность методики.
Второй нюанс - быстрая разработка != быстрый код. Тот же AEHTS не был бы
таким быстрым, если бы был написан с применением TDD.
Вообще, доклад на тему тестов скорее не столько perl-ориентирован,
сколько agile-ориентирован. Есть такое мероприятие как agile kitchen, на
нём можно почерпнуть много полезного, в том числе и чем пример про
машину, свечи и колесо принципиально отличается от разработки софта (на
последнем agile kitchen очень толковый доклад на эту тему был).
Ну и вообще не стоит пренебрегать литературой. Про agile-методологию
очень много написано, и в том числе стоит понимать что называется agile,
а что использует те же наборы методик, но по сути agile не является.
К примеру, если мы говорим о стоимости покрытия кода тестами после его
написания, надо понимать что мы не говорим про TDD. TDD подразумевает
что тесты пишутся сначала, а потом пишется код который проходит эти
тесты. Плюс, повторюсь, TDD хорош в рамках agile-разработки и при
условии что все члены команды разделяют ценности такого подхода.

Надеюсь, кому-нибудь эти многабукав будут полезны.


On Wed, 2014-01-22 at 15:21 +0400, Илья Винокуров wrote:
> 5) Как юнит-тесты помогают в командной разработке
> 6) Как юнит-тесты помогают при рефакторинге кода.
> 7) Как сильно TDD замедляет разработку
> 
> С почтением,
>   Илья Винокуров
> 
> Среда, 22 января 2014, 13:54 +04:00 от Mons Anderson <mons на cpan.org>: 
>         
>