Re: [PATCH v4] Regression: sched: automated per session task groups

[Florian Mickler]

On Sun, 5 Dec 2010 15:12:20 +0000
Alan Cox <alan@xxxxxxxxxxxxxxxxxxx> wrote:

> > To have a fluid desktop one shouldn't require to hack with terminal 
> > commands.
> 
> Which is the classic mentality that ruins the big bloated GNOME Linux
> desktop "It works my way and every other way is wrong so go screw". Of
> course the other half of the problem is exactly that - firefox was once a
> small browser, its now a bloated monster too so the scheduler is quite
> sensible to pick on it.
> 
> Alan

Your rant about big bloated GNOME is... well just a rant. You will
never be able to change it. You can just hope, that over time the
evolutionary aspects of open source development will fix it.  

There is nothing wrong with trying to provide ease of use. Graphical
interfaces that are well designed are easier to use. 
Most command-line people just can't cope with the unstable nature of
interfaces in the graphical world.

CLI's are mostly better from an ergonomic view (old people,
heavy working hackers and other power users) because they provide
a stable focus point.  

But this comes at some cost because the human mind is (originally) not
tuned for text processing and remembering abstract things like 'words'. 
It's unique ability to adapt itself to this is.. extraordinary. 
Most hackers probably don't realize this, but images/icons and other
graphical interfaces are more similar to real life and are thus easier
to use for 'unadapted' people.

"Master minds" that can remember numbers with [really-big-number] of
digits often use a trick to do this: They associate every digit-pair
with an everyday item. When they learn the number, they construct a
story using those items. This story is what they then later use to
restore the original number. All that is because humans can remember
real life things better than digits or words. 

Regards,
Flo

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/