From owner-freebsd-chat Sat Apr 19 22:14:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA04865 for chat-outgoing; Sat, 19 Apr 1997 22:14:28 -0700 (PDT) Received: from mail.konnections.com (mail.konnections.com [192.41.71.11]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA04860 for ; Sat, 19 Apr 1997 22:14:24 -0700 (PDT) Received: from castle (root@ip204.konnections.com [192.41.71.204]) by mail.konnections.com (8.8.3/8.8.3) with SMTP id XAA23297; Sat, 19 Apr 1997 23:13:27 -0600 (MDT) Message-ID: <335B0439.6E44D27D@konnections.com> Date: Sun, 20 Apr 1997 23:07:53 -0700 From: mike allison Organization: Publisher -- Burning Eagle Book Company X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.0 i486) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: jack , freebsd-chat@freebsd.org Subject: Re: Price of FreeBSD (was On Holy Wars...) References: <14308.861510406@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-chat@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't think NT's interface for the admin tools is all that bad. It's a bit confusing and redundant at times, but when you do something I think it's clear what you're doing. It's very hard to `stumble' into an admin tool accidently (unfortunately you have to stumble into them on purpose). I think GUI - wise NT does a good job. It's just that it's ALL gui.... Not everyone needs that, nor wants it, BUT I wouldn't take it away from anyone. I thought FVWM-95 was a dumb idea, but I see why others like it. It might not be a bad evangelical tool to get people away from 95 and into Unix. Personally, as a user program, I like what NT gives me. As an administrator, it's just too much, or maybe I'm just not sure what's going on. I got used to it quickly, but there's times, like on the Mac, when I didn't know how to do what I wanted to do through the GUI.... -Mike Jordan K. Hubbard wrote: > It's NOT - where did you get that idea? I merely said that their > implementation of GUIs to *handle these problems* was the key > advantage. It's the idea that counts, not the implementation. The > first n implementations of *anyone*'s installation & admin tools > generally suck, as things go, but if the authors have the right ideas > and are willing to stick with it, something pretty good can be > evolved. Windows has done a good job of creating a lot of > well-documented APIs and installation helpers, their implementation > just needs to advance another couple of generations more. :) > > Jordan