Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Deprecating and ending support for software #57

Open
standage opened this issue Sep 8, 2017 · 1 comment
Open

Deprecating and ending support for software #57

standage opened this issue Sep 8, 2017 · 1 comment

Comments

@standage
Copy link
Collaborator

standage commented Sep 8, 2017

In my most recent run of this workshop, during the discussion on hosting (and specifically link rot associated with departmental servers), one of the attendees contended that this is not actually a bad thing. People move on, project maintainers no longer have time to put in to a project, and the software is going to be irrelevant in a few years anyway. He said something like "there's only so much you can do with 0% time on a project."

I sympathize but totally disagree with him. Career progress, changing affiliations, and eventual obsolescence of most software is no excuse to not archive responsibly. Perhaps we should add something to address this: to make sure that there is should not be an expectation that someone maintains software indefinitely after funding runs out, but that we still can and should do what we can to preserve the work that was done.

@standage
Copy link
Collaborator Author

standage commented Sep 8, 2017

For example: some scientists explicitly mark software packages as deprecated, without explicitly closing them down or restricting access, or letting them dissipate into the ether.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant