Hacker News new | past | comments | ask | show | jobs | submit login

Your two examples are both forms of media that require content management to be manageable at scale. In many ways, for photos, audio and video, rich metadata is more important than the actual data. People use iTunes, iPhoto, Picasa, etc. Enterprises use SharePoint and Filenet.

My guess is that at least 80% of that kind of media is managed via applications using specialized apps using metadata.

The "other stuff" that you speak of isn't equipped with rich and consistent metadata.

Think of it this way. Your iTunes folders are exactly the same as mine, there is just a variance in the music that you have. Your photo application is very similar to mine -- the variance will be the degree to which you organize events and add metadata.

Other stuff is different. Look at a folder that you use for a specific project. The chances are, you have documents in there created by multiple people. You probably have scanned documents with no metadata. Maybe even spreadsheets with financial data or some code examples. Whatever you have, there is a high chance that it looks completely different from my directory in key ways. Even the metadata may be inconsistent -- I tag some files for searching and add spotlight comments on the Mac. Most of my colleagues do not. The ones that do don't use the same conventions as I do.

In the real world, I need to look through the documents about Project X, which was implemented in 2009 to plan for a refresh of the project. The people who were here then are mostly gone. If I'm relying on metadata, how in the hell am I going to find Project X documents? How do I find things when I don't know what I'm looking for.

In the physical world, we have drawers, boxes and folders. In the digital world, we have filesystems. That isn't going anywhere, even if Apple decides to drag many people backwards.




I agree that a lot of other documents don't have the metadata that they need to allow them to be managed in this flexible manner. But that doesn't mean that a fixed directory structure is a fundamentally better approach - it simply means that these file types (or the users that create them) haven't caught up with the benefits that proper metadata tagging would give.

In answer to your question about Project X - if the documents were able to be (and actually were) tagged with "Project X", and "2009", it would be extremely straightforward.

Using a fixed directory structure, you're relying on the fact that you know where it was stored. Did you choose to store your projects by date? If so, can you remember when it was done? Was it stored by client? Can you remember which client it was for? Was it stored by development team? Which team created it? In a metadata world, all of those things could be tagged independently against any relevant document and you simply do a search for the attributes that you're interested in.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: