Live data from Hacker News

Microsoft’s purchase of GitHub leaves some scientists uneasy

nature.com

91–100 of 148 posts

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#91
post #38

Seeing this published on Nature's website is quite thick with irony. They have profited greatly from locking up access to academic papers in their most prestigious journals. The article includes the following tweet: “Open Science is not compatible with one corporation owning the platform used to collaborate on code. I hope that expert coders in #openscience have a viable alternative to #github,” tweeted Tom Johnstone…

Great point contrasting Nature with GH, it was the first thing that came to my mind as well.

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#92
post #89

> “Open Science is not compatible with one corporation owning the platform used to collaborate on code. I hope that expert coders in #openscience have a viable alternative to #github,” tweeted Tom Johnstone, a cognitive neuroscientist at the University of Reading, UK. This shows an astounding lack of understanding, both of Github and of git itself. Github was always owned and operated by "one corporation" - now it is…

The platform is pretty clearly github, a binary on a disk isn't a "platform". And any scientist is far too busy with the interesting stuff to set up a git server, otherwise they would be a sysadmin.

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#93

Earlier quoted context omitted.

There is not much to be gained by defending Microsoft. But from my view, my appreciation for their tooling is highly correlated with my own technical maturity. I spent about a decade primarily Mac, ran several Linux servers and developed from my Mac environment. But in the last few years I have switched to surface book and a windows development environment. It does not totally suck. Especially, now that I’ve got an U…

To be fair, you have to have a high level of technical maturity to understand the Microsoft stack. The intricacy of Microsoft's software and philosophy is extremely subtle, and without a solid grasp of MCSE basics most of the concepts will go over the typical code monkey's head. There's also Satya Nadella's enterprise outlook, which is deftly woven into every email he sends. His signature draws from the Steve Ballmer…

Bravo on deftly treading the fine line between fanboi-zealotry and sarcasm: I couldn't tell which it was until the very end...I hope.

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#94

Earlier quoted context omitted.

“Why don’t scientists use modern tools like GitHub, instead of these crap bespoke ones? They shouldn’t waste their time duplicating effort.” “Why are scientists using inappropriate tools? These are for commercial use only!” In practice, GitHub works fine for collaborative code projects and sharing data over the next few years. If you’re looking to store large amounts of data over long periods, you’re right. If GitHub…

Don't make a straw man argument. I said none of the above. I'm NOT against open science. And I am glad that GitHub supports open science. In fact, GitHub does offer free private repositories to researchers who have an .edu email address.

I see it mostly as a summary of the "common wisdom"; it has been a mantra for years that you should "just put it on github", but now that Mircosoft has reminded us all of how cynical the world truly is, suddenly the scientists that paid attention before are to blame?

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#95
post #89

> “Open Science is not compatible with one corporation owning the platform used to collaborate on code. I hope that expert coders in #openscience have a viable alternative to #github,” tweeted Tom Johnstone, a cognitive neuroscientist at the University of Reading, UK. This shows an astounding lack of understanding, both of Github and of git itself. Github was always owned and operated by "one corporation" - now it is…

The platform is pretty clearly github, a binary on a disk isn't a "platform". And any scientist is far too busy with the interesting stuff to set up a git server, otherwise they would be a sysadmin.

Umm, support staff exist largely for this exact reason. In college I worked in IT support for the CS professors and would setup whatever services a lab needed.

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#97
post #12

Earlier quoted context omitted.

The problem lies in the comments and issue tracking, which are not stored in git. Sure, you can clone the repo, but you can only take the wiki with you, the rest would be lost.

So what I'm hearing is the solution to this migration problem is to also store the entire issue tracker as a git repo alongside the real repo and wiki repo? Git repos for all the things! (Seriously, I think this solution would fit right in along with the way Wikis are handled)

How hard is it for some ont to use the GitHub api and port all of that over to a new system?

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#98
post #38

Seeing this published on Nature's website is quite thick with irony. They have profited greatly from locking up access to academic papers in their most prestigious journals. The article includes the following tweet: “Open Science is not compatible with one corporation owning the platform used to collaborate on code. I hope that expert coders in #openscience have a viable alternative to #github,” tweeted Tom Johnstone…

Nature is also not an Open Access or Open Science journal at all, and furthermore, does not require authors to publish all of their data for replication purposes. It's incredibly hypocritical. If people cared about Open Science, they'd publish in PeerJ or PLOS One, but they care a lot more about saying they have pub credits in Nature .

Nature expressly allows preprints. You can put your Nature paper on arXiv at any point, before or after review. Authors are perfectly able to open their papers themselves. Authors also retain all copyrights.

https://www.nature.com/authors/policies/license.html

I’m no fan of big publishing, but Nature’s policy is ok in this respect, and better than eg. IEEE.

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#99
post #25

This article seems to have a very focused interest on data in GitHub repositories, as opposed to source code. I get that the article is aimed at scientists, but I don’t see the problem here: if Microsoft takes down your dataset just move it somewhere else. You’re not tied down with pull requests or comments like code repositories are.

The problem is the stable of the pointer. From a paper of mine: "The code and simulation results are available online at https://github.com/mylabname/ project." That's in print . In another paper, I expressly cite a GitHub repository as the source of the data used in the analysis. Pointing to data in papers is the way most of the scientists I know use GitHub - because it's relatively stable, not tied to an institutio…

This is a bit unrelated, but I think it would be cool to have a decentralized way of making persistent URLs.

Re: Microsoft’s purchase of GitHub leaves some scientists uneasy

#100
post #25

Earlier quoted context omitted.

The problem is the stable of the pointer. From a paper of mine: "The code and simulation results are available online at https://github.com/mylabname/ project." That's in print . In another paper, I expressly cite a GitHub repository as the source of the data used in the analysis. Pointing to data in papers is the way most of the scientists I know use GitHub - because it's relatively stable, not tied to an institutio…

In practice, the pointers are the authors. In Computer Science, it’s a mess that works fine in practice. I go to GitHub - if it’s not there, then I google the authors or the name of the project. And I don’t know what I do if I don’t find any of them or their projects, because I’ve never encountered that scenario. I’ve never seen a paper more than say 10 years old and thought “god I wish I had their code/data” because…

I have: papers on alias analysis for compilers. I've had a lot of difficulty filling in the gaps in the old-but-important papers I've read.
Post reply on HN