@misha Для самодокументирования. Ключевое слово - это "what", символ - это "how".

Кроме того, у одного события может быть много обработчиков (фильтры всякие, прочая ерунда). Если мы событие называем символом, то либо этот символ никуда не ведёт и таким образом ничем не лучше ключевого слова, либо он становится "выделенным" обработчиком, что логически неверно.

Господа, а вот я пользуюсь библиотекой, у которой в зависимостях ещё одна библиотека, которая с 1.9.0-alpha15 не работает. У этой библиотеки в гите уже патчик есть, а релиза нет. Как бы проще всего это поправить? Зарелизить в кложарс библиотеку в свой приватный неймспейс и на него поставить зависимость?

В общем, так и сделал.

привет всем. кто-нибудь использует quick.check для тестирования функций? насколько для вас эта либа облегчает unit testing?

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

@kxepal а спекой покрываете 100% функций? или для функций с бизнес-логикой - спека, а для попроще quick.check генераторы?