| ▲ | dontlaugh 2 days ago | ||||||||||||||||
I don’t know about that, it was called a systems language when it came out. By any common usage of the term, it’s definitely not that. | |||||||||||||||||
| ▲ | 9rx a day ago | parent [-] | ||||||||||||||||
By the common usage of the term, it is most definitely a systems language. Systems are the "opposite" of scripts. Scripts are programs that perform a one-off task and then exit. Systems are programs that run indefinitely to respond to events. We have scripting languages and we have systems languages. While all languages can ultimately be used for both workloads, different feature-sets gear a language towards one or the other. Go is does not exhibit the traits you'd expect of a scripting language. This idea that Go isn't a systems language seems to stem from "Rustacians" living in the same different world which confused sum types with enums, where they somehow dreamed up that systems are low-level programs such as kernels. To be fair, kernels are definitely systems. They run indefinitely too. But a user land server program that runs continuously to serve requests is also a system as the term has been normally used. | |||||||||||||||||
| |||||||||||||||||