Maria планнинг покер на протяжении спринтов 5 при открытом рассказе "почему именно эта оценка" после тайногл голосования и у вас будет точная оценка с разбросом скажем в 4 раза, при оценке Х реальность х/2 или х*2

остальное сложнее привести к точности не тратя неоправданные ресурсы

для 3 минут на задачу пазброс норм :)

вот это я удачно папал, как раз на обсуждение оценки по сторипоинтам

А тут живенько :)

Ребята а что такое TDD? Это когда мы сначала описываем наши галлюцинации на тему того, как должен работать софт, потом его пишем, а потом пользователь смотрит и говорит - мне так не надо? :)

(И кстати следующий вопрос к знакотаком - кто знает автора моих слов)

сначало пишется тест

а потом коод под него

Ребята а что такое TDD? Это когда мы сначала описываем наши галлюцинации на тему того, как должен работать софт, потом его пишем, а потом пользователь смотрит и говорит - мне так не надо? :)

Nooooooooooo

Test driven development

Так, продолжайте :)

Мне интересно узнать про автора)

Ты серьезно не знаешь что такое tdd? :)

Слово знаю плохое, понимаю ;)

Ну скажите мне, что лучше - зарелизить сырой софт и быстренько поправить или потратить время на TDD?

Ну это зависит от целей проекта

Нет тут понятия лучше или хуже.

+1

Реал, это от ваших целей зависит

Быстро выйти на рынок — хуяк-хуяк и в продакшен

Хуяк-хуяк и в продакшен

и получил обратную связь

Экзактли

или фантазировать сценарии

?

Что лучше? :)

Хотите долгосрочно играть и уверены в своем плане — делайте ТДД, разбирайтесь с архитектурой

Tdd не спасет от того что софт плохой. Он снизит оверхед на багфиксинг. Но оверхед на tdd огромен. И это в принципе другая техника разработки

Во-во

Ничего общего с долгосрочнотью и уверенностью в плане не умеет.

имеет*

https://vimeo.com/110554082

только близко к сердцу не принимайте

Эрик жестко троллит, но рассказывает-то он как раз про agile.

Я бы вообще хотел бы посмотреть на проекты вживую, которые четко по tdd идут и сколько у них оверхеда на мокинг всего и вся.

Они еще не запустились

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

Вообще весь принцип аджайл-поставить итерацию в продакшн. Достигаете этого с использованием tdd или нет-это технология. Команда настолько крута, что сиогла выстроить все по tdd-ну слава богу. Но оверхед при tdd при внесении изменений растет как снеговик. Так что зависит от целей

Так еще раз :)

Да именно с этим. Юнит тесты-это не tdd вообще говоря.

TDD - это код написанный на основе галлюцинаций

Да нет же!)))

Поэтому оверхед огромный

У вас весь код на галлюцинациях продакта построен

Exactly (c)

Какая разница, покрыт он тестами в начале или в конце?

В TTM

Time to…?

market

Тесты пишутся во время итерации

Не проектируете тесты до кода. Не создаете обвязку для tdd.

В начале или конце — без разницы

А если итерации... нет :X

Ну или не пишутся вовсе

Жень-реально по tdd пробовали?

Мы не пишем тесты

Вообще

В начале или конце — без разницы

Test-driven Development != Test-first Development

Никаких автотестов?

Никаких

и сколько уже живет такой продукт?

А как тестируете?

Больше полугода

А как тестируете?

Да руками перед релизами чекаем, все ли ок с новой функциональностью

Чисто визуально

:)

Сколько sloc в проекте?

Конечно, бывают хотфиксы, но очень редко

И пользователи небоьс деньги еще платят, наверное спрашивают про автотесты тоже

Раз в 2 месяца

Сколько sloc в проекте?

Ща не за ноутом

Больше полугода

ммм у меня был опыт, что продукт так жил полтора года врагу не пожелаю такое наследие((

Мало, мы на скале пишем

Она немногословна

И че делаеть будете, когда придется рефакторить?

Рефакторить что? Зачем?

ммм у меня был опыт, что продукт так жил полтора года врагу не пожелаю такое наследие((

У нас ок технологии и разработчики, они следят за своим кодом

Не панацея, но легаси даже не на горизонте

у всех ок, но люди меняются, код протухает