News for hackers. Stuff that matters.
Re:Program your next server in Go by nimmer on Tuesday June 07, 2016 @01:58PM (#11856292)
I'd love to see Nim on this diagram: https://talks.golang.org/2016/applicative.slide#13 - it could be close to the top right corner.
Re:Program your next server in Go by robohamburger on Tuesday June 07, 2016 @02:55PM (#11856815)
I would contend that java should be considerably lower on the fun scale. Maybe they are counting other languages that target the JVM?

Also perl is apparently as fun for humans python which I also find suspect after maintaining perl 5.x code.

Turns out this subjective made up graph is subjective and made up I guess.

Re:Program your next server in Go by antod on Tuesday June 07, 2016 @06:59PM (#11858694)
> Also perl is apparently as fun for humans python which I also find suspect after maintaining perl 5.x code.

When people talk about a language being 'fun', they need to distinguish between writing something new for the first time vs maintaining something or figuring out someone else's code.

Re:Program your next server in Go by robohamburger on Tuesday June 07, 2016 @07:15PM (#11858809)
Yeah I suppose at this point the graph falls apart since even the prospect of writing new perl code does not sound fun to me but I am sure could be fun to someone.
Re:Program your next server in Go by antod on Tuesday June 07, 2016 @08:04PM (#11859052)
Yeah, I wouldn't want to be writing new Perl either. It was actually Ruby's "optimized for developer happiness" mantra that triggered my comment.

Sometimes I mumble under my breath that Ruby is Perl for the 21st century - gleefully creative hackers leaving behind overly clever code for far less happy developers to deal with.

A culture of optimising the elegance of the API over the simplicity and maintenance of the implementation.

Re:Program your next server in Go by majewsky on Wednesday June 08, 2016 @05:52AM (#11861118)
I disagree. With practice, you can write very clean Perl code that's easy to follow along because all the modules play along nicely. Ruby OTOH has a culture of gems doing all kinds of mysterious black magic that make it difficult for a maintainer to figure out the data flow.

Source: Maintained a 300 kLOC Perl application for 3 years, now working with legacy and new Rails applications.

Re:Program your next server in Go by Cyph0n on Tuesday June 07, 2016 @02:03PM (#11856330)
Absolutely. It's unfortunate that Nim is relatively unknown - here's hoping it gets a large backer sometime soon to boost its popularity!

I'd also add D (above C++, level with Java) and Rust (above C++, close to Go).

Re:Program your next server in Go by binki89 on Tuesday June 07, 2016 @02:12PM (#11856415)
Re:Program your next server in Go by Cyph0n on Tuesday June 07, 2016 @03:06PM (#11856904)
Definitely, but isn't Crystal still in its early stages? I heard it doesn't even have Windows support yet for example.
Re:Program your next server in Go by binki89 on Tuesday June 07, 2016 @03:10PM (#11856935)
Yes, you're right that it is in an early stage of development and doesn't yet support Windows (to be fair, even Rust added full Windows support fairly late in their development cycle to 1.0). Crystal is probably in a slightly earlier stage than Nim, though not by much. Both are very interesting languages that I think would plot in similar locations on the chart. D is also a lot of fun. I think all are competing in this same native compiled realm that seems to be popular right now.
Re:Program your next server in Go by steveklabnik on Tuesday June 07, 2016 @03:32PM (#11857111)
Rust had "windows support" far before 1.0, though it was through minGW only for the first few years. MSVC support was added four days after 1.0 was released.
Re:Program your next server in Go by MustardTiger on Tuesday June 07, 2016 @02:16PM (#11856451)
The go devs are very careful to avoid mention of all the other languages that compete in the same space and are significantly better.
Re:Program your next server in Go by gue5t on Tuesday June 07, 2016 @02:53PM (#11856793)
Indeed. Where is Haskell? OCaml? Rust? Scala? C#?
Re:Program your next server in Go by enneff on Tuesday June 07, 2016 @05:56PM (#11858279)
bradfitz created that graph from his subjective experience, and he was talking about the state of things in 2009.

FWIW, here's the Go project lead congratulating Rust on their recent birthday: https://twitter.com/_rsc/status/732379957129826305

Re:Program your next server in Go by Cyph0n on Tuesday June 07, 2016 @03:21PM (#11857021)
Good point, but in the end it's a subjective graph.
Re:Program your next server in Go by geodel on Tuesday June 07, 2016 @07:32PM (#11858896)
I'd love to hear about those languages.
Re:Program your next server in Go by i_feel_great on Wednesday June 08, 2016 @02:36AM (#11860426)
Erlang and Ada are two that I consider superior to Go.
Re:Program your next server in Go by airless_bar on Tuesday June 07, 2016 @03:30PM (#11857089)
Hey, they are Google! Java 6 is probably the most "modern" thing they can think of!
Re:Program your next server in Go by takeda on Tuesday June 07, 2016 @04:01PM (#11857329)
The whole axis is so subjective. It really depends what you are working on. For certain tasks you can even find C more fun than other languages.

I think what they were trying to show is whether languages are high or low level (i.e. how far are they from machine code). In C for example every statement (maybe except switch) you can guess what assembly code it would translate to. Not so much with languages on top.

Re:Program your next server in Go by xcombelle on Tuesday June 14, 2016 @01:39PM (#11903754)
Nim is interesting, but in my opinion, it wants to kill to much bird in one shoot.
Re:Program your next server in Go by spinlock on Tuesday June 07, 2016 @04:58PM (#11857759)
I'm just amazed that yavascript wound up on top.
Re:Program your next server in Go by namelezz on Tuesday June 07, 2016 @06:25PM (#11858492)
JavaScript and Perl are fun to write. Not sure about maintaining large code base though
Re:Program your next server in Go by reverius42 on Tuesday June 07, 2016 @06:33PM (#11858531)
Agreed. The definition of "fun to write" completely changes with respect to the size of the codebase, and the number of people working on it.