Введение в TDD «на пальцах» (Rails + Rspec)
4 min
Лично для меня, довольно тертого разработчика, процесс внедрения TDD был непростым и местами тернистым.
Вкратце законспектирую, поскольку порог входа в тестирование действительно выше, чем просто сесть и писать код на RoR. Сделаю несколько, как написали бы пиндосы, highlights.

1. Написали падающий тест, прогнали rspec, убедились что тест не проходит (красный)
2. Написали кусок кода, прогнали rspec, убедились что тест проходит (зеленый)
3. Отрефакторили, убедились что все хорошо и тесты не падают.
4. Отправили код в продакшн
Вкратце законспектирую, поскольку порог входа в тестирование действительно выше, чем просто сесть и писать код на RoR. Сделаю несколько, как написали бы пиндосы, highlights.

Теоретически процесс TDD должен выглядеть так:
1. Написали падающий тест, прогнали rspec, убедились что тест не проходит (красный)
2. Написали кусок кода, прогнали rspec, убедились что тест проходит (зеленый)
3. Отрефакторили, убедились что все хорошо и тесты не падают.
4. Отправили код в продакшн








Не так давно в одном из журналов я нашел заметку о том, на сколько «ботизированы» социальные сети, в первую очередь FB и VK: как оказалось, миллионные бюджеты, вложенные гигантами рынка в рекламу на этих ресурсах не оправдали себя, т.к. SMM-агентства накручивали голоса и лайки всеми возможными и невозможными путями. Зачем? Собственно ради этих самых миллионов (не голосов, конечно). В принципе, история не новая, т.к. были, например, скандалы подобного рода и с антивирусными компаниями, которые писали зловреды под свои продукты, если говорить о Сети, а если вспомнить недавний ипотечный крах, то можно понять, что и в «реальной» жизни всё ровно то же самое: эффект мыльного пузыря свойственен любому новому рынку.



По запросу общественной организации при городском совете Мюнхена опубликован 