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 524407
To read all comments associated with this story, please click here.
RE[3]: Stupid, stupid
by Doc Pain on Sat 30th Jun 2012 03:13 UTC in reply to "RE[2]: Stupid, stupid"
Doc Pain
Member since:

Then it is the job of the OS to not misplace it.

That approach might be limiting. If a user wishes to do a certain action in a specific way, should the OS interfere and disallow it explcitely, or should it silently do something different? However, if the whole interaction process can be designed to work without such worries, the better! It doesn't imply that the user is separated from the results of his actions. An intelligent interaction concept takes that into mind,

In the world of apps, we already utilize this idea. There is no manually downloading of some file, extracting it into some directory, finding it again, and then executing a program that installs another program to a different directory, which we then start to open files. Installing an app is much easier - as it should be, because it can be made easy. Similarly, you can say the same about easyness for installing a program on a UNIX or Linux system with a package management system. Instead of selecting from a list of icons, you simply name the program you want to have installed, e. g. "pkg_add -r opera". "Behind the curtain" some program deals with files and directories, but it's not neccessary to know about that to get the job done.

We shouldn't be punting the failures of UX design to the user.

Fully agree. Certain GUI concepts are really faulty by design, and help desks have to deal with it on a daily basis.

Of course it does. People value their time.

But they often don't realize time as a resource worth investing in, to grow it. Every handcrafter needs to know the content in his toolbox, and he needs to practice using the tools. It's not sufficient that the box is present to get the job done.

Things shouldn't go wrong.

But they do, in reality.

Files should be secure.

But they aren't, in reality.

Security is a process, not a state. The weakest element in the chain often is the user. Operating systems and services can help, but cannot make things 100 % "idiot proof".

The user shouldn't concern themselves with the implementation details of things. Its archaic and wrong.

It is, just as it is archaic and wrong to burn coal to make electricity from it to light the room, throwing more than 75 % of energy away in this process. :-)

Still those archaic concepts is what even modern web frameworks are based upon, their innermost workings are, if you look at them, archaic. There are many layers of abstraction to hide that compexity from the next levels. The end user of a product will not notice them, even though they are in there.

They can exist, the user doesn't need to know about them.

But in many cases, it does benefit them to know. I'm not talking about any specific implementation, but about the general concept. It can even be transitioned to reality in a non-IT related context: Instead of putting all things "linearly" on a long shelf, they can be put into cardboxes labelled with a category name. Dealing with this method (selecting from a category to find an object that belongs to that category) can make life easier.

Note that it doesn't apply everywhere. There are other concepts, such as tagging: Here one wouldn't even talk about files and directories anymore, but instead of objects which have certain properties, and there is no hierarchical ordering in the first place. It's obvious that there are many ways for an implementation of that concept.

Users don't need to know the inner workings of their car to get to work. That would make life harder.

Thanks you brought up a car analogy. Because people love car analogies, here's the conclusion:

In order to participate in traffic, it's not sufficient to buy a shiny car. You need to know how to operate it, where to accelerate, where to brake, how to shift gears. You need to know where tu turn the lights on at night, and how to add fuel. But that's also not enough. You need to know the traffic rules, the funny signs and colorful lights, the arrows on the street and the policeman waving his arms at a crossing. And it's still not enough. You actually have to prove that you know all this. Even worse, if you fail to drive your car properly, it's possible that you will not be allowed to drive it anymore (e. g. after driving while being drunken and causing an accident).

I'm not saying what kind of traffic situation we would have if we'd apply "IT attitudes" in traffic. :-)

But I agree with you that -- again using the car analogy -- things shouldn't be made more complicated than they need to. A certain level of complexity will always be present (please differ complexity from complicatedness). To deal with this complexity requires learning. It's not wrong to learn things. Never.

Users should not have to know about file system mechanisms and other low-level information. But it will help then to organize their stuff if they have any concepts at hand, be it the hierarchical concept provided by files and directories, or a tagging concept using some database mechanism. Please note that files and directories do not exist "per se", but that it helps to utilize them. They are here as a useful means promoted to the "upper levels" (to be used by the user), not only be present at the "lower levels" (operating system and application internals).

Edited 2012-06-30 03:20 UTC

Reply Parent Score: 3