Earlier quoted context omitted.
In my experience, the published paper is super vague on the approach, and implementing it without further references is really hard. I'm not necessarily arguing that papers should get longer and more detailed to counter this; expressing the details that matter in code seems like a more natural way to communicate anyway. Why trust results if you can't see the methodology in detail and apply the approach to your own da…
> In my experience, the published paper is super vague on the approach, and implementing it without further references is really hard. This is my experience, too, and in my opinion this is exactly what has to change for really reproducible research, not ready to run software supplied by the author. There are many good arguments in support of publishing code, but reproducibility is not one of them, that's all I'm sayi…
Ask HN: Should I publish my research code?
171–180 of 363 posts
Re: Ask HN: Should I publish my research code?
#172Every researcher thinks this, and it's always wrong. If you care about scientific progress, publish the code and data.
Besides, available code should cause more people to look at your work and ultimately cite it.
Re: Ask HN: Should I publish my research code?
#173Re: Ask HN: Should I publish my research code?
#174Re: Ask HN: Should I publish my research code?
#175Reproducibility -- I dunno. A re-implementation seems better for reproducibility. The paper is the specific set of claim, not the code. If there are built-in assumptions in your code (or even subtle bugs that somehow make it 'work' better), then someone who "reproduces" by just running your code will also have these assumptions.
Coding time -- are you sure? Professional coders are pretty good. If you have, for example, taken the true academic path and written your code in FORTRAN, there's every chance that a professional could bang out a proof of concept in Python or C++ in like a week (really depends on the type of code -- EIGEN and NUMPY save you from a whole layer of tedium that BLAS and LAPACK 'helpfully' provide). Really good pseudocode might be more useful than your actual code
Another note -- personally I treat my code as essentially the IP of my advisor. (He eventually open sources most things anyway). But do check on the IP situation if you want to open source it yourself. If you are working as a research assistant, some or all of your code may belong to you University. They probably don't care, but it is better to have the conversation before angering them.
Re: Ask HN: Should I publish my research code?
#176Earlier quoted context omitted.
> It's the right thing to do for open and reproducible research. Everybody here talks about how publishing code helps (or even makes possible) reproducibility, but this is not true, on the contrary, it hinders it. Reproducing the results does not mean running the same code as the author and plotting the same figures as in the paper. This is trivial and good for nothing. Reproduction is other researchers independently…
Often the text in a paper that describes some algorithm will not be completely clear or complete. Providing the code fills in those blanks. I've taken a paper with code and gone through the code line by line comparing it with what was described in the paper. The code often ends up clarifying ambiguities. In some cases there's an outright disagreement between the paper and the code - that's where the feedback comes in…
Re: Ask HN: Should I publish my research code?
#177Published terrible code is far better than unpublished code.
Re: Ask HN: Should I publish my research code?
#178What a great question. You've come to the right community. My main concern would be to make sure there are no passwords or secret keys in the data, not how it looks. You'll open yourself up for comments. They may be positive or negative. You'll only know how it pans out afterwards. Is the code something that you'll want to improve on for further research? If so publish it on github. It opens the way for others to con…
Also personal data of any human subjects.
Re: Ask HN: Should I publish my research code?
#179Re: Ask HN: Should I publish my research code?
#180> it's substantially more work to clean and organize the code for publishing, it will increase the surface for nitpicking and criticism (e.g. coding style, etc). Matt Might has a solution for this that I love: Don't clean & organize! Release it under the CRAPL[0], making explicit what everyone understands, viz.: "Generally, academic software is stapled together on a tight deadline; an expert user has to coerce it int…
I like it so far, other than 4) You recognize that any request for support for the Program will be discarded with extreme prejudice. I think that should be a "may" rather than a "will." If I find out someone is using my obscure academic code, and they ask for help, I'd be pretty pumped to help them (on easy requests at least).