3 ms·
> Personally I mostly use it for things other people use Go for. It has most of the same strengths but not the main weaknesses. So is there the equivalent of `
by mdaniel 4y ago
> Personally I mostly use it for things other people use Go for. It has most of the same strengths but not the main weaknesses.
So is there the equivalent of `for GOOS in linux windows macos; do for GOARCH in arm64 amd64; do go build ./...; done; done` in ocaml? And, perhaps most important in your comparison, are those resulting binaries statically linked so it's "scp deploy"?
> there is an overhead to starting new projects in it.
I'm guessing that's tightly linked to your "but the libraries don't exist" so one has to roll their own $everything?
- giraffe_lady 4y agoI don't know, I know multiplatform binaries are truly important for some groups but in my entire career I've never actually needed that a single time on any project. Static linking isn't automatic but you can do it. People tend to always assume you can't? idk why though maybe it used to be a thing. You don't have to roll your own everything. If you need a library especially something low level or very common like a db driver it'll probably exist. And the libraries that do exist are very solid in my experience. If you need a few libraries it's pretty good odds one will be missing though.
- mdaniel 4y agoOur team is for sure heterogeneous, and it used to be all 3 OSes before we finally convinced the Microsofty to stop being a snowflake. But regardless, unless it's a very, very specialized team who all run Linux on the desktop, it's almost certainly going to deploy on different OS than one used on the desktop. Now with the M1 debacle, it's multi-arch, too Anyway, I wasn't trying to lobby you but you said you used it for things you would have used golang for, and that's one of golang's major selling points in my circles, so it seemed like a reasonable question to ask someone who is in that ecosystem