to post messages and comments.

@mismatch:

skillsmatter.com — BDD + DDD или как, общаясь с заказчиком, перенести знания из предметной области в код. При кодировании этих знаний вы можете обнаружить, что каких-то понятий не хватает. Это нормально. Продолжайте общаться с заказчиком, задавайте уточняющие вопросы. Главное, не сводите это общение к обсуждению UI.

@zxc-by:

вуф-вуф-вуф, не плотим деньги тем, кто удалил меньше строк чем написал

@iv:

2009-й Народ отжигает :) . Let it BBD — goo.gl

@wyldrodney:

Биллинг. В прошлом году оборот составил около $300 000. Из них 1.5% он спиздил у пользователей. Я спиздил у пользователей. Потому что не писал тесты, блядь. Всё, второй работы не будет, будут книги по bdd и бессонные ночи.

@wyldrodney:

Почему я был мудаком и не подписывал что и где какая функция делает? Код функций понять — как нефиг делать, но они зависят друг от друга и эта зависимость неочевидна. Почему я, неосилятор, не писал тесты?

@neFormal:

Блин, без BDD я не знаю, что сейчас надо сделать. о_о

@vessi:

жуец, пощупал сегодня travis-ci.org
что сказать? это очень няшный инструмент для continuous integration
в комплекте с simplecov — убойный инструмент для диагностики "а не поломал ли чего-нибудь мой коммит".

@wyldrodney:

"Humans make mistakes; programs (if coded correctly) do not." — Rails 3 in Action.
Интересно, время подтвердит эту гипотезу?

@vessi:

жуечка, я тут обнаружил, что под ruby 1.9 и рельсы 3.2 отлично ложится simplecov. прекрасный, просто прекрасный гем, показывающий процент покрытия тестами твоего кода!

@wyldrodney:
bdd

Надо было писать тесты. Блядь! :D

@wyldrodney:

Тесты не спасли меня от трёхчасовой отдалки наощупь. Их не было. И конца-края отладке не видно.
Парни, где можно научиться best practices? Очень надо.

@wyldrodney:

А в каком месте bdd-цикла рисуются макеты интерфейса? Я нихрена не представляю как оно должно выглядеть. Отсюда вся неопределённость. Мне рисовать что ли? >_>

@wyldrodney:
bdd

Взял и отложил написание тестов на потом >_> Хочется сначала накодить каркас чтобы быстро получить понимание того, как всё должно быть.

Где я не с той стороны зашёл?

@wyldrodney:

Рефакторю чтобы было удобнее тестировать. Это заразительно. Можно рефакторить постоянно, даже не добавляя новый функционал :D

@wyldrodney:

Два (или три?) часа назад сел чтобы реализовать кусок кода по всем канонам BDD. Написал каркас клёвого класса, тесты, описал несколько тестов, добавил функционал, поправил. Подумал, дописал ещё тест, столкнулся с ошибкой и полтора часа просидел над нормальной реализацией. И теперь всё отлично.

Тесты удержали меня от навешивания костылей, я старался точно следовать заданному в них поведению. Код вышел гибким и праивльным. Это интересно...

@wyldrodney:

А может быть юнит-тесты и не нужны? Можно использовать рефакторинг, ведение документации и ручное тестирование. Я, например, совершенно не представляю как тестировать генерируемые PDF-ки (можно открыть и грепнуть, но это смех, а не тестирование).

@wyldrodney:

Поделитесь секретами успеха: что именно нужно тестировать (rspec) в моделях и контроллерах?

@wyldrodney:

Прочесть что-то кроме The RSpec Book. Я нихуя не понял :( Тесты пишутся (то, что я и так мог проверить и в чём уже давно не ошибаюсь), но что-то нет понимания того, что и как тестировать.

@wyldrodney:

Люди, если тест-кейсы не покрывают всех проблем сразу и приходится тетсировать вручную, зачем они?
Я плохо понял.

@wyldrodney:

Они начинают мне нравиться! Всё то же самое я всегда делал в консоли, но в больших объёмах, без комментариев и покрывая много меньше вариантов.

@wyldrodney:
bdd

Уже 40 страниц думаю "а когда мы код будем писать?!", а текст всё дальше и дальше уводит от написания кода и упорно вдалбливает мысль о том, что первым делом постановка задачи, затем тесты, а затем всё остальное.
Забавно ещё то, что их тестовые примеры я от скуки (и по привычке) уже наговнокодил. А после посмотрел на предложенную в книге схему и почувствовал себя мудаком — код говно, нерасширяемый бесполезный ужас и вообще его писать не надо было.
Выводы? Читать книгу, код не трогать.

@wyldrodney:

Парни, а эту штуковина не слишком много времени просит ей уделять?! Слишком много файлов на первый взгляд и слишком много опсаний — на второй. А тестирует тем же кодом, что и RSpec. Какой в ней понт?

@wyldrodney:

Вот я читаю книгу по BDD, RSpec и Cucumber. С текущей скоростью закончу с ней через недели две-три. Что если мне писать тесты к новому проекту прям опо ходу изучения книги? И использовать сразу RSpec и Cucumber?

@kaineer:

Покрываю, блин, тестами, jquery-плагин. Часть плагина сама по себе, часть плотно завязана на jquery. Что-то внутри подсказывает банально забить на тестирование jquery-части.

@iv:

Гугл показал мой профиль в LinkedIn на 4-ом месте по запросу flex4 bdd ^_^ goo.gl

@demiazz:
bdd

Кажется я начинаю понимать вкус BDD. Когда пишешь тесты после кода, то наверняка забудешь какие-то изменения в коде. Особенно, такое может быть, если работаешь с чужим кодом, на котором уже есть тесты. Может на BDD переучиться трудно, но впоследствии есть профит

@odin:

We want clear, concise reporting and a puppy.

@iv:

Ну что ж, попробую Kiwi github.com на новом проекте для BDD. Cedar github.com  выглядит как то сложнее.

@Nim:

на досуге буду пробовать pycukes. А чем пользуется народ для тестирования?

@Nim:

Господа, а есть ли годные штуки для behaviour тестирования джанги? По примеру cucumber для rails?

@kaineer:
bdd

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

@Pavel:


bddcasts.com выпустили 3ий скринкаст и стали платными собаки :( Нашел тут github.com что уже записано 10 выпусков, надеюсь солью потом на халяву :) а то 5$ за скринкаст жаба давит :) Но если собратся в 5ом то по 1уе за скринкаст — нормально

@kaineer:
bdd

собрался с мыслями и написал пару-другую параграфов про то как запустить cucumber. kaineer.livejournal.com Про то, какой он прикольный, лучше смотреть подкасты.