News for hackers. Stuff that matters.
Re:Fuchsia is not Linux by silotis on Wednesday April 11, 2018 @07:52PM (#16816867)
Go initially billed itself as a language for systems programming, but that claim was quickly retracted when it turned out that Go's creators had a different notion of systems programming than everyone else.
Re:Fuchsia is not Linux by geodel on Wednesday April 11, 2018 @08:27PM (#16817042)
Not everyone. Just self-proclaimed authority who decided systems means operating system or some embedded code. Lots of companies I worked have title Systems Engineer or departments Systems engineering which has nothing to do with Operating systems but just some internal applications.
Re:Fuchsia is not Linux by dingo_bat on Wednesday April 11, 2018 @08:55PM (#16817166)
> Just self-proclaimed authority who decided systems means operating system or some embedded code

Systems does mean that. There are 2 broad categories of software you can write. One is software that provides a service to the user directly. That is an application. The other kind is software that provides a service to applications. That's systems software. Do you think there's something wrong with this notion? It's pretty well accepted over the decades:

http://en.wikipedia.org/wiki/System_programming

Re:Fuchsia is not Linux by geodel on Wednesday April 11, 2018 @10:58PM (#16817639)
Well by that definition Docker, Kubernetes, etcd and so on are systems software. But people here somehow explicitly make it to mean Computer Operating Systems.
Re:Fuchsia is not Linux by slrz on Wednesday April 11, 2018 @10:50PM (#16817608)
Sure, and Go's most prolific users are in infrastructure software for distributed systems. You seem to agree with the quoted statement.
Re:Fuchsia is not Linux by weberc2 on Thursday April 12, 2018 @09:58AM (#16820950)
By this definition, Python and JavaScript are systems languages.
Re:Fuchsia is not Linux by jrs95 on Thursday April 12, 2018 @12:56PM (#16822777)
This was all over with way before the 1.0 release even happened. There's no point in arguing over something that was addressed several years ago before Go even reached stability. Plus, trying to say that Go was a "failure" because of this is absurd. It was an issue of terminology, not technology. Given Kubernetes, Docker, etc you would have to be totally delusional to claim that Go has been a failure.