Его назначение в хороших языках иметь удобный функционал для отделения корректных значений от некорректных

По этому если вдруг все внезапно стало обмазано резалтом, ну так извините, резалт как и любая монада поглощающая

Получил в одном месте резалт, тебе его либо матчить, либо мапать

Матчить - бойлерплет

Вот и мапают и возят

По этому про нецелевое использование не надо жаловаться

Ваша дудка не единственная и не самая лучшая, заставлять плясать под неё надо не слишком навязчиво

Не лучше

Что если нужно хендлить 15 разных ошибок которые спущены сверху биэями

Кроме алгебры ошибок тут ничего особенно не выкрутишь

Пояснения будут?

Есть 2 типа ошибок. 1) исключения потому что разраб/ девопс/вендор хардвера долбич и провтыкал(полез в массив по индексу которого там нет) 2) нормальное поведение программы, описанное интерфейсом, но при этом оцениваемое пользователем как неспешное исполнение запроса по чьей-либо вине. (Попросил найти продукт, которого нет). В случае 1) сделать ничего кроме как залогировать и откатиться нельзя, и тут эта логика подходит. В случае 2) Вам в любом случае надо донести информацию о том как именно ошибся пользователь до пользователя.

И не вопрос надо ли, вопрос как это сделать

Это вполне естественное требование заказчика что если клиент что то накосячил в сложном вводе, сообщение об ошибке должно говорить что именно

И где именно

Таки случаев может быть очень много

Пример - ошибки конпеляции, сколько разных типов таких в котле?

Есть 2 способа доносить такие результаты до юзера. 1) Джамп/гоуту/эксепшны 2) код ошибки/объект ошибки/айзер/валидейтед/что угодно

Сказать что какой то из них исключительно лучче во всех возможных ситуациях - нельзя

По этому кидаясь в одну сторону вы просто сильно ограничиваете себя в оптимальных выборах в разных ситуациях