
To view parent comment, click here.
To read all comments associated with this story, please click here.
poladark,
"What we need is something that is completely extensible in every possible way."
We'll, just as a hierarchical tree is a superset of a flat pile of stuff, the next superset of a tree is a fully connected graph. We could certainly build it, but it's going to be that much more complicated than the tree.
None of this is an impediment to metadata tagging, so I don't think the extensibility argument is a reason to not support trees.
"You could complement or replace the file hierarchy by a basic project hierarchy. That may seem like splitting hairs but it might make things more easily managed."
More easily managed than what? The point is we have a reason to keep these files separate from every other file on the system. In other words it seems to be reinventing the folder.
"People keep saying that this is a problem but in reality on systems like OpenVMS it very seldom is. OpenVMS doesn't have an automatic mechanism for doing a 'purge' of old versions"
Well, the only reason I brought up "automatic" versioning & garbage collection is that otherwise normal users may find it difficult to do manually. Of course knowledgeable people could configure things how they want to, but that just raises the barrier for use and we'll end up with many users not benefiting from the feature.
Even if it wasn't automatic, at least the versioning feature would be there, so I agree that is better than what we have now.
Member since:
2009-07-15
Absolutely, but part of of the problem is also that we won't know in advance what kind of user scenarios might appear in the future. What we need is something that is completely extensible in every possible way.
You could complement or replace the file hierarchy by a basic project hierarchy. That may seem like splitting hairs but it might make things more easily managed. I won't deny that software is developed in hierarchies to some extent and that there may be a benefit in that.
People keep saying that this is a problem but in reality on systems like OpenVMS it very seldom is. OpenVMS doesn't have an automatic mechanism for doing a "purge" of old versions (at least that i know of) but a couple of solutions could be used. (I usually just ran a scheduled job to back up old versions of important stuff and just purged the rest.) With a more flexible tagging system however you could specify purges of old versions depending on the type of file you were dealing with.