> В Go есть исключения. И сделанны они именно так, как это должно
> быть. А не так, как в Java/C#/Python/PHP..., когда варианты результата множества
> неправильно спроектированных функций отлавливаются через try/catch

У них прямо в FAQ есть раздел "почему в Go нет исключений": https://go.dev/doc/faq#exceptions
Для справки: паника != исключение.
В стандартной библиотеке нет возможности получить stack trace для ошибки (только для паники). Это реализовано сбоку в https://pkg.go.dev/github.com/pkg/errors#hdr-Retrieving_the_... и не будет работать для подобных случаев:
```
var ErrSomethingHappened = errors.New("some error happened")
function someFunc() error {
  return ErrSomethingHappened
}
```
А если возвращать ошибки через `return errors.New("something happened")` - то будет невозможно проверить эту ошибку иначе как сравнением текста. Самая жопа с этим - для ошибок, возвращаемых через `fmt.Errorf`, их только в лог выводить.
Вот и получается, что в Go нельзя одновременно:
- определить, что за ошибка;
- получить stack trace этой ошибки;
- сделать вышеуказанное для всех библиотек.
И приходится ползать отладчиком по коду чужих библиотек, разбираясь, откуда эта ошибка вообще вылезла.
Если бы в языке были исключения как в нелюбимыми вами Java/C#/Python/PHP/..., можно было бы увидеть весь stack trace и сразу определить место, где оно было брошено.
А так язык классный и быстрый, да. Но не без недостатков.