Go 1/2 Proposal: Immutable Types

Post by ernst_klim » Thu, Oct 04, 2018, 6:13 AM UTC

jazoom wrote: post #13

mbo wrote: post #11

Earlier quoted context omitted.

> [Nim] is too new It's actually a year older than Go (2008 rather than 2009). If you don't want to use Nim because it's not stable enough or has too small an ecosystem (I disagree), you could try out Scala Native or Kotlin Native. A large portion of their ecosystem successfully compile to native code (although you may have issues with Scala Native compile times). You can also check out OCaml.

I guess I mean "new" as in still not stable (pre-1.0 and still sees breaking changes). The fact it's been around so long and still hasn't matured is not reassuring at all. I have checked out OCaml but it's not mainstream enough to have libraries for... anything really. Here's the first thing I checked just now: https://www.elastic.co/guide/en/elasticsearch/client/communi... The OCaml client was abandoned 5 years ago.…

Post by mbo » Thu, Oct 04, 2018, 6:35 AM UTC

jazoom wrote: post #20

mbo wrote: post #19

Earlier quoted context omitted.

> Also, I am not seeing a reason why Go is not a good choice. I think you may have unnecessarily restricted yourself by wanting a language that produces native binaries and is GC'd. There simply _aren't_ that many mature and mainstream languages that compile to native binaries with a GC. I'd personally much prefer a more expressive language with a less robust ecosystem (and a virtual machine), but if an Elastic lib i…

I am already very familiar with 2 interpreted languages, but not very familiar with any compiled languages. I'm doing the exact opposite of restricting myself. And it's not just Elasticsearch. That's just one example. I would come up against many other requirements. Here's just one more: https://nats.io/download Edit: And you're right, Haskell is something I should probably look into more. I haven't thought about it…

Post by ernst_klim » Thu, Oct 04, 2018, 7:12 AM UTC

jazoom wrote: post #22

ernst_klim wrote: post #21

Earlier quoted context omitted.

>to have libraries for... anything really It has thousands of libraries, check opam out. If something is absent, why won't you write your own library anyway? Elasticsearch is really not that complex, here is the example: https://github.com/cyborgize/es-cli

I addressed that in my other comment. It's not just Elasticsearch. That was one example out of at least 20 I could give you. The fact that there isn't even a client for the world's most popular search database is indicative of the ecosystem as a whole. It's fine if you use OCaml for whatever, but it's not what I'm looking for. Though, I am keeping my eye on this for personal interest: https://reasonml.github.io

Post by jazoom » Thu, Oct 04, 2018, 8:43 AM UTC

mbo wrote: post #26

jazoom wrote: post #24

Earlier quoted context omitted.

>_Any_ language that targets the CLR or JVM should suffice. That's a very bold thing to say when you don't even know what I'm planning to do with it. Like, NodeJS will "suffice". Why don't I just use that since I'm very experienced with it? Reasons. Why don't I use Java? Reasons. I feel like this is going nowhere. I'll probably choose Go. Stranger on internet thinks I'm wrong. This is the story whenever the topic of…

Yeah look, I do think you're wrong. You've given yourself a very tough set of constraints (has to compile to binaries, has to have a GC, can't be in preview, can't be under v1.0, can't have a slightly unstable API, has to have "good" libs for an arbitrary selection of tech, can't target a VM) that makes Go the only viable option - I'm questioning whether those are legitimate. I'm not suggesting you use my personal fa…