all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: myglc2 <myglc2@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel@gnu.org
Subject: Re: [GSoC] Draft proposal for an Install Wizard for Guix
Date: Tue, 19 Apr 2016 13:49:36 -0400	[thread overview]
Message-ID: <8637qhqyj3.fsf@gmail.com> (raw)
In-Reply-To: <87mvpdecoo.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 01 Apr 2016 14:27:51 +0200")

ludo@gnu.org (Ludovic Courtès) writes:

> myglc2 <myglc2@gmail.com> skribis:
>
>> Thomas Ingram <taingram@mtu.edu> writes:
>>
>>> On 03/26/2016 07:39 AM, Ludovic Courtès wrote:
>>>> Personally, I would like to view the “wizard” as a helper, and not as
>>>> something that hides everything and turns people into “end users.”
>>
>> Wow, Ludo, what do you have against "end users"?
>
> I think that for people to enjoy their computing freedom, they must be
> empowered rather than treated as “end users.”

OK, how about this thought experiment:

Let's say you are making software that empowers users to do anything
they like. You also have the choice between a "user friendly" interface
design and a "hacker friendly" design. The overall functionally is the
same in both versions.

Lets say the "user friendly" version structures the interface to provide
bite-sized entry points so that novices can easily start using it.  The
"hacker friendly" version has a more complex user interface that hackers
like better.

Now, if 100,000 people will adopt the "user friendly" version, and
10,0000 users will adopt the "hacker friendly" version, which will
empower more people?  Which version would you want to build?

This is why user interface decisions are so important. It is why, in a
traditional software company, such big battles are fought between the
marketing and engineering departments over usability.

[...]

> Now, I’m not saying that Guix{,SD} or Emacs are trivial for anyone to
> hack on either, but I think their design where everything is exposed in
> a unified way lowers the barrier to hacking.

Yes Guix is brilliant for hacking. That's why I have blown the last
three months playing with it ;-)

But I assure you, Guix complexity will be off-putting to non-hackers,
just as emacs is. Guix was off-putting to me, and I use emacs 24x7.

So, IMO, if you do nothing, your user base will be largely limited to
Guix hackers. Is this what you want?

[...]
>
> There was a talk last year by Mako on this topic:
>
>   https://mako.cc/copyrighteous/access-without-empowerment-libreplanet-2015-keynote

Watched this talk. The primary measure of success Mako cites is the
number of users. Whether we like it or not, at the end of the day, this
is the most important metric to most people. It drives credibility,
resources, and acceptance.

There is no doubt in my mind that the number of Guix users will be
dramatically enhanced by making Guix easier for a novice to understand
and use.

You are entering the stage of the process where interface and
documentation decisions will be set in stone and these will have a
strong effect on downstream Guix adoption.

IMO, if you do nothing you will emerge with a hacker-friendly solution
with self limiting adoption. That is why I think you should turn your
focus toward usability and actively make compromises toward novice
users.

- George

  reply	other threads:[~2016-04-19 17:50 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-22 20:45 [GSoC] Draft proposal for an Install Wizard for Guix Thomas Ingram
2016-03-23  8:51 ` Chris Marusich
2016-03-23 11:29   ` Ricardo Wurmus
2016-03-23 14:11     ` Ludovic Courtès
2016-03-23 14:33     ` Chris Marusich
2016-03-23 11:53   ` Danny Milosavljevic
2016-03-23 14:13     ` Ludovic Courtès
2016-03-23 22:20 ` Mark H Weaver
2016-03-25 13:09 ` Ludovic Courtès
2016-03-25 15:48   ` Thomas Ingram
2016-03-26 11:39     ` Ludovic Courtès
2016-03-27  6:50       ` Thomas Ingram
2016-03-27 18:30         ` myglc2
2016-03-27 20:48           ` Jookia
2016-03-27 22:53             ` myglc2
2016-03-28 16:28               ` Christopher Allan Webber
2016-04-01 12:29                 ` Ludovic Courtès
2016-03-27 23:25           ` Leo Famulari
2016-03-28  6:20             ` Chris Marusich
2016-04-01 12:27           ` Ludovic Courtès
2016-04-19 17:49             ` myglc2 [this message]
2016-04-01 12:09         ` Ludovic Courtès
2016-03-25 20:19 ` myglc2

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8637qhqyj3.fsf@gmail.com \
    --to=myglc2@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.