Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Comparing Elixir and Go

blog.codeship.com

Post reply on HN
Print view View original

21–30 of 202 posts

Re: Comparing Elixir and Go

#21

Post by jeffdavis »

maxpert wrote: post #17

I think it's comparing apples with oranges. They are two different species a compiled vs VM based language, one is a functional styled vs other has duck-tapping. Only thing I can see common is GC and a somewhat but very different concurrency programming paradigms, with message passing. Erlang and BEAM is an aged old giant with battle tested proven reliability, while golang is young lad with the flash like abilities e…

Both languages seem tailored to network services. It seems fair to compare them for that purpose.

Re: Comparing Elixir and Go

#22

Post by brightball »

brennen wrote: post #18
brightball wrote: post #6

Author here. This was published a week earlier than expected so just a heads up that there are a couple of edits coming.

This had the effect of making me want to spend time with both languages, so good work, I'd say.

That was definitely the idea. :)

Re: Comparing Elixir and Go

#23

Post by timClicks »

pjmlp wrote: post #19
maxpert wrote: post #17

I think it's comparing apples with oranges. They are two different species a compiled vs VM based language, one is a functional styled vs other has duck-tapping. Only thing I can see common is GC and a somewhat but very different concurrency programming paradigms, with message passing. Erlang and BEAM is an aged old giant with battle tested proven reliability, while golang is young lad with the flash like abilities e…

> They are two different species a compiled vs VM based language This is an implementation detail. Anyone can write a VM for Go, or an AOT compiler to native code for Elixir.

Pretty significant detail though, as no one has done either.. also "anyone" is fairly strong, building decent compilers and interpreters is pretty difficult

Re: Comparing Elixir and Go

#24

Post by kinghajj »

pjmlp wrote: post #20
kjksf wrote: post #8

Earlier quoted context omitted.

This is how myths are created and perpetuated. This claims from a study of a particular model of Ericsson's ATM switch whose software was written in Erlang. A can tell you for sure that: * Ericsson has other switches and other telecom equipment whose software is written in C++ * other companies (Nokia, Cisco, Alcatel etc.) also built similar complex telecom equipment whose software was in C++ I'm going to bet that at…

Have you ever worked in telecom industry? I did, at one of the the companies you list there. We had outsourced and offshored code for modules on those switches you mentioned. Have you ever had the pleasure to review C++ code in such type of projects? I did, and hope to never do it again.

Remember any specific examples/patterns? Curious to see how bad it could be...

Re: Comparing Elixir and Go

#26

Post by chx »

I am very intrigued in both. I am a reasonably experienced software developer with about 15 hours a week of availability, anyone wants to contract me? I'd gain experience with a modern language, you'd get someone on cheaper than experience would suggest. I know software engineers can use any language but in reality, if I were to get a full time job at a company which uses either of these I'd get a lot less money than I am getting now working with Drupal with 10+ years of experience in it. So I would like to gain some real world experience to make it easier to switch jobs later.

Re: Comparing Elixir and Go

#28

Post by sudhirj »

andyfleming wrote: post #4

How does Crystal lang compare to the two? I know the syntax is more similar to Elixir, but the format seems closer to Go in the sense that it compiles to a binary.

Swift would be a better comparison - both Crystal and Swift are general purpose languages that compile via LLVM. Neither has any special story for concurrency (yet). Go and Elixir/Erlang on the other hand, change your approach to programming.

Re: Comparing Elixir and Go

#29

Post by julio83 » 

    The other trade-off that comes from mutable versus immutable data comes from clustering. With Go, you have the ability to make remote procedure calls very seamlessly if you want to implement them, but because of pointers and shared memory, if you call a method on another box with an argument that references to something on your machine, it can’t be expected to function the same way.
I would be happy to know how we can make RPC seamless in GO accross multiple machines (clustering). I've missed a nice lib?

Re: Comparing Elixir and Go

#30

Post by pjmlp »

timClicks wrote: post #23
pjmlp wrote: post #19

Earlier quoted context omitted.

> They are two different species a compiled vs VM based language This is an implementation detail. Anyone can write a VM for Go, or an AOT compiler to native code for Elixir.

Pretty significant detail though, as no one has done either.. also "anyone" is fairly strong, building decent compilers and interpreters is pretty difficult

Anyone with a decent CS degree should be able to produce working compilers and interpreters, otherwise it wasn't a decent degree.

Of course, writing very good ones is a different matter.

Post reply on HN