Вижу кучу проблем, для начала:
1) Легко отстрелить себе ногу. Забыли проверить исключение - минус нога. В Java с checked exception это еще может прокатить... до первой лямбды.
2) Безумно дорого, потому что сборка стэк трейса сама по себе жутко дорогая.

для 1 - ждём контракты вместе checked exceptions 🙂
для 2 - стактрейсы это полезная информация может быть, даже бизнес исключений

Я к тому, что делать исключения в неисключительных ситуациях - плохая идея

1) всегда должен быть default обработчик.
2) почти бесплатно, потому что в бизнес-исключениях сразу в родительском классе отрубаем стектрейсы.

И тем не менее это не отменяет обеих проблем. И не понятно, что дает.

Ну как же не отменяет, когда как раз таки отменяет 😀 Нет никаких проблем если понимать что делаешь 😀
Я не говорю что всегда нужно исключения использовать, вовсе нет. Силед классы тоже отличный вариант. Я говорю что не надо клеймить исключения и категорически утверждать что они не подходят для control flow. Подходят 😀 Особенно в прикладном коде и особенно при общении с другими сервисами (тут большой привет SOAP), из которых то и дело летят пачки исключений и хочешь не хочешь, а придётся выстраивать код вокруг обработки всех этих исключений.

Не знаю, надо смотреть детали, конечно, но я пару раз сильно на этом напарывался

А можно пожалуйста поподробнее?
1) как отрубать стектрейс?
2) зачем это делать? Где можно почитать про то что формирование стектрейса затратно

1) параметр в конструкторе класса Exception
2) Делать собственно только ради перформанса, так как Саша абсолютно прав, проблемы производительности try-catch заключены именно в формировании стектрейса. Сам по себе try-catch в плане control flow не очень затратный.

Товарищи, у нас укомплектован митап на 26 мая на 19:00 по Москве:
1) Илья Мурдаян, JetBrains. "Интеграция Kotlin-библиотек с Jupyter-ноутбуками"
2) Никита Федюнин, Сбер, "Non-blocking и его друзья"

У меня вопрос как это лучше организовать. Предлагаю следующее делаем доклады в StreamYard с трансляцией и коментами из эфира, а потом приходим сюда и устраиваем voice chat с обсуждением. Альтернативный вариант - сделать все в Google Meet. Пожелания?

Нам бы канал сделать для Kotlin Moscow

Могу организовать в целом то

Организуй. Не помешает.

Окей )

Вернусь в Москву сделаю тогда

ага

Я думал я один в Сбере делал нон-блокинг =__=

Митапы и делаются для того чтобы понять где что делается

Ну я не в сбере делал нонблокинг)