Комментарии 6
как то вы странно понимаете TDD, точнее его часть про то что «Программа изменяется с тем, чтобы как можно скорее выполнялись все тесты.»©Wikipedia
так вот, вся соль в том что даже самое маленькое изменение не должно убивать доменную логику
никогда и ни при каких обстоятельствах
именно по этому вы наталкиваетесь на то что у вас GetCell возвращает «X», хотя TDD подразумевает мгновенный перехват таких ошибок
по хорошему — TDD возможен в таком виде как у вас при 100% покрытии тестами (тогда тесты полностью описывают логик домена и все отклонения будут асертиться), но т.к. 100% покрытие вы обеспечить ленитесь то вы просто обязаны соблюдать доменную логику
второе — изменение тестов
TDD не подразумевает гоняние логики домена в процессе написания, т.е. TDD это вам не серебрянная пуля которая разом убъёт все проблемы с проектированием и согласованием интерфейсов
вместо этого вы пошли рашем писать код на тесты, что отличается от вашего int main(){… ровно на время написания тестов
третье — вы приняли решение в ДОМЕНЕ что он должен высылать Exception при попытке занять занятое поле???
это видео о TDD?
четвёртое — вы пишете логику домена не опираясь на сам домен, что неверно, но так характерно для раша
и да, вы за 2 часа не сделали полностью крестики-нолики… это ппц )
по поводу оформления видео: 2 часа это конечно долго (если бы вы не писали рашем получилось бы быстрее), но самое плохое в том что вы его ускорили, люди с такой скоростью сырцы не читают, я уже заколебался жать на паузу
P.S.
Legacy code — наследственный код, а не старый
так вот, вся соль в том что даже самое маленькое изменение не должно убивать доменную логику
никогда и ни при каких обстоятельствах
именно по этому вы наталкиваетесь на то что у вас GetCell возвращает «X», хотя TDD подразумевает мгновенный перехват таких ошибок
по хорошему — TDD возможен в таком виде как у вас при 100% покрытии тестами (тогда тесты полностью описывают логик домена и все отклонения будут асертиться), но т.к. 100% покрытие вы обеспечить ленитесь то вы просто обязаны соблюдать доменную логику
второе — изменение тестов
TDD не подразумевает гоняние логики домена в процессе написания, т.е. TDD это вам не серебрянная пуля которая разом убъёт все проблемы с проектированием и согласованием интерфейсов
вместо этого вы пошли рашем писать код на тесты, что отличается от вашего int main(){… ровно на время написания тестов
третье — вы приняли решение в ДОМЕНЕ что он должен высылать Exception при попытке занять занятое поле???
это видео о TDD?
четвёртое — вы пишете логику домена не опираясь на сам домен, что неверно, но так характерно для раша
и да, вы за 2 часа не сделали полностью крестики-нолики… это ппц )
по поводу оформления видео: 2 часа это конечно долго (если бы вы не писали рашем получилось бы быстрее), но самое плохое в том что вы его ускорили, люди с такой скоростью сырцы не читают, я уже заколебался жать на паузу
P.S.
Legacy code — наследственный код, а не старый
Ой, есть с чем поспорить. Ням-ням.
Подключишься к обсуждениям в студии?
Подключишься к обсуждениям в студии?
конечно подключюсь, где обсуждаете?
Стучись в скайп — denis_miller
С подключением тебя будет 2 пары противоборствующих программистов!!! Мы сейчас с Денисом здесь agilepod.ru/?p=115 устроили разбор полётов. И явно не находим общих точек соприкосновения. Он так же как и ты не очень разделил наше решение.
Получается двое на двоё. А это значит можно выбрать какую-нить задачу и попробовать её забороть. Правда это звучит глупо, ведь чтобы нормально задачу решать нужно ооочень сильно формализовать требования, чтобы обе стороны её однозначно трактовали. Это минус.
Зато можно просто потрындеть — хотя это менее полезно.
С подключением тебя будет 2 пары противоборствующих программистов!!! Мы сейчас с Денисом здесь agilepod.ru/?p=115 устроили разбор полётов. И явно не находим общих точек соприкосновения. Он так же как и ты не очень разделил наше решение.
Получается двое на двоё. А это значит можно выбрать какую-нить задачу и попробовать её забороть. Правда это звучит глупо, ведь чтобы нормально задачу решать нужно ооочень сильно формализовать требования, чтобы обе стороны её однозначно трактовали. Это минус.
Зато можно просто потрындеть — хотя это менее полезно.
Звук на разные каналы — жесть… Никогда так не делайте… Бедное мое ухо…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Видео. Живой пример с TDD