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

Nikolay Mishin mi на ya.ru
Ср Янв 22 20:59:29 PST 2014


Никакого сарказма, Наталья,
 действительно очень интересная дискуссия,
возможно мое восклицание и является оффтопиком,
но я поклонник тестов,
и порой просто пишешь тесты - а получается работающая система,
то есть модули - это только дополнение к тестам, которые описываю правильное поведение 
системы, они как математика упорядочивают и просветляют мозги,
хотя, я предпочитаю еще конкретику и ссылки на источники кода,
например, https://github.com/mishin/gists/blob/master/hello_world.t
или https://github.com/mishin/gists/blob/master/perl_skel.pl

23.01.2014, 08:02, "Natalya" <wwax555 на gmail.com>:
> Чувствую сарказм.
>
> Savenkova Natalya
> wwax555 на gmail.com
> http://facebook.com/name.rnd
>
>>  On 23 янв. 2014 г., at 7:55, Nikolay Mishin <mi на ya.ru> wrote:
>>
>>  шикарный тред про тесты, с утра поднял +1 скилл к TDD и тестированию
>>
>>  23.01.2014, 03:25, "Natalya" <wwax555 на gmail.com>:
>>>  TTD понравился, ничего он не замедляет, при рефакторинге особенно хорошо.
>>>  Плюс покрытие тестами в проекте, где ведрили TDD, позволило автоматом гонять эти тесты при выкатке релиза. Также замечен положительный эффект: когда пишешь тесты будущего кода, заодно щупаешь интерфейс этого самого кода. Были случаи, когда в тестах видно, что пользоваться удобнее иначе, чем запроектировано, только оно же еще ничего не написано, а значит время сэкономили.
>>>
>>>  Savenkova Natalya
>>>  wwax555 на gmail.com
>>>  http://facebook.com/name.rnd
>>>>   On 23 янв. 2014 г., at 1:25, Maxim <monk на nuked.su> wrote:
>>>>
>>>>   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>:
>>>>   --
>>>>   Moscow.pm mailing list
>>>>   moscow-pm на pm.org | http://moscow.pm.org
>>>  --
>>>  Moscow.pm mailing list
>>>  moscow-pm на pm.org | http://moscow.pm.org
>>  --
>>  С уважением
>>  Николай Мишин
>>
>>  --
>>  Moscow.pm mailing list
>>  moscow-pm на pm.org | http://moscow.pm.org
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

-- 
С уважением
Николай Мишин


Подробная информация о списке рассылки Moscow-pm