Linked by Thom Holwerda on Fri 29th Jun 2012 22:55 UTC
OSNews, Generic OSes "Whenever there is a conversation about the future of computing, is discussion inevitably turns to the notion of a 'File'. After all, most tablets and phones don't show the user anything that resembles a file, only Apps that contain their own content, tucked away inside their own opaque storage structure. This is wrong. Files are abstraction layers around content that are necessary for interoperability. Without the notion of a File or other similar shared content abstraction, the ability to use different applications with the same information grinds to a halt, which hampers innovation and user experience." Aside from the fact that a file manager for Android is just a click away, and aside from the fact that Android's share menu addresses many of these concerns, his point still stands: files are not an outdated, archaic concept. One of my biggest gripes with iOS is just how user-hostile the operating system it when it comes to getting stuff - whatever stuff - to and from the device.
Permalink for comment 524743
To read all comments associated with this story, please click here.
Member since:

"Locking yourself into an overly simplistic hierarchical system is a problem too."

But I don't see how supporting a hierarchy necessarily comes at the exclusion of alternate metadata/searching mechanisms? They seem to be complementary.

Of course in existing operating systems, metatags will always be second class citizens, which is unfortunate. But when designing a platform from scratch I think the problem is solvable.

"Part of the problem in this whole discussion is that some people on both sides of the debate think that it's about 'dumbing down' as if people who don't use computers for a living are less smart. They aren't."

Well, I wouldn't have suggested they were, but it was kind of implied when somebody claimed folders were too difficult. I feel that's exaggerated, but even if it is too steep a learning curve, there's no reason new users would *have* to learn about them before they had a need for them anyway. So it seems silly to me to argue "steep learning curves" as a justification for eliminating file folders, as some people have.

"Editing source code for instance is a royal pain on a standard hierarchical file system. I need to use a separate system to keep track of the changes I've made such as CVS or GIT...While i certainly can see the use of organizing my project into hierarchies i may end up with complicated hierarchy structures just to compensate for the shortcomings of the file system."

Who hasn't been there?

However this same problem would happen under a tagging system which lacked versioning as well. The solution is obviously to incorporate versioning.

Q: How do you work with large multi-source projects on a platform that doesn't expose any kind of a file hierarchy?

The trouble with transparent/automatic versioning is garbage collection - when to delete old copies. For source code it's not a big deal, but with photos & can quickly escalate resources. It could be configured differently in each application, but that's inconsistent. What are your thoughts?

Reply Parent Score: 2