<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 2, 2015 at 8:05 PM, Matthew Jordan <span dir="ltr"><<a href="mailto:mjordan@digium.com" target="_blank">mjordan@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Suggestion 1: Make the module opt in instead of opt out.<br>
<br>
In most cases, I would normally agree with this proposal, as I<br>
personally prefer an opt in model instead of an opt out model.<br>
Unfortunately, I'm not sure I can think of a way where this suggestion<br>
would work with Asterisk - where work implies that a meaningful number<br>
of people are presented with the option to opt in in a consistent<br>
fashion. Unlike a number of other projects, Asterisk does not have:<br>
* A consistent way in which it is downloaded or deployed. Asterisk is<br>
built from source; obtained from upstream distro packages; from the<br>
project packages; from ISO distributions; and more. All of these can<br>
determine what is presented during the process, and the Asterisk<br>
project itself has little control over those mechanisms.<br></blockquote><div><br></div><div>I think this is generally true for virtually every open source project.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* A UI that can present a user with a single, one-time only option to<br>
'opt in'. This is in contrast to say Operating Systems or anything<br>
running with any kind of installation UI.<br></blockquote><div><br></div><div>Even operating systems don't have a consistent deployment method.   There's lots of ways to do it and the installation UI isn't used for much beyond laptops and one-off test systems.  Production systems are generally some sort of automated install or done with pre-built images.</div><div><br></div><div>Anyway, my point is that I don't think Asterisk is terribly unique here, either.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Personally, I'd like some way to present any user of Asterisk with a<br>
one-time only, non-annoying "please help the project and opt in"<br>
question, and then move on forever. Unfortunately, I don't have a good<br>
idea on making this suggestion work. If the only way to opt in is to<br>
provide a .conf file and set "enable = true", then I can't see<br>
anywhere near sufficient numbers of people being aware of the<br>
configuration choice, much less making the choice to enable it, to<br>
justify the creation of the module itself.<br>
<br>
If someone has a good proposal on making the suggestion work, then I'd<br>
love to entertain it further.<br></blockquote><div><br></div><div>I feel that "opt-out" is fundamentally wrong from a privacy perspective.  Further, I think the potential backlash and resulting damage to the project is pretty severe.  </div><div><br></div><div>I also don't think "opt-in is hard" is an acceptable reason not to do it.  If it's too hard to make an opt-in solution useful, then maybe it shouldn't be done at all.  This sort of thing really doesn't seem very common, and this is probably a big reason why.</div><div><br></div><div>One alternative would be to issue periodic user surveys that are promoted on the mailing lists, twitter, etc.  I don't think you'll ever get a reliable "absolute numbers" measure.  A survey could still produce useful relative numbers and help identify some trends over time.</div><div><br></div><div>-- </div><div>Russell Bryant</div></div></div></div>