ME
А, блин. Мы в питерском чате
Size: a a a
2020 July 13
ME
Тут бары скоро все закроют 😂
AK
Тут тоже открыто плюс-минус. Пока
AK
Погода-то хорошая, в каком-нибудь Бертгольде можно тусить
ME
Погода-то хорошая, в каком-нибудь Бертгольде можно тусить
Далековато.. давайте в районе Арбата
AK
Далековато.. давайте в районе Арбата
Nein.
ЕЗ
Мне нравится как ты от задач оптимального управления перешёл к пьянству
Это разве разные вещи?
ЕЗ
Ну и если столы на улице, то в Питере барам работать можно.
ME
Это разве разные вещи?
Хз, но экзамен я кажется трезвым сдавал
2020 July 14
VK
Народ, я только что странную мысль придумал: tdd, bdd, rdd (readme driven development) и ddd - это вообще об одном и том же, только разными инструментами. При этом, каждый является своеобразной абстрактной основой для следующего dd подхода.
Интересно узнать в чем я не прав и на сколько уже головой поехал
Интересно узнать в чем я не прав и на сколько уже головой поехал
Вообще ты прав, в основе всего этого лежит взгляд на решение задачи отталкиваясь в первую очередь от её смысловой стороны, не технической. Сначала ковыряем домен, извлекая ubiquitous language. На основе языка описываем контексты, сущности и их поведение, переходя постепенно к более строгому описанию в bdd. bdd в сущности частный случай tdd, который и вообще должен быть ему тождественным в рамках ddd. нормальное тдд а не просто юнит-тестирование очень близко к бдд и в общем-то никто не мешает писать спеки на сугубо технические вещи типа ioc. #drunkmode
VK
Дидюки 🤓
VK
А теперь супер логический ход: ждать хороших тестов в системе и покрытия идеального от тдд - глупо
Но разработчики от ддд ждут идеальной архитектуры (сам ждал) и все рассказы о ддд напоминают восхваление серебряной пули
Но разработчики от ддд ждут идеальной архитектуры (сам ждал) и все рассказы о ддд напоминают восхваление серебряной пули
тут главное то, что подразумевается под тдд. абсолютное большинство просто не хочет писать через тесты. Половина из них - линусы, половина - дэвиды, наверное. Большинство пишут тесты после пенделя по coverage от CI, лишь бы покрыть. При добросовестном подходе полное покрытие возникает естесственным образом. Ну и эти ваши скрамы и канбаны просто нахрен уничтожают технологическую культуру программирования. Леммингам на недельных спринтах не до высоких смыслов. #drunkmode
VK
Дидюки 🤓
дидюки-пи**юки
IN
Вы так говорите, как будто полное покрытие тестами - это абсолютное благо )
VK
Вы так говорите, как будто полное покрытие тестами - это абсолютное благо )
полное покрытие - не цель, полное покрытие - показатель качества работы
AD
Вообще ты прав, в основе всего этого лежит взгляд на решение задачи отталкиваясь в первую очередь от её смысловой стороны, не технической. Сначала ковыряем домен, извлекая ubiquitous language. На основе языка описываем контексты, сущности и их поведение, переходя постепенно к более строгому описанию в bdd. bdd в сущности частный случай tdd, который и вообще должен быть ему тождественным в рамках ddd. нормальное тдд а не просто юнит-тестирование очень близко к бдд и в общем-то никто не мешает писать спеки на сугубо технические вещи типа ioc. #drunkmode
Ну и тут прикол, что ты можешь как угодно спецификацию описать сначала, хоть текстом
AD
Вы так говорите, как будто полное покрытие тестами - это абсолютное благо )
А где ты это взял? Основная идея, что в тдд тесты == спецификация кода
NB
полное покрытие - не цель, полное покрытие - показатель качества работы
с мутациями или обычные тесты?
Не помню кто, но вроде бы Джереми Эванс для Sequel (или роды?) прикручивал mutant и выявил баги в реализации :)
Не помню кто, но вроде бы Джереми Эванс для Sequel (или роды?) прикручивал mutant и выявил баги в реализации :)
AR
привет всем! Параллерю тесты и столкнулась с ошибкой - ElasticSearch пытается создать индексы перед каждым отдельным тестом, соответственно все падает, когда они уже есть. Как решить эту проблему? Распараллерить тоже или создавать индексы только когда они не созданы?
CM
а у тебя реляционная база шарится или каждый поток в отдельные базы ходит?