4 ms·

Error handling is hard, period. Error handling in go is no worse than any other language, and in most ways it is better being explicit and non-magic. > people

Error handling is hard, period. Error handling in go is no worse than any other language, and in most ways it is better being explicit and non-magic. > people who designed it did not have a proper language design background Irrelevant. > It's just bad language design. try { ... } catch(Exception ex) { ... }

apta 6y ago
> try { ... } catch(Exception ex) { ... } The error here is explicitly handled, and cannot be accidentally ignored. Unlike golang where it's quite easy for errors to go ignored accidentally.
- hactually 6y ago
  because it has try/catch. Without that (which would be similar to not checking the err in go) it explodes or throws to a layer up that may not expect it. Each language has its wonks.
  - apta 6y ago
    > Without that (which would be similar to not checking the err in go) it explodes or throws to a layer up that may not expect it. It's not similar to that at all. Without it, the exception bubbles up until it gets caught somewhere, or crashes the program with a useful stacktrace. With golang, it just goes undetected, and the code keeps running with corrupt state, without anyone knowing any better.
- fooster 6y ago
  Nevertheless, this is how it is mostly done in Java. I haven't used eclipse in eons, but last time I did it even generated this code. If you care with go, use errcheck.
  - apta 6y ago
    Does errcheck work well with gorm (https://gorm.io/ https://gorm.io/) and it's way of returning errors? This is not an obscure library, it's quite widely used.
    - ori_b 6y ago
      Does any language save you from explicitly screwing up error handling? Gorm is doing the Go equivalent of: class Query { class QueryResult { Exception error; Value result; } public QueryResult query() { try { return doThing(); } catch(Exception e){ return new QueryResult(error, null); } } } Gorm is going out of its way to make error handling suck.
      - apta 6y ago
        > Does any language save you from explicitly screwing up error handling? It's about the default error handling method being sane. In exception based languages, an unhandled error bubbles up until it reaches a handler, or it crashes the program with a stacktrace. Compare to what golang does, it's somewhat easy to accidentally ignore or overwrite errors. This leads to silent corruption of state, much worse than crashing the program outright.
        ori_b 6y ago
        > It's about the default error handling method being sane. Gorm isn't using the default error handling.
        apta 6y ago
        That's one point in this discussion. The language allows error handling that way. Compared to a language with proper sum types or exceptions, where one would have to actively work against the language to end up with that mess.
        6y ago
entha_saava 6y ago
Exceptions don't lead to silent but dangerous and hard to debug errors. The program fails if exception is not handled.

apta 6y ago

> try { ... } catch(Exception ex) { ... } The error here is explicitly handled, and cannot be accidentally ignored. Unlike golang where it's quite easy for errors to go ignored accidentally.

hactually 6y ago
because it has try/catch. Without that (which would be similar to not checking the err in go) it explodes or throws to a layer up that may not expect it. Each language has its wonks.
- apta 6y ago
  > Without that (which would be similar to not checking the err in go) it explodes or throws to a layer up that may not expect it. It's not similar to that at all. Without it, the exception bubbles up until it gets caught somewhere, or crashes the program with a useful stacktrace. With golang, it just goes undetected, and the code keeps running with corrupt state, without anyone knowing any better.
fooster 6y ago
Nevertheless, this is how it is mostly done in Java. I haven't used eclipse in eons, but last time I did it even generated this code. If you care with go, use errcheck.
- apta 6y ago
  Does errcheck work well with gorm (https://gorm.io/ https://gorm.io/) and it's way of returning errors? This is not an obscure library, it's quite widely used.
  - ori_b 6y ago
    Does any language save you from explicitly screwing up error handling? Gorm is doing the Go equivalent of: class Query { class QueryResult { Exception error; Value result; } public QueryResult query() { try { return doThing(); } catch(Exception e){ return new QueryResult(error, null); } } } Gorm is going out of its way to make error handling suck.
    - apta 6y ago
      > Does any language save you from explicitly screwing up error handling? It's about the default error handling method being sane. In exception based languages, an unhandled error bubbles up until it reaches a handler, or it crashes the program with a stacktrace. Compare to what golang does, it's somewhat easy to accidentally ignore or overwrite errors. This leads to silent corruption of state, much worse than crashing the program outright.
      - ori_b 6y ago
        > It's about the default error handling method being sane. Gorm isn't using the default error handling.
        apta 6y ago
        That's one point in this discussion. The language allows error handling that way. Compared to a language with proper sum types or exceptions, where one would have to actively work against the language to end up with that mess.
        6y ago

entha_saava 6y ago

Exceptions don't lead to silent but dangerous and hard to debug errors. The program fails if exception is not handled.