ER
Быстро выйти на рынок — хуяк-хуяк и в продакшен
Size: a a a
2016 August 17
S
Хуяк-хуяк и в продакшен
S
и получил обратную связь
ER
Экзактли
S
или фантазировать сценарии
S
Что лучше? :)
ER
Хотите долгосрочно играть и уверены в своем плане — делайте ТДД, разбирайтесь с архитектурой
AD
Tdd не спасет от того что софт плохой. Он снизит оверхед на багфиксинг. Но оверхед на tdd огромен. И это в принципе другая техника разработки
S
Во-во
S
Ничего общего с долгосрочнотью и уверенностью в плане не умеет.
S
имеет*
S
только близко к сердцу не принимайте
S
Эрик жестко троллит, но рассказывает-то он как раз про agile.
AD
Я бы вообще хотел бы посмотреть на проекты вживую, которые четко по tdd идут и сколько у них оверхеда на мокинг всего и вся.
S
Они еще не запустились
DA
ну погодите, с чего вдруг такое отторжение?
высокий оверхед по сравнению с чем?
с разработкой БЕЗ юнит-тестов или с разработкой, когда тесты пишутся после разработки фичи, чтобы не рефакторить после каждого теста?
высокий оверхед по сравнению с чем?
с разработкой БЕЗ юнит-тестов или с разработкой, когда тесты пишутся после разработки фичи, чтобы не рефакторить после каждого теста?
AD
Вообще весь принцип аджайл-поставить итерацию в продакшн. Достигаете этого с использованием tdd или нет-это технология. Команда настолько крута, что сиогла выстроить все по tdd-ну слава богу. Но оверхед при tdd при внесении изменений растет как снеговик. Так что зависит от целей
S
Так еще раз :)