Сам механизм бросания эксепшна выглядит элегантно в случае с какой-нибудь либой, а вот в своём коде я бы не стал бросать их ИМХО

В Си, после которого сделали исключения, не было возможности сделать нормальный резалт

Ну я не уверен что это всегда удачная конструкция для обработки ошибок на стороне клиентского кода. И кажется что result может более удобным и понятным механизмом

когда например?

Вот хороший вопрос , я тоже ищу на него ответ :D когда я смотрю на описание метода, который возвращает result , я вижу какие могут быть варианты и точно знаю, что не будет брошено исключение(если это предполагает дизайн). Есть механизмы типа checked exception, которые в сигнатуре метода говорят о том ,что может быть брошено исключение но тогда получается некрасивый код когда, я не хочу его обрабатывать. Если метод бросает исключения но это нигде не задекларированно кроме доки(там тоже может быть что-то не указано) то часто, клиенты использующие этот метод 'забудут' обработать возможные исключения.  И есть ещё один момент - это состояние в котором будет находится объект(приложение) в случае выброса исключения , которое зависит от того как оно обрабатывается и в каком месте , ведь обычно поток исполнения прерывается (может быть куча непредвиденных состояние которые могут повлечь баги). Пока я нашел такме минусы для себя но все равно ещё оч сильно сомневаюсь .

result vs exception чем то напоминает разные подходы к разработке push vs pull

Да наверное :) я сначала поспрашивал у знакомых , что они думают (к сожалению все за выброс исключений :( ) сейчас думаю над этим и ищу кейсы т.к. сам не часто сталкиваюсь с написанием кода который может бросать исключения или который должен их обработать . Или может как -то игнорирую этот момент.

посмотри реализацию SwiftyVK

там хорошо использованы exception

Ок , спасибо :)

ну типа эксепшен это на случай когда что-то идет не так, result когда можно ожидать что не получится
типа допустим бд, метод get_by_key, если ключа не нашло то вернул result с тем что он не найден
а допустим метод write и если внутри него fsync упал то выбрасываем эксепшен, потому что все плохо и надо падать

Да есть и такие мысли

В обоих кейсах можно заюзать оба варианта, вопрос в другом push или pull?)

Вы все обсуждаете-обсуждаете. Но ведь в свифте нет исключений)

fatalError() %)
Ну а вообще try, catch, throw же

И что?

Кидаются-то ошибки, а не исключения. Из-за неправильного понимания потом все удивляются, что ставят Exception breakpoint и у них ничего не работает

Ну, и никто же не запрещает юзать NSException, если это нужно

Swift не умеет в NSException

Я говорил не конкретно про swift в принципе о подходе )