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

Delete files containing no named commands. #163

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

bengtmartensson
Copy link
Collaborator

There are a number of commands with no names in the data base. Such a command is like a phone number which you do not know to who it goes. You may be able to do "further research" (like calling that number), but until then, it is a useless piece of information.

This PR deletes all files that contain no named commands.

@probonopd
Copy link
Owner

Well...

You may be able to do "further research" (like calling that number)

Isn't that reason enough to keep them?

@bengtmartensson
Copy link
Collaborator Author

No, it is not. Work in progress should be clearly recognizable as such, and not just kept together with deployable data. For example, moved to a separate branch, either in the file system or in Git. This is just normal good manners in SW engineering, see for example "Uncle Bob" (Robert C. Martin: Clean code).

The particular nature of this very data makes "further research" extra problematic. Most of the questionable files were submitted by people who in most cases are no longer around, and the devices are also probably recycled a long time ago.
Actually, if someone wants to repair some of these files, it may be faster to start from scratch.

The fact that the project does not keep any more meta data than contained in file names is another problem.

If you (or someone else) are willing and able to repair some of the files I suggested for deletion, fine.

@bengtmartensson
Copy link
Collaborator Author

Simon, how are you going to resolve this? Keeping knowingly useless stuff (at least for the user) in a data base intended for the public is not a good idea. Alternatives would be to shove it to a (Git) branch, "unfinished" or so. Or you can create directory, say "_unfinished" and move it there.

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

Successfully merging this pull request may close these issues.

2 participants