[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