[rizzaxc]

It's not what the language is for. Go is really strong for greenfield server projects (and bad pretty much anywhere else)

[perbu]

In my opinion the language itself lends it self pretty well for GUIs. The concurrency and synchronization primitives are strong.

The problem would be to have native bindings to the GUI elements of the various desktop OSes. Which are hard to build as calling C or C++ libraries aren't a real option.

I would love to hear why Go as a language isn't suited for GUIs. I've built a couple of toy GUIs and it's been a pleasure doing so.

[pjmlp]

> Which are hard to build as calling C or C++ libraries aren't a real option.

Using CGO is hardly any different from JNI in complexity.

[perbu]

Cgo is not Go ref https://go-proverbs.github.io/

[pjmlp]

Last time I checked it is.

https://pkg.go.dev/cmd/cgo

[perbu]

try it and see. there is a reason for the proverb.

[Cwizard]

I think it is also very good for CLI’s and background agents

[pjmlp]

CGO exists.