Skip site navigation (1)Skip section navigation (2)
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>