5 ms·

I didn't read the whole article, just scanned it. But I'm surprised he chose Golang as a low-cognition entry barrier language. As a developer on Windows (releva

I didn't read the whole article, just scanned it. But I'm surprised he chose Golang as a low-cognition entry barrier language. As a developer on Windows (relevant since we're talking about .NET), setting up Go was a pain in the ass. Making sure that my PATH variables were set up correctly and all that jazz, and then I'd run into issue after issue with packages and paths. I don't know what it is about golang, but man, it's hard unless you just start up a WSL and install it on there.

sethammons 5y ago
having never worked with Go on Windows, was that recently? With modules, you can just pick a new directory of your choice, `go mod init` and you are ready to start work. As for packages and paths, it is just URLs.
kovac 5y ago
Same here. Package management was non existent at the time, not sure how it is now. There are pointers without pointer arithmetic, I really don't know why they are there. If you already know programming you will be fine with go, but if it's the first language someone learns I think they'll go catatonic when they are exposed to real pointers, dealing with shared memory, package management, generics, etc. because its going to be hard unlearning ways used in go. On the plus side go is small and very performanent.
- jhgb 5y ago
  > There are pointers without pointer arithmetic, I really don't know why they are there. Because you need some way to distinguish between having a sequence of bytes in the middle of another sequence of bytes and having the former sequence of bytes somewhere else, at least in languages that allows both for any data type. For example, Java doesn't suffer from this since everything is pointers implicitly. And C# doesn't either because every type belongs to one of two kinds, the first kind corresponding to the former of the two cases above and the second kind corresponding to the latter. But Go doesn't have this luxury (intentionally, for the same reason as C does it).
initplus 5y ago
>Making sure that my PATH variables were set up correctly This is a pretty common issue to run into with developer tooling on Windows, regardless of the language. It would be nice if the go installer added its install dir to the PATH automatically like some tools do. But so much dev tooling on Windows does not you will need to know how to edit your PATH eventually.
H1Supreme 5y ago
> setting up Go was a pain in the ass. Making sure that my PATH variables were set up correctly and all that jazz, and then I'd run into issue after issue with packages and paths. When was this? Within the last two years? When Go was transitioning from the original GOPATH style setup to modules, I had a ton of issues like this. So many, that I kept my Go version on an earlier build so I didn't have to deal with it. These days, thankfully, all those issues are taken care of. I've mostly switched to cross compiling from WSL(2), but compiling on Windows has been fine for a number of versions now.
cutler 5y ago
>Making sure that my PATH variables were set up correctly Honestly, what's so technical about adding: export PATH=/usr/local/go/bin:$PATH ... to your ~/.bashrc ? Beyond that there's nothing more required other than, per project: mkdir myapp && cd myapp && go mod init myapp Maybe you're thinking of setup prior to the introduction of Go modules?
- squeaky-clean 5y ago
  > Honestly, what's so technical about adding [...] to your ~/.bashrc ? Oh boy, you don't tutor many beginners in programming do you?
- kaba0 5y ago
  I’m sure it will run well on Windows, as the poster asked..

sethammons 5y ago

having never worked with Go on Windows, was that recently? With modules, you can just pick a new directory of your choice, `go mod init` and you are ready to start work. As for packages and paths, it is just URLs.

kovac 5y ago

Same here. Package management was non existent at the time, not sure how it is now. There are pointers without pointer arithmetic, I really don't know why they are there. If you already know programming you will be fine with go, but if it's the first language someone learns I think they'll go catatonic when they are exposed to real pointers, dealing with shared memory, package management, generics, etc. because its going to be hard unlearning ways used in go. On the plus side go is small and very performanent.

jhgb 5y ago
> There are pointers without pointer arithmetic, I really don't know why they are there. Because you need some way to distinguish between having a sequence of bytes in the middle of another sequence of bytes and having the former sequence of bytes somewhere else, at least in languages that allows both for any data type. For example, Java doesn't suffer from this since everything is pointers implicitly. And C# doesn't either because every type belongs to one of two kinds, the first kind corresponding to the former of the two cases above and the second kind corresponding to the latter. But Go doesn't have this luxury (intentionally, for the same reason as C does it).

initplus 5y ago

>Making sure that my PATH variables were set up correctly This is a pretty common issue to run into with developer tooling on Windows, regardless of the language. It would be nice if the go installer added its install dir to the PATH automatically like some tools do. But so much dev tooling on Windows does not you will need to know how to edit your PATH eventually.

H1Supreme 5y ago

> setting up Go was a pain in the ass. Making sure that my PATH variables were set up correctly and all that jazz, and then I'd run into issue after issue with packages and paths. When was this? Within the last two years? When Go was transitioning from the original GOPATH style setup to modules, I had a ton of issues like this. So many, that I kept my Go version on an earlier build so I didn't have to deal with it. These days, thankfully, all those issues are taken care of. I've mostly switched to cross compiling from WSL(2), but compiling on Windows has been fine for a number of versions now.

cutler 5y ago

>Making sure that my PATH variables were set up correctly Honestly, what's so technical about adding: export PATH=/usr/local/go/bin:$PATH ... to your ~/.bashrc ? Beyond that there's nothing more required other than, per project: mkdir myapp && cd myapp && go mod init myapp Maybe you're thinking of setup prior to the introduction of Go modules?

squeaky-clean 5y ago
> Honestly, what's so technical about adding [...] to your ~/.bashrc ? Oh boy, you don't tutor many beginners in programming do you?
kaba0 5y ago
I’m sure it will run well on Windows, as the poster asked..