[piva00]

Because for a long time people were trying to shove Go into use cases that before were covered by C applications. Some infrastructure has been developed in Go (Kubernetes being quite prominent) and so the overlap between systems programming and web/enterprise got muddy.

Rust can't cover the enterprise use-cases of Go the same way that Go won't ever cover what Rust can do on systems/embedded level but there is enough overlap in some cases to confuse people into trying to compare them directly.

[pjmlp]

You mean like the USB Armory security key running Go bare metal?

https://www.f-secure.com/en/consulting/foundry/usb-armory

[piva00]

I don't follow what you mean by that, care to elaborate?

[pjmlp]

That is a use case that many would assert should be written in C, yet F-Secure decided that given the security scenario, bare metal Go was the way.

[piva00]

Ah! Yes, that is a case that I would consider could have an overlap between Go/Rust and C. Thanks for sharing it, had no idea it was implemented in bare metal Go, will check it out :)