Дык и в Go можно возвращать bool и терять всё и вся. Или вообще ошибку не возвращать. Суть в том, что в плюсах МОЖНО вернуть всё, что угодно. То есть байки насчёт "обязательно потеряете контекст" - враньё. И из моего опыта очень мало ситуаций, когда есть смысл обрабатывать ошибку там же, где она возникла - подняться по стеку на пару-тройку уровней приходится почти всегда. С "if (err) return" мусора получается катастрофически много.

И там, где в "a = foo(b + c)" может быть три исключения - в Go ровно те же три ошибки будут - с поправкой на неудобную запись вида a.set(foo(add(b, c))).

defer - хорошо, но это если код запаникует. А на ошибки придётся таки закрывать его явно?

Кстати, ровно наоборот - именно для скриптоподобного кода вообще плевать, где и как делать обработку - а вот когда код сложный, загромождать его обработкой ошибок, да ещё так, что её не может опознать и спрятать IDE - значит усложнить понимание кода. И я бы не называл обработку ошибок в стиле "if (err) return" явной - она не более явная, чем исключения - только, в отличие от них, никак от основной логики не отделена.

Ещё раз - исключения не прерывают исполнение и не "падают с красивым стектрейсом".Это вы чего-то решили, что их никто не обрабатывает. Наоборот - в отличие от возвращаемой ошибки исключения сложно проигнорировать, тем более - так, чтобы это было не видно на ревью.