Half a million lines of Go

Re:Half a million lines of Go by flowerlad on Monday May 17, 2021 @01:20AM (#27180293)

> Lots of us have since observed that this approach to failure leads to errors because programmers ignore failures, allowing them to be handled by a catch-all at the top of the stack, which typically just dumps a stacktrace and calls it a day.

That's not typical Java code. You could do that in quick & dirty code, but I haven't seen such code in production code.

[ Parent | on HN ]

Re:Half a million lines of Go by blindluke on Monday May 17, 2021 @03:06AM (#27180757)

> That's not typical Java code. You could do that in quick & dirty code, but I haven't seen such code in production code.

It sounds to me like you're an extremely lucky person. I've seen too much of that sort of thing in production code, including a catch-all for Throwable at the top that didn't even dump a stacktrace.

[ Parent | on HN ]

Re:Half a million lines of Go by catlifeonmars on Monday May 17, 2021 @01:45AM (#27180401)

Anecdata: but I see this pattern all the time in production code. It’s not limited to Java: I’ve seen it in TS/JS, Python, and C++. I haven’t (yet) seen it our Go codebases.

[ Parent | on HN ]

Re:Half a million lines of Go by loopz on Monday May 17, 2021 @03:14AM (#27180802)

Typically this is passed to production and not seen by devs. Ie. there's no point to handle NullPointer explicitly (programmer error).

[ Parent | on HN ]

Re:Half a million lines of Go by lolinder on Monday May 17, 2021 @01:31AM (#27180336)

Then you're lucky. I have, both on the developer side and on the user-getting-a-stacktrace side. It's not pretty from either end.

[ Parent | on HN ]