>From the viewpoint of an employee of a company that deals with a huge group of servers running many different applications, a gui application for administering individual servers would ruin productivity like Soren described. Scripting and using cron are bread and butter activites of any *nix sysadmin. While a gui would make it easier for new sysadmins, I think that it would do more harm than good when it comes to them understanding what is actually happening to their server. Most gui's of this type that I have dealt with were of lesser quality and did not give me the configuration options that the cli would allow.<br>
<br>We implement a two tier approach to administration at my workplace. We have an active web-based monitoring service called hyperic ,(<a href="http://www.hyperic.com">www.hyperic.com</a>), that allows for both active alerting and a degree of remote administration. The rest of the administration and application installation/configuration is done by company engineers. All of the work the engineers do is done on the cli.<br>
<br>The cli allows precise control. The cli allows for almost instant gratification. The cli forces you to learn more about the system you are working with because under the right permissions, your actions dictate the function and availiabity of the machine. <br>
<br>I think that a gui would be a great tool for new syadmins to use say for instance in a home or small buisness enviroment, but in a large server enviroment something much more powerful, straightforward, and efficient would have to be designed. It would have to allow for scripting, multiple logins, and many other features that are present in large-scale monitoring and administration applications.<br>
<br><br><br><div class="gmail_quote">On Mon, Jun 30, 2008 at 7:37 AM, Soren Hansen <<a href="mailto:soren@ubuntu.com">soren@ubuntu.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Sat, Jun 28, 2008 at 12:02:13PM -0500, Luke L wrote:<br>
> You're one of "those"... Listen, Linux is powerful and can do anything<br>
> you want it to do in terms of software (Except play Supreme Commander)<br>
> from the command line. We are all aware. But GUIs really can and do<br>
> help productivity with increasingly complicated tasks.<br>
<br>
</div>I think you're abusing the term "productivity" a bit here. In most<br>
cases, GUI's make things simple. "Simple" in this context mostly means<br>
"discoverable". Even if you have to click through half a dozen wizards<br>
and dialogs and stuff, most people find this simpler (more discoverable)<br>
than the CLI equivalent.  However, clicking through a stack of dialogs,<br>
ticking check boxes, etc. might be simple, but it's not easy[1].<br>
<br>
Remember that the vast majority of the stuff you do on a computer,<br>
you're going to do lots and lots of times, and it's only the first time<br>
you're doing it without any prior knowledge. CLI's might be complex and<br>
difficult to begin with, but grow simpler and easier the more you use<br>
them. GUI's, on the other hand, don't become much easier than they are<br>
to begin with, but at that point, discoverability is not key anymore.<br>
You still have to go through the same dialogs, tick the same boxes and<br>
all that. That's hardly productive.<br>
<br>
The first time you find out that you want your computer to run a few<br>
commands something every 10 minutes, you need to:<br>
<br>
 * Discover cron (to know the mechanism for doing things periodically)<br>
 * Learn the syntax of a crontab entry (to be able to add your own<br>
   stuff)<br>
 * Learn to use a text editor (to actually add your crontab entry)<br>
 * Learn to write a shell script (to actually get your commands<br>
   executed)<br>
 * Learn about the filesystem (so that you can put the shell script in<br>
   the right place (not necessarily master the FHS, but at least figure<br>
   out that /tmp is not the right place nor is ~/Desktop).<br>
 * Learn about file permissions (to set the execute bit on the shell<br>
   script)<br>
<br>
This is daunting the first time. The second time, you might be able to<br>
make do with your notes from the first time. The third time, you just do<br>
it, because you understand the process.<br>
<br>
I'm not implying that discoverability isn't important (it certainly is),<br>
but it certainly doesn't imply productivity.<br>
<br>
[1]: Think of it this way: Most people will find it *simple* to run 20<br>
km (you just get up and start putting one foot in front of the other<br>
until you're done) but few will find it *easy*.<br>
<font color="#888888"><br>
--<br>
Soren Hansen               |<br>
Virtualisation specialist  | Ubuntu Server Team<br>
Canonical Ltd.             | <a href="http://www.ubuntu.com/" target="_blank">http://www.ubuntu.com/</a><br>
</font><br>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.6 (GNU/Linux)<br>
<br>
iQCVAwUBSGjTcKPjM+vgwMxsAQJL/QQAhvQOLZ1UwmRIXWFvduX3RsDd0idEdPSx<br>
0O2N0yd6PhYbJY3JNHVsoUxMNrT6RuZZeS90rh+QtLk8juZvg53DlZm92XMTLx8T<br>
48UZQE7SvFcf4o+/JaBX6ZD4Uld8kxkesFRXqbC4MbxGnXgidaaT5NBQBbiLa7qB<br>
mW8QfzRofUw=<br>
=7hUS<br>
-----END PGP SIGNATURE-----<br>
<br>--<br>
ubuntu-server mailing list<br>
<a href="mailto:ubuntu-server@lists.ubuntu.com">ubuntu-server@lists.ubuntu.com</a><br>
<a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-server" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-server</a><br>
More info: <a href="https://wiki.ubuntu.com/ServerTeam" target="_blank">https://wiki.ubuntu.com/ServerTeam</a><br></blockquote></div><br>