issaria

Actually that's how Go does it,

   func(a, b, c long_type_name) int {...

Will this collector evolve into generational in 1.6? or it already does it.

Which project that IBM open sourced did you ever used? None.

Rubinius doesn't want to join is not because they don't want to invest the effort, they actually invested a lot of efforts before.

That being said, they bring up this project more for political reasons, that they want to control the language, e.g. If MRI fails on the rubyspec, whose fault is that? It would be MRI if rubinius controls the project. Now rubyspec is part of the ruby (MRI) project, and they have made a lot of changes to conform MRI, and in return rubinius would need to adjust to conform the specs, for a project that has 24K commit and still doesn't work on windows, you can imagine why they don't want to join effort.

People feel the power when the click the downvote button.

Wouldn't surprise me if massive marketing and monetization following.

F# is basically OCAML with C# interop, AFAK

Thanks for taking time to respond to my doubt. Would like to talk to you more.

I think oblio means that even if Portugal is not in the Euro zone with its own currency, it's unlikely to get a better price than now.

Hope we have unicorns and rainbows in Go 1.6, besides 1.4 compiling speed.

You did a great job improving the language.

For me, CoC is where programming meets politics. Whom gained benefit from their current position is likely to impose those rules to protect their now interest.

Pretty much there is a soul behind each language, Ricky Hicky for Clojure, Guido van Rossum for Python, Matz for Ruby, and Rob Pike for Go. Those people are not insecure, and I never felt them to be so aggressive.

For those who downvoted, when do you remember you on "One Sunday, some former coworkers & I were bored, talking about salaries ..."

Oh god, stop gossip and you don't need to whine.

Maybe Rob Pike can say something about this CoC thing. Don't really like the way Russ does things.

Common Lisp is not functional at all.

He might intentionally ignored Elixir, IMO.

A record field accessor is just a normal function, are you also expecting define methods with the same name within the same module? If you want an elegant solution, write a typeclass. You have to write you java in the haskell way. https://wiki.haskell.org/Name_clashes_in_record_fields

I am not trolling, but what's the problem with psql? I didn't get the point of a GUI, it cannot help you write SQL anyway.

People, please don't upvote any post that has fancy word 'Go' in the title!

You could replace `Go` with `erlang`, `haskell`, `rust`, `nodejs`, `c`, `whatever language faster than ruby` and remain true here, amazing!

THIS Brian again, nobody uses rubinius and it doesn't hurt anyone. This guy has a long history of promoting rubinius by attacking MRI, first time I saw him was on Baruco 2013, if you watch the video, his attitude is so annoying. Evan Phoenix's Ruby implementation was an interesting project, but now totally ruined by this childish guy. Brian, my advise is to stop bitching about MRI and seriously improve the documentation of rubinius, the are many interesting topics on rubini.us, but most of them are WIP since forever.

"but you know during the job they were Googling answers to the problems"

LOL, what an asshole.

The are so many names available, why choose this one?

"native thread" is just buzz word if the implementation cannot boot rails. On the other hand, if you don't feel like to use real multithread now, it's unlikely you need it in the future.

Oh, now I understand why this guy thinks he has a superior job.

I am always wondering what kind of job a consultant do?

Linux kernel development

It's not that VS running in IE, but VS compiler use IE to pull stuff from internet, if my understanding is right. MS is never going to be that awesome.

Oh, you must have forgotten Atom

I guess you didn't warm up the JVM before running the tests, since the Jubilee/Vert.x stack is more heavy than the undertow counterpart, it takes longer for the JVM to apply the optimisations. I also did some benchmarks for Torqbox and Jubilee, you can find the results here: https://github.com/isaiah/jubilee/wiki/Benchmarks-against-ot...

Torqbox won the rack test, and Jubilee out performed in the rails one.