На одном проекте попросили все участки кода завернуть в try/catch. И логировать исключения в отдельный стек. Это сейчас новый тренд?

Рарус так тиражные конфы пишет. Только не логирует, а продаёт конфы, как нормальные.

Это сделанный по нормальному код

(2) https://habr.com/ru/post/218325/

Это новомодный фуфел. В процессе разработки - возможно, в релиз - только с обработчиками исключений.

(4) Тоесть пользователь не узнает, что у него проблема пока разработчик журнал не посмотрит.

(4) ты так говоришь, что кто-то когда-то в эти логи смотреть будет

(0) на андройде или на 1с?

(7) На андроиде. Но вопрос общий.

(8) 1С считает что в общем случае их не надо перехватывать https://its.1c.ru/db/v8std#content:499:hdoc

Лучше даже их явно вызывать в некоторых случаях
при использовании вложенных транзакций (см. п. 1.4) в конце блока Исключение рекомендуется добавить оператор ВызватьИсключение.  В противном случае исключение не будет передано выше по стеку вызовов, там не сработает обработка исключения, внешняя транзакция не будет явным образом отменена и платформа вызовет исключение «В данной транзакции происходила ошибка»
https://its.1c.ru/db/v8std#content:783:hdoc

Не выбрасывайте исключение, можно реализовать предупреждением или сообщением.

Пример:
Недра БСП
В одной из процедур нижнего уровня создается и обрабатывается ТЗ
На одном из этапов обработки выбрасывается исключение, процедура прерывается
Юзер получает сообщение
Процедура верхнего уровня продолжает исполнение получив не полностью заполненную ТЗ и корректно обрабатывает ее

И хрен ты встроишься в постобработку это ТЗ кроме как забрав в расширение целиком процедуру а не дописав свой вызов в конце,
так что обрабатывате исключения