|
|
Log in / Subscribe / Register

Questions for deployments of GNOME

Questions for deployments of GNOME

Posted Jun 11, 2006 9:30 UTC (Sun) by nix (subscriber, #2304)
In reply to: Questions for deployments of GNOME by sbergman27
Parent article: Questions for deployments of GNOME

GNOME has its place, indeed. That place isn't on my desktop :) but this survey is checking one of the places where GNOME can indeed be strong: large-scale installations, especially those where configurability is not desired because every node must work exactly the same. (I can't really see why you'd want such outside of safety-critical devices, and I'd not use GNOME on a safety-critical device, but I know that a lot of corporate IT departments seem to consider blocking all customizability to be a good thing.)


to post comments

Questions for deployments of GNOME

Posted Jun 11, 2006 12:34 UTC (Sun) by sbergman27 (guest, #10767) [Link] (7 responses)

I can tell you exactly why customizability can be a bad thing in desktop rollouts. One of the first things most of my users do after I set them up a desktop is delete the task bar, and I get a long, rambling support request explaining in about 500 words and in 10 differenct ways, that there used to be this thing at the bottom where they could get back and forth between their windows and that now it's gone. Sometimes it's not the taskbar they delete. Sometimes it's the main menu. Sometimes it's the whole panel. Or sometimes they just have a HHHUUUGGGEEE vertical panel taking up the left 20% of their screen. One thing is consistent, though. They have absolutely no idea how it happened or how to fix it.

Questions for deployments of GNOME

Posted Jun 11, 2006 17:30 UTC (Sun) by gnb (subscriber, #5132) [Link] (3 responses)

The assumes a poor customizability system. There's no reason why the
sysadmin shouldn't be able to lock specific features down so, for example,
the task bar can't be removed. Leaving the decision to those managing the
deployments seems more constructive to me than having the developers
saying that something can't be done, ever.

Questions for deployments of GNOME

Posted Jun 11, 2006 18:36 UTC (Sun) by nix (subscriber, #2304) [Link] (2 responses)

... and you can do exactly that with KDE, for instance. (IIRC you can do it with GNOME, too.)

Questions for deployments of GNOME

Posted Jun 11, 2006 18:53 UTC (Sun) by gnb (subscriber, #5132) [Link] (1 responses)

I knew that to be true of KDE. I didn't know whether GNOME had this
feature, but one example is enough to make the point that it's quite
possible to provide both customizability and enough control over that
so end-users can't just break their system.

Questions for deployments of GNOME

Posted Jun 11, 2006 20:33 UTC (Sun) by nix (subscriber, #2304) [Link]

I was expanding on your point, not disagreeing :)

Customizability

Posted Jun 11, 2006 17:33 UTC (Sun) by dskoll (subscriber, #1630) [Link]

That is a clear example of why GNOME is heading in the WRONG direction.

I refuse to use any system that prevents me from customizing it. However, customization should be done by editing text configuration files. That way, power users can happily customize their desktops, while novices aren't even aware that it can be customized and therefore don't shoot themselves in the foot. Furthermore, power users can carry their config files around with them so they can easily duplicate their customizations on a new system.

I've set up a Linux box for my parents, and given them a locked-down version of XFCE. But they still run into trouble with Mozilla and Thunderbird when they end up deleting the folder list or making some customization without knowing how to back out of it. I think the old UNIX tradition of customization-via-text-editor has a lot going for it.

Questions for deployments of GNOME

Posted Jun 12, 2006 11:19 UTC (Mon) by nix (subscriber, #2304) [Link] (1 responses)

Yes, I've heard this sort of tale before (I'm glad I've never had to support this sort of thing).

I wonder *why* some users go into a panic of delete-delete-delete upon the least confusion?

(Emacs at least provides keyboard-escape-quit on ESC ESC ESC so that if you get panicky you can get back into a sane state; the equivalent of some of these task-bar-deletion things would have keyboard-escape-quit delete the contents of your home directory. ;) )

Questions for deployments of GNOME

Posted Jun 12, 2006 16:52 UTC (Mon) by sbergman27 (guest, #10767) [Link]

Well, it's not quite so bad as I described. I try to make a bit of a game of it and take the 500 word support requests with a bit of humor.

Ironically, the less "computer savvy" users tend to have shorter, and more to the point, support requests. I can get their problems taken care of more quickly.

It's the users that fancy themselves as power users that send the 500 word ones stating the same thing over and over in different ways. They want to make it perfectly clear to me that they know what they are doing. When I call to actually support them, it takes somewhat longer, depending upon how long it actually takes me to get a word in edgewise after they start trying to "help" me.

-Steve

Questions for deployments of GNOME

Posted Jun 11, 2006 13:05 UTC (Sun) by zotz (guest, #26117) [Link] (10 responses)

As with many things in life, there are tradeoffs involved.

It doesn't take a large scale installation to see the benefits that can be had for customization. (From a support point of view.)

Even something so simple as a customized selection and placement of icons on the desktop causes wasted time on support.

On a visit, it causes a slowdown, on phone support it is even worse.

Have you ever done any support?

Now, that is not to say that those same customizations which cause support inefficiencies do not result in way more daily efficienceis, they may, I just don't know. I do know they are a time waster when it comes to supporting people.

all the best,

drew

Questions for deployments of GNOME

Posted Jun 11, 2006 17:33 UTC (Sun) by sbergman27 (guest, #10767) [Link] (9 responses)

> Long occupying the number one spot on the DistroWatch hit list (which is not the same as saying this is the most popular distro), Ubuntu has a large and growing following.

They are also, very often, time wasters for the people who do the customizing. Often, I find, they are "throw back" customizations to make the keys work like some obsolete piece of software that the customizer used 10, or even 20, years ago.

These customizations have been made over and over and over again on various machines over the years.

WordStar is dead. Get over it, I say! Your brain isn't static! Learn the new defaults!

Next up on the Tech Support Catharsis Channel:

"Why I Despise Employees Who Use 'Ergonomic' Keyboards" ;-)

Questions for deployments of GNOME

Posted Jun 11, 2006 18:39 UTC (Sun) by nix (subscriber, #2304) [Link] (7 responses)

So, you think that humans should adapt to computers rather than vice versa, even to aspects of their behaviour which *can be changed*?

That's ridiculous. Computers are tools, not dictators.

(I'm baffled as to why use of ergonomic keyboards would be worthy of hatred. Because you want everyone to get RSI? *Crap* ergonomic keyboards are a different matter.)

Questions for deployments of GNOME

Posted Jun 11, 2006 18:41 UTC (Sun) by sbergman27 (guest, #10767) [Link] (1 responses)

Note the smiley.

Questions for deployments of GNOME

Posted Jun 11, 2006 20:34 UTC (Sun) by nix (subscriber, #2304) [Link]

Ah, right. I wasn't sure what degree of ha-ha-only-seriousness was being applied :)

Configurability in other places

Posted Jun 11, 2006 19:12 UTC (Sun) by smoogen (subscriber, #97) [Link] (4 responses)

The issues with people adjusting to computers and vice versa was something that came up a lot during early car days (1890's and so). People would say that since they could build the car to whatever they wanted they could put the steering wheel etc where-ever they wanted. After a while 'customers' wanted to have things to be the same way in most cars. Accidents/problems were blamed on lack of uniformity and regulations were put in place.

However, I still remember my grandfather saying the same thing when told he couldn't change his car to being the driver on the right side. "That's ridiculous! Cars are tools, not dictators." Then he went on the usual tirade about the stupidity of people who couldnt see the superiority of having a car designed this way (or the different gear shift layout he built etc) and how their stupidity was why the world would be communist by 1980 etc.

It is a sad sign of humanity that we are little different from the people who fought over whether you were Lutheran or Catholic in the 1600's. We just call our religions how our desktops look vs how many times we need to kneel.

Configurability in other places

Posted Jun 11, 2006 20:38 UTC (Sun) by nix (subscriber, #2304) [Link] (2 responses)

Cars are physical objects in which errors can be dangerous to lethal and which interact with each other and with pedestrians, so you want a centralized training scheme, mandated external signals, and enough similarity between models that buying a new model doesn't require relearning everything (and in which you can borrow someone else's car without crashing it).

*None* of these things are true of computer software, except perhaps the last, and even that fails if you provide tools to allow copying and publishing of configurations (his KDE runs differently from mine? OK, use my config). Secure global-scale distributed filesystems will provide the necessary infrastructure for this (paging Google, or perhaps <http://fs.net/>).

Configurability in other places

Posted Jun 12, 2006 3:00 UTC (Mon) by smoogen (subscriber, #97) [Link] (1 responses)

Sorry.. but a poorly planned desktop can be lethal in the right enviroment:

Hospital
Military
Aircontrol
911 dispatch room.

In the cases where time is of an importance having someone come into a different desktop can cause major problems. In other cases it can just be additional costs because everyone has decided what is best for themselves and they spend tons of time arguing over "gee my desktop design is so much superior to yours."

These are specialized environments.. and not the general case, however I am bringing them up as counter to your globalization account that it doesnt matter. If I am misunderstanding you.. sorry.. I always seem to minunderstand evangelical fundamentalists.

Configurability in other places

Posted Jun 12, 2006 11:22 UTC (Mon) by nix (subscriber, #2304) [Link]

I was overgeneralizing: obviously consistency is paramount in safety-critical environments (see virtually every issue of RISKS, for instance).

But *most environments are not safety-critical* from a software POV. Why on earth should people in non-safety-critical environments be locked down by requirements that only make sense if safety-critical software is in use?

Configurability in other places

Posted Jun 12, 2006 7:16 UTC (Mon) by man_ls (guest, #15091) [Link]

It is a sad sign of humanity that we are little different from the people who fought over whether you were Lutheran or Catholic in the 1600's. We just call our religions how our desktops look vs how many times we need to kneel.
Yeah, going to war and burning and torturing people is the same as ranting on LWN. As a KDE and GNOME user, I feel so witch-hunted by these comments.

Questions for deployments of GNOME

Posted Jun 15, 2006 15:23 UTC (Thu) by lysse (guest, #3190) [Link]

Hmm... so when something comes along in ten years which has a completely new set of defaults that keep getting in your way and you can find no readily apparent way to change them, you'll just shrug and say "oh well, time I relearned how to do anything anyway"? Well, good for you, but you're in a distinct minority - most of us would rather our computers fit around our ways of working than the opposite. Learning new stuff is great - learning new stuff simply because someone else preferred it that way is doing so for no good reason and is a waste of everyone's time.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds