Date: Sat, 12 Jun 2010 18:49:39 -0600 From: Chad Perrin <perrin@apotheon.com> To: freebsd-questions@freebsd.org Subject: Re: freebsd - for the win Message-ID: <20100613004939.GC54426@guilt.hydra> In-Reply-To: <20100612225132.GB79077@comcast.net> References: <86eigdx6vl.fsf@red.stonehenge.com> <4C13320C.5090700@infracaninophile.co.uk> <20100612153813.GA53180@guilt.hydra> <4C13C737.6050400@infracaninophile.co.uk> <AANLkTimVznpvn-4zNSpD38dvTWHsZRCxeqMVT2oc4FCs@mail.gmail.com> <20100612201255.GD97434@libertas.local.camdensoftware.com> <20100612225132.GB79077@comcast.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 12, 2010 at 03:51:32PM -0700, Charlie Kester wrote: >=20 > I worked at Microsoft Developer Support in a previous life, beginning at > the time that Visual C++ and MFC were first introduced. One of > Microsoft's big selling points was what they called "wizards" -- > basically, a set of simple, dialog-based code-generation tools. What I > observed, over and over again, is that people would use the wizards to > create simple MFC applications and then get hopelessly stuck as soon as > they needed to do something the wizards or the MFC framework didn't > easily provide. All the wizards had accomplished was to move the point > where people got stuck; they hadn't done anything to increase people's > understanding of how MFC-based code worked or how best to customize it. > What the wizards did accomplish was to bring in a whole bunch of new > customers who were encouraged to think of themselves as MFC programmers, > without requiring them to have even the most elementary competence in > MFC. >=20 > I'm reminded of this whenever I see proposals to make the FreeBSD system > install and configuration more graphical and "user-friendly". Same > goes for the ports system. I understand that point of view, and I agree as far as it goes. I find no particular value in adding gradients and clicky mouse-operated buttons to an OS installer. In fact, that sort of thing tends to slow me down significantly, interfering with the efficiency of the installation process. What I *do* find to be of value, however, is improving the installation process so that it is clearer what is going on at each step and improving the efficiency of it without damaging its flexibility. I don't have any problem with making it easier for a new user to understand and use, as long as it doesn't interfere with the suitability for experts who don't care about whooshing noises, 3D animations, "helpful" cartoon characters, and the ability to use a mouse where it's not really needed. In fact, I think the world would be a better place if more people used FreeBSD, almost regardless of their levels of technical expertise -- as long as the OS doesn't start catering to their demands for Clippy and spinning logos that take three minutes to load. >=20 > As one of my old colleagues used to say, "There are no shortcuts to the > righthand side of the learning curve." True, of course. I don't know how exactly you mean your statements to come off, but I feel compelled to point out that this doesn't exclude the occasional usefulness of giving some shortcuts between one (limited) learning curve and another (far less limited) learning curve, though, as we get if the path from MS Windows to FreeBSD (for instance) is made a little clearer. This is, after all, why we have things like quick introductions to programming languages: to help people do something like learn how to program in Common Lisp after having spent several years screwing around with VB.NET (for a particularly egregious example). Such a move from one learning curve to another can be a real eye-opener, and might result in eventually producing the next FreeBSD core developer. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwUKyMACgkQ9mn/Pj01uKVYUACfRBPMk/+cqs9wPvUpbPUSbhRK a9IAn2wTPH1ukx4i1ua5Gimu+SPLQhbB =Q0JX -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100613004939.GC54426>