The log scale charts make it seem like the performance is all the same. It would be nice to see relative performance in a table or chart.

yeah that's the most honest charting I've seen. they're not looking for headlines, respect

Sure, they're not looking for headlines, but I wouldn't call it "honest". A chart with a linear scale that shows the full range from 0 to max (no baseline that makes small differences look huge) would be far more honest in my opinion.

I think the toilet bowl cleaner used to be more viscous and last a long time.

I called [redacted] HR a few minutes after this was posted.

They just called me back and said they were able to get to him in time and he is getting help.

In that case we'll close this thread, since at this point a public discussion isn't in anyone's best interest.

We'll also redact the name of his employer from the two comments that mentioned it.

This reminds me of the 2013 Goldman Sachs aluminum story: http://www.nytimes.com/2013/07/21/business/a-shuffle-of-alum...

Another interesting read is how BEAM (the Elixir/Erlang VM) does scheduling: http://jlouisramblings.blogspot.co.uk/2013/01/how-erlang-doe...

The post is old, but still somewhat true. The most important change is how memory carriers can be moved between schedulers/cores nowadays which improves the TLB miss rate and makes for better system locality.

Hello, post author here. What I mean by "N/A" here is "Not Applicable" as in Ruby was not designed for concurrency. I didn't mean to say that it is "Not Available" or not possible. I also was only describing language features without considering libraries.

Even JRuby's first recommendation for concurrency is "don't do it": https://github.com/jruby/jruby/wiki/Concurrency-in-jruby

So, you're saying threads and coroutines aren't concurrency?

I'm pretty sure Matz is still working at re-architecting the Ruby global interpreter lock (GIL) for genuine concurrency. JRuby and Rubinius are alternative Implementations of ruby that do support Concurrency, but they are just that, alternative Implementations.

I recently created this site for Elixir:

https://elixir-examples.github.io/

One static site CMS that I know of is: http://www.webhook.com/

It's open source. Design and content is edited collaboratively and it deploys a static site.

Are there any other CMS systems designed to deploy static sites?

There's also a form in the footer now to be notified by email when we can deliver to your zip code.

I think you might be misunderstanding how this service works.

The Github repositories don't serve the packages.

Jitpack checkouts the repository code, builds it, and serves it like a normal maven repository. Here is a sample repository https://github.com/jitpack/maven-simple and the maven repository it is served from: https://jitpack.io/com/github/jitpack/maven-simple/0.1/maven...

I got that it is building a binary and basically placing it in a local repo. I also get that it is looking for a binary from a GitHub Release first, which is mildly better.

I still think solutions like this are putting your build process at great risk. You will have build issues that are no fault of your own and completely out of your control. Unless you clone the github repository and then use that as your source. And cloning will have issues and risks of its own.

EDIT: See pron's reply for describing the risks: https://news.ycombinator.com/item?id=9029870

That's correct