#include <hallo.h>
* Bernd Schwendele [Fri, May 13 2005, 02:06:50PM]:

> >Wieso die Shell nichtmehr zeitgem�� ist m�sstest du aber mal genauer  
> >erkl�ren.
> >Ich meine solange die noch benutzt wird sit sie auch zeitgem��.
> 
> 
> Ist Load"$",8 noch zeitgem��? Sind Autos mit manuellem Getriebe noch 

Bei deinen Argumenten habe ich immer das Gef�hl, als ob du ein bischen
was von der C64-Technik der 80er mitgekriegt hast und dann so Ende 90er
wieder mit GUIs (der MS- und SuSE-Welt) an der Stelle weitergemacht
hast.

> zeitgem��? Ich w�rde sagen: "nein"! Es ist zwar eine bew�hrte Technik, 
> aber zeitgem�� ist sie nicht. Ich meine, wir fliegen in was wei� ich 
> wieviel km H�he und weitaus komplexere Maschinen (Flugzeuge) aber auf 
> dem Boden (wo es eigentlich nur 2 dimentional hergeht) da kuppeln wir 
> und schalten per Hand, wenn der Motor eine bestimmte Drehzahl erreicht hat.

Der Vergleich hinkt, gerade weil du hier Ergonomie ansprichst. Besuch
doch bitte mal einen Fortbildungskurs oder eine Vorlesung �ber
Mensch-Maschine-Interaktion in komplexen technischen Systemen.

<weiteren Unsinn gel�scht>

> >meinem 12.  Lebensjahr Windoof gew�hnt war (was ja doch eher sehr weit 
> >von der  Benutzung einer Shell entfernt ist ;) ), habe ich hier sehr 
> >schnell die  Vorz�ge der Shell entdeckt und benutze sie durchaus 
> >h�ufig - man bedenke  ich bin 19, sollte also aus einer Generation 
> >kommen, die absolut auf die  Benutzung einer vern�nftigen, graphischen 
> >Oberfl�che getrimmt sit :)
> 
> 
> Ja die Vorteile einer Shell sind nicht von der Hand zu weisen, w�re 
> sch�n, wenn die Grafik auch schon so weit w�re. Aber jammern bringt nix, 
> sondern nur programmieren :-)

Ich habe gestern mal mein zugem�lltes $HOME sortiert. Am Anfang habe ich
mc genommen, dann konqueror (weil ich mir eingebildet habe, ich w�re mit
einer GUI mit mehreren Fenstern irgendwie schneller). Damit habe ich so
20 Minuten f�r ca. 10% der Arbeit verbraucht. Anschliessend habe ich mit
zwei Rxvts mit Bash den Rest in einer Viertelstunde geschafft.

Das ist meine aktuellste RL-Erfahrung mit GUIs. Es geht auch andersrum,
wenn man eine GUI auf damit verbundene Aufgaben abstimmt, aber das wird
einerseits schwierig umzusetzen (KI l�sst gr�ssen) und andererseits
kommt irgendwo das Misstrauen des Menschen geg. der Maschine ins Spiel.
D.h. f�r jede GUI findest du jemanden, f�r den/die sie zu doof und
jemanden, f�r den/die sie zu schlau ist. Das optimale Verh�ltnis
bestimmt die Effizienz und nicht irgendein Geblubber �ber
"Zeitgem�ssheit" und Definition der Intuitivit�t �ber "GUI sein".

Alles h�ngt vom Menschen und seiner Einstellung ab, darum sollte man
beide Parteien zufriedenstellen, wobei gerade die Admins f�hig sind,
Sachen zu automatisieren (Punkt f�r die Shell) und dies auch brauchen
(Weiterer Punkt f�r die Shell).

MfG,
Eduard.
-- 
In the beginning was the word, and the word was content-type: text/plain


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Antwort per Email an