Hacking Go's runtime with generics • Hacker News Board

Re: Hacking Go's runtime with generics

#111

Post by innocentoldguy » Thu, Dec 22, 2022, 2:53 PM UTC

cosmicradiance wrote: post #20

innocentoldguy wrote: post #8

Earlier quoted context omitted.

My choices would be: - Elixir - Rust - Clojure - Crystal In that order.

Are you an expert in all those languages? To me these are the exotic languages which one gets inspired from when reading the stackoverflow survey, but there is hardly any one person I know who has mastered even half of those.

I don't consider myself an expert at anything, but yes, I use these languages on a daily to weekly basis at work. We had some Go code, but replaced it with Elixir.

EDIT: I'd also like to add that Elixir and Rust aren't "exotic." Crystal may be, but it's basically just compiled/typed Ruby.

I've been using Elixir professionally for seven years across multiple companies:

1. Divvy.

2. GoSkip.

3. Podium.

4. Actiphy.

Re: Hacking Go's runtime with generics

#112

Post by innocentoldguy » Thu, Dec 22, 2022, 3:04 PM UTC

nine_k wrote: post #73

innocentoldguy wrote: post #8

Earlier quoted context omitted.

My choices would be: - Elixir - Rust - Clojure - Crystal In that order.

Elixir is wonderful, but its deployment story is much more complicated than Go's or Rust's.

I don't think Elixir's deployment story is difficult. It doesn't result in a single executable, like Go compiles to, but it's easy to deploy Elixir apps and the compiled package contains everything necessary to run (meaning you don't have to install Elixir, Erlang, etc. manually in production).

The biggest benefits of Elixir over Go for me are:

1. Pattern matching.

2. Easier concurrency (with less resource usage).

3. Piping.

4. Easy to hire and train Ruby or Crystal developers.

5. Phoenix is an outstanding web framework for Elixir.

6. Excellent tooling.

7. Supervision trees.

8. Actor model.

9. Elixir's concurrency is done in private memory, whereas Go uses public memory.

EDIT: Fixed formatting.

Re: Hacking Go's runtime with generics

#113

Post by dang » Thu, Dec 22, 2022, 9:12 PM UTC

masklinn wrote: post #24

Traubenfuchs wrote: post #7

So the reinvented wheel (golang) is now starting to miss / reinvent Java's .hashCode() or an alternative to it?

[flagged]

Please don't take HN threads into programming language flamewar. It's one of the last things we need here, and it's easily avoidable.

https://news.ycombinator.com/newsguidelines.html