News for hackers. Stuff that matters.
Re:Debunking Princeton by wsxcde on Friday January 24, 2014 @12:15AM (#7113449)
> There should be consequences for the people who publish these things.

Should there be consequences for people who publish buggy code on github? Because that situation is completely equivalent to what these phd students did. ArXiv isn't a repository of peer-reviewed accepted papers, it's just a repository of papers, just like how github is repository of code.

The people to blame here aren't the students themselves. They just wrote up a mildly interesting observation and put it up on a repository. The people to blame are journalists and internet dumbasses who used this paper to serve their own selfish ends.

> I can't tell you how many times someone has thrown a junk science article in my face, thinking that the issue in question was now settled.

There's no denying the existence of a lot of peer-reviewed junk science but sometimes there are perfectly good reasons why papers with faulty conclusions are accepted. The question addressed by the paper might be interesting, the experimental methodology might be interesting, the data sources used in the research might be interesting, or the editors/program committee might just want to highlight the lack of progress in an area that deserves more attention.

Publishing something that is completely fault-free isn't a desirable or even an achievable goal. This is a fundamental misunderstanding of the purpose of scientific publishing. The goal of scientific publication is to advance the field by stimulating discussion at the boundaries of human knowledge. This can often be done even with "buggy" results. Think of it as the scientific equivalent of fail often, fail early and fail fast mantra that drives many startups.

I'm not dismissing your frustration though because the problem you've described is a real one. We aren't very good at communicating scientific results to laypersons. But unlike you, I don't have a glib solution to a problem I don't fully understand. Magazines like the communications of the ACM with accessible, professionally-edited articles written by experts in the field are probably one step in the right direction, but there is a lot more that needs to be done here.

Re:Debunking Princeton by hrjet on Friday January 24, 2014 @12:46AM (#7113535)
What matters is the effect. If someone puts up code on GitHub which purports to compute the Fibonacci series, but mistakenly does a `rm -r ~/*` then surely there should be a way to flag that code or author ("consequences").
Re:Debunking Princeton by wsxcde on Friday January 24, 2014 @01:41AM (#7113672)
If you find a flaw in a published paper, the normal course of action is to e-mail the authors letting them know what you think is wrong. If authors think this is a devastating flaw, they will retract their paper. Even if they don't, you can still publish a note yourself explaining why these results are flawed. This happens all the time and the 'consequences' you desire are already built into the system. Flawed papers don't do very well on citation or influence metrics.

But much more importantly, the flaw in your mental model is thinking that claims in published papers are expected to be correct. They aren't. The goal of a paper is to advance the field by stimulating discussion and new research. The unfortunate consequence of this is that laypersons can't directly use research papers as an authoritative source describing our current understanding of a subject.

The github analogy still holds up. Non-programmers shouldn't be downloading code off github, compiling and running it because they have no way of evaluating whether the code really does what it claims to do. They're probably better off getting applications from curated app stores. Accessible scientific publications written by recognized experts in the field are the equivalent of curated app stores. That is where laypersons should be looking to understand the state of the art in scientific knowledge.

Re:Debunking Princeton by dllthomas on Friday January 24, 2014 @11:46AM (#7115816)
What matters is the effect, but the person responsible for the effect should be the person deploying the code. Not all code on github is close to "done". If you take my alpha Fibonacci-sequence code and choose to run it on your nuclear power plant, I'm responsible for the mess - you are.
Re:Debunking Princeton by dllthomas on Saturday January 25, 2014 @11:29AM (#7121182)
Looks like I forgot a "not"... I'm not responsible for the mess.
Re:Debunking Princeton by OverlordXenu on Friday January 24, 2014 @06:25AM (#7114398)
This is just kind of ridiculously fallacious. Surely a slightly inaccurate paper is not comparable to malicious code. That's not a fair comparison to make.
Re:Debunking Princeton by hrjet on Friday January 24, 2014 @07:34AM (#7114595)
I wasn't comparing that particular paper with malicious code. Inaccurate papers in other fields (like biology) might have a more significant impact.

If we were to continue the GitHub analogy, it would be great if ArXiv had a public "issue" list.

Re:Debunking Princeton by ameister14 on Friday January 24, 2014 @01:06AM (#7113583)
I think that's a pretty postmodern way of looking at things. Intent definitely matters to me.
Re:Debunking Princeton by judk on Friday January 24, 2014 @10:17PM (#7119689)
Arxiv is an invitation-only preprint-server. Authors who post junk are abusing their invitation and hurting the reputation of all Arxiv contributors.

In HN-speak, Arxiv is like a Svtle blog.

Re:Debunking Princeton by _delirium on Sunday January 26, 2014 @06:05AM (#7124741)
The arXiv is not invitation-only. Anyone can sign up for an account: https://arxiv.org/edit-user/?tapir_dest=https%3A%2F%2Farxiv....
Re:Debunking Princeton by walrus on Sunday January 26, 2014 @07:59PM (#7128011)
You need to be endorsed by an active user in order to submit papers: https://arxiv.org/help/endorsement