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.
Thread beginning with comment 524395
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Stupid, stupid
by tupp on Sat 30th Jun 2012 01:46 UTC in reply to "Stupid, stupid"
tupp
Member since:
2006-11-12

Users largely don't give a rats ass what directory something is stored in. They don't care the name of the file, the extension, the metadata associated with it. They don't care. They just don't.

Perhaps that is generally true, but as I have stated elsewhere in this thread, whether the user cares or not has no bearing on whether or not they should be able to discern the difference between a file and the hole in their ass.

Also, I guarantee that when an utterly ignorant user will suddenly become keenly interested in files and directories, at the moment that he/she is desperately trying to find the presentation or term paper that was misplaced on the drive (for whatever reason).


Now, there's a lot of things people don't care about, but still should take the time to figure out. Files are most definitely not one of them.

Again, whether or not that is true has no bearing on whether or not they should take five minutes to learn the meaning of a file and a directory.


In the end, the more transparent this is to the user the better.

Sure. If one wants everyone to be utterly helpless and ignorant.


They don't care that pictures come from iCloud, or Facebook, or the Pictures folder, or their SDCard. They just care about viewing their pictures. Users don't care about a status update coming from Twitter, or Facebook, or Google+ (Lol, okay, no one uses that, but still..). They care about what their friends are using.

It really doesn't help to repeat what users care about. Yes. Many users care about all the things that you say, but they also suddenly care about finding and securing their files when something goes wrong.

Regardless, they should be taught the basics in five minutes.


The future of computing is around a seamless integration and uniform presentation of all the information in a users life.

Everyone has a right to their opinion.


Files, Directories, Filesystems are all an impediment to this grand idea.

No. Files, directories and filesystems are fundamental to such an idea. Without these items, you can't have "seamless integration" nor "uniform presentation."


TL;DR. Who the fuck cares

Way to go!

Reply Parent Score: 3

RE[2]: Stupid, stupid
by Nelson on Sat 30th Jun 2012 01:57 in reply to "RE: Stupid, stupid"
Nelson Member since:
2005-11-29


Perhaps that is generally true, but as I have stated elsewhere in this thread, whether the user cares or not has no bearing on whether or not they should be able to discern the difference between a file and the hole in their ass.

Also, I guarantee that when an utterly ignorant user will suddenly become keenly interested in files and directories, at the moment that he/she is desperately trying to find the presentation or term paper that was misplaced on the drive (for whatever reason).


Then it is the job of the OS to not misplace it. Find it. Surface it to the user. We shouldn't be punting the failures of UX design to the user.


Again, whether or not that is true has no bearing on whether or not they should take five minutes to learn the meaning of a file and a directory.


Of course it does. People value their time. Just because you keep saying "five minutes" over and over does not make it right. If, like you said, a file is lost somewhere on the system, it often can take more than five minutes to find it.

User frustration should not be a selling point. Why? Things can be so much easier.


Sure. If one wants everyone to be utterly helpless and ignorant.


I'm sure you're helpless and ignorant about a lot of things in life. This holier than thou attitude you've taken is a fucking bullshit.

People don't value productivity because they can't wrap their heads around something. They value it because they shouldn't have to.


It really doesn't help to repeat what users care about. Yes. Many users care about all the things that you say, but they also suddenly care about finding and securing their files when something goes wrong.


Things shouldn't go wrong. Files should be secure. The user shouldn't concern themselves with the implementation details of things. Its archaic and wrong.


No. Files, directories and filesystems are fundamental to such an idea. Without these items, you can't have "seamless integration" nor "uniform presentation."


They can exist, the user doesn't need to know about them. Users don't need to know the inner workings of their car to get to work. That would make life harder.


Way to go!


You've contributed nothing to the discussion, except rehashing the same (wrong) bullshit you've said to other people in this thread. I'm positive that I can read, so spare me.

Reply Parent Score: 3

RE[3]: Stupid, stupid
by Doc Pain on Sat 30th Jun 2012 03:13 in reply to "RE[2]: Stupid, stupid"
Doc Pain Member since:
2006-10-08

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