djulius

+1 for the "toy immutable functions". Immutability everywhere is the current hype, but like mutability it has its advantages/disadvantages. The main consideration is the tradeof between performance(best for mutability) vs ease of use of development (best for immutability). However on HN, the war is dogmatic whereas reality is not that black and white. As a Java developer, I find immutable String and primitives very convenient. For the rest, the liberty left to the developer is sufficient for high performance applications.

For scientific computation, libraries such as JAMA or la4j performs much faster than scipy on matrix operations or common linear algebra operations : http://martin-thoma.com/matrix-multiplication-python-java-cp... https://code.google.com/p/java-matrix-benchmark/wiki/Runtime...

By far, the most uninteresting post of the day on HN. Some random guy ranting on trivial stuff.

Is see in this comment and its answers, "most optimal", "more optimal".

An algorithm is optimal, not more, not most, just optimal.

For the case going here, you will have difficulty to prove any optimality, since the process involves humans. Efficient would be a better term than optimality.

+1 for the starcraft races and the selection of Pokemon.

The author of the blog is particularly known for plagiarism. Whenever I have more time I will double check the originality of this article.

http://www.thespacereview.com/article/2394/1 http://www.friends-partners.org/pipermail/fpspace/2013-Novem...

"Even Microsoft" is terribly wrong. In fact Microsoft is several years in advance to other software companies regarding security lifecycle of its products.

The early days fiasco are long gone and the SDL (http://www.microsoft.com/security/sdl/default.aspx) has performed really well.

I really like your irony. +1 from me my friend !

TL;DR Sherlock version : Boring

tl;dr

PG thinks the web/startup scene == the world. 7 years proved he's wrong.

Yes you do, but nevermind, you're just like the vast majority of commenters here.

Btw thanks for your contribution, very interesting.

Got the same issue with Peru, not that random. Regarding France, being french, I can assure you that there is a lot of records ;)

Btw you could use city location from wiki/dbpedia to generate random lat/long.

French here, same things happens here to a lesser extent. The fact that foreign don't have to pay fees (as well as the local), lots of foreign students come here and go home once they completed their studies.

Innovation from China :

"co-founded by a PhD candidate on leave from Columbia University, a former Microsoft engineer, and someone from Beijing’s Tsinghua University"

Try again.

Indeed I was.

It's a good safety barrier against hype things.

I guess nobody ever got upvoted for using StringBuffer/StringBuilder instead of String concatenation in Java.

That's absolutely not what I wrote.

I said that the motivations behind academics to publish lead to the publishing of tons of papers that while being scientifically correct (at least for top-tier conferences) bring absolutely nothing to the party.

Tons of papers are published every year for the sake of publication, careers, .... absolutely not for the sake of science. Most of them do not even contain any significant delta with previous research.

An important activity of the researcher is to sort between interesting papers and garbage, since the selection process of even high level conference is deeply broken.

Just read SIGIR proceedings where every paper beats the previous baseline by 0.X % on datasets that do not represent the real problem, it's just an example among many others.

Also check this interesting analysis where the authors analyse best vs top cited papers over a span of ten years: http://arnetminer.org/conferencebestpapers

Here you can see that some conferences where able to identify lasting value and others not.

Now the game is : Among these tons of (bad/good) applied mathematics , find the maybe existing one paper that will : - Have a real world application - Go through the years

More difficult : only by reading titles.

You are totally right sir !

In the history of quenching [PDF here http://bit.ly/1ad9Akv] the author states it was common to urine for quenching.

This property seems to have independently been discovered by chinese and europeans.

The conclusion is worth reading.

"As long as someone else implements the compiler." Typical british humor.

In fact, in the link you provide, the 7559 euros also cover 75 sessions of physical therapy, a nurse coming at home every working day during a month and various drugs.

It would be interesting to have a global comparison (operation+therapy).

Here, the operation including all appointments before is about 5274 euros.

I admit my first comment was a bit rough. My apologies.

My point is that this library provides the same features as Apache Mahout (that exists since quite a long time), so why duplicate the work and why not contribute to mahout ?

Duplicate features: - Hadoop support - RandomForest - Generalized Linear Modeling

The list of algorithm support my Mahout is way bigger than the one of 0xdata https://cwiki.apache.org/confluence/display/MAHOUT/Algorithm...

I would say the only interesting feature is the R support. So why not put R availability in Mahout ?

There is no explanations given although the existence of mahout is pretty obvious for anybody in the field. So without any proper argumentation, it seems that the authors voluntarily ignore the major concurrent tool in their fields.

What's new here ? Mahout already did it.