emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gathering data on user preferences


From: Tim Cross
Subject: Re: Gathering data on user preferences
Date: Tue, 07 Sep 2021 17:54:09 +1000
User-agent: mu4e 1.7.0; emacs 27.2.50

<tomas@tuxteam.de> writes:

> [[PGP Signed Part:Undecided]]
> On Tue, Sep 07, 2021 at 01:22:46PM +1000, Tim Cross wrote:
>> 
>> Recent threads on proposed changes to default settings, provision of
>> configuration profiles, surveying Emacs users etc make me wonder if we
>> could use ELPA more effectively to gather valuable data on settings of
>> interest.
>> 
>> My thinking is that we could create an ELPA package [...]
>>                            [...] for users to submit details about
>> their current settings which could be used to help inform decisions
>> regarding default settings.
>
> Basically a good idea. There's well-established precedent with
> Debian's popcon [1]. At install you are asked whether you want
> to take part in it, the default being "no". So it is active
> "opt in".
>
> The original idea was to have some basis for deciding which packages
> go into the first CD (remember those?).
>
> Some preliminary work has to be done by Someone [TM]. For example,
> you wouldn't like your IMAP account credentials published in some
> statistics :-)
>
> I.e. some categorising of variables into publishable and private
> (perhaps with more than just two levels? Decisions, decisions)
> seems in order (reminds one of that "safe variable" thing, doesn't
> it?).
>
> So I think some discussion and some design work are needed; but it
> seems a good idea. And popcon (impressively) shows that it actually
> /can/ work.
>

I was thinking of only getting data on 'non-sensitive' variables and
only aggregate data would be available (i.e. make sure it is not
possible to say person x submitted values a, b and c). It could possibly
even be setup as a very simple web service which just accepts a JSON
object in the body of a POST request. That would avoid anyone having to
provide an email address. The possible downside is that this would be
open to 'gaming' the system, but I'm not sure we need to worry about
that too much - there is little reward in doing so.

The system would definitely be 'opt in' and the user would be shown
exactly what is going to be sent (and provided with the ability to
remove anything they are not comfortable with). 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]