В TDD ты перестаешь быть причиной своим действиям - ты зависим от внешних сигналов.
Пока горит красный свет - ты думаешь, что сделать чтобы загорелся зеленый.
Когда загорелся зеленый - ты думаешь как бы сохраниться и навести марафет.
Когда горят несколько красных - ты думаешь, как бы откатиться.
Все что по привычке придумывается в процессе - выносится в список "на как-нибудь потом".
Когда все готово - думаешь, что бы взять попроще из списка. Тут все начинается опять.
Период такой итерации - 15 минут. Никаких DEBUG по пути.
Страшно быть не должно. Не делай того, за что беспокоишься. А если беспокойство само собой возникло - пиши тесты.
Если тест мешает - подумай, как от него избавиться. Но если страшно - напиши другой тест.
Если нельзя, но очень хочется, то нужно обязательно и ничего в мире не стоит того, чтобы делать из этого проблему!
Интересна Java? Кликай по ссылке и изучай!
столько времени читатели провели на блоге -
сейчас онлайн -
вторник, 17 мая 2011 г.
Подписаться на:
Комментарии к сообщению (Atom)
И как обычно возникает вопрос :) а как в этом процессе сделать ускорение раз этак в 100
ОтветитьУдалитьЕсть одно лекарство. Называется - не пишите код. Если есть возможность не изобретать велосипед, лучше не изобретать его. Сюда входит:
ОтветитьУдалить1) убедить продактовнера, что у него и так все хорошо
2) убедить проадктовнера купить готовое
3) сконструировать из нескольких отдельных компонентов желаемое
4) подождать немного, быть может продактовнер передумает
Я уже и позабыл об этих ощущениях парения. Пасиб.
ОтветитьУдалитьА можно заказать пост ?)
ОтветитьУдалитьхочу: ПсевдоКод vs. TDD
а обэденить?
ефективно ли использовать свой "гибрид" или лучше пользоватся "чистыми" технологиями?
тот же Макконнел -- фанат ПП хоть про ТДД знает...
можно там где ТДД сложнее применить, юзать ПППК, например в какой-то *.jsp или *.css-ке
УдалитьТак и код будет комментирован
И если устал от ТДД ) - почему бы и нет?
Удалитькак говорит СанЁк на фейсбуке - почему бы и да?
УдалитьВот возьму и попрограммирую в ПППК в понедельник!
Расскажи, как получилось?
УдалитьЭффективно экспериментировать и находить рабочие инструменты. Причем понимать, что инструменты где-то работают а где-то нет. Для меня TDD + DSL + разработка извне вовнутрь с моками и есть программирование псевдокодом с TDD :) Пишу в тесте код так, как я бы хотел его видеть в продакшене, потом реализация. Рефакторингом причесываю.
УдалитьВидео, которое может пригодится:
Как бы мы писали функциональные тесты
Сравнение тестов на поведение и тестов на состояние