<p dir="ltr">We have free text answers for both groups of answers, usage and impact. People can write whatever they want there. </p>
<p dir="ltr">I don't see what the problem is... </p>
<p dir="ltr">Cheers, <br>
Renato </p>
<div class="gmail_extra"><br><div class="gmail_quote">On 24 Aug 2016 8:01 p.m., "Mehdi Amini" <<a href="mailto:mehdi.amini@apple.com">mehdi.amini@apple.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> On Aug 19, 2016, at 4:23 AM, Renato Golin via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
><br>
> Folks,<br>
><br>
> I've created the survey with the feedback I got on the "Voting" thread<br>
> in the llvm-foundation list, and put it here:<br>
><br>
> <a href="https://urldefense.proofpoint.com/v2/url?u=https-3A__goo.gl_forms_k4J7M3N7oLNTOlDq2&d=CwIGaQ&c=Hw-EJUFt2_D9PK5csBJ29kRV40HqSDXWTLPyZ6W8u84&r=XndYjVJuvcoEtO9BUlAZk8839TPlVRJeJXMNUFEz-qQ&m=OhW1rKp29KzWPJmzePqaWyyFm8koNMtnNM4xM0DOCLM&s=6u9FpXqnNR5dxnPdXhgM17YsrxuvACOEtpCweWvOffM&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.<wbr>com/v2/url?u=https-3A__goo.gl_<wbr>forms_k4J7M3N7oLNTOlDq2&d=<wbr>CwIGaQ&c=Hw-EJUFt2_<wbr>D9PK5csBJ29kRV40HqSDXWTLPyZ6W8<wbr>u84&r=<wbr>XndYjVJuvcoEtO9BUlAZk8839TPlVR<wbr>JeJXMNUFEz-qQ&m=<wbr>OhW1rKp29KzWPJmzePqaWyyFm8koNM<wbr>tnNM4xM0DOCLM&s=<wbr>6u9FpXqnNR5dxnPdXhgM17YsrxuvAC<wbr>OEtpCweWvOffM&e=</a><br>
><br>
> Apparently, I can't allow people to comment on the form itself. It's<br>
> either full permission or nothing. So, I think the best way to do this<br>
> is to do a review on the list, with my most sincere apologies to the<br>
> anti-spam folks.<br>
><br>
> For that reason, I have only sent to llvm-dev, and would encourage<br>
> people to share privately with colleagues that didn't get it, via<br>
> lists, IRC, etc. Let's leave social media out of this, or we risk<br>
> having to filter out a lot of spam / trolls and make the whole<br>
> exercise moot.<br>
><br>
> People that have an interest on this question already subscribe to<br>
> this list or the IRC channel.<br>
><br>
><br>
> The Plan<br>
><br>
> Today it's the 19th, so about the time I promised to put the survey up<br>
> for review. From today to the Sep 1st, we'll be filling the form,<br>
> trying out the questions, changing the wording, adding new questions,<br>
> etc.<br>
><br>
> If you guys could fill up with some data, see how it feels, and in the<br>
> end I'll try to share the bogus results, to see if that's what people<br>
> expected.<br>
><br>
> Around Sep 1st, The GitHub proposal should be finished (we'll have a<br>
> common document with both sub-modules and mono-repo explained), and<br>
> the survey should also be finished.<br>
><br>
> Since the survey has some free-text fields, it's less important how<br>
> precise is the writing, but we need to get the multiple-choice<br>
> questions right, to have a general idea of a "voting" mechanism.<br>
<br>
I’m not sure what value we’ll get from these data without a free text field for *every* question.<br>
For example, for anyone that select the answer "It'll be a major impact to our build system, as we'll have to stop most of our current production to refactor the whole build system to adapt to such a scenario” ; I’d like to have some explanations about this.<br>
This is an example, but it is valid for almost all the questions: otherwise I wouldn’t trust that the answers are made with a full understanding of the proposals.<br>
<br>
—<br>
Mehdi<br>
<br>
<br>
<br>
<br>
><br>
> My hope is that by Sep 1st, we'll have the GitHub proposal done and<br>
> the survey online for real, when I'll wipe out all responses and we'll<br>
> start fresh again.<br>
><br>
><br>
> Design Choices<br>
><br>
> TL;DR, feel free to ignore this section...<br>
><br>
> Just FYI, the design choices for the survey were:<br>
><br>
> 1. Request name, email and affiliation to de-duplicate the data. There<br>
> is no way to prevent people from responding twice without forcing them<br>
> to sign up on Google, which I will most certainly not do.<br>
><br>
> The identification also helps us to group people by their affiliations<br>
> and to have an idea of representation. I'm not expecting everyone on<br>
> the same group to have the same opinion, but it will be interesting to<br>
> see how they change.<br>
><br>
> Name and email will not be shared, but affiliation will (should it?).<br>
> I'm expecting the free-text descriptions to be very telling to that<br>
> respect, so there's no point is hiding it.<br>
><br>
> 2. Gathering people's involvement in LLVM is important. We want to<br>
> know how much stake people have in LLVM, so we can weight more the<br>
> choices of people with more stake, but weight the same the *opinions*<br>
> of everyone.<br>
><br>
> What I mean by this is that, if most of the core developers feel<br>
> strongly towards using Git and a few external developers feel strongly<br>
> against, the people that will be using the most will have a higher<br>
> weight.<br>
><br>
> But the technical arguments of the minority is still weighted in the<br>
> same way as the vast majority, after all, they're *technical*<br>
> arguments and not *opinions*.<br>
><br>
> 3. Separating "moving to Git/Github" from "using<br>
> mono-repo/sub-modules" is crucial. We may not get a consensus on the<br>
> latter, but we should get it for the former. It'll be much simpler for<br>
> a second iteration if we know we're going to use Git and GitHub and I<br>
> want to make sure we get this right.<br>
><br>
> If we have an overwhelmingly positive response to using GitHub, but<br>
> we're still divided to use sub-modules or mono-repo, we can close the<br>
> "move to Git" question now, and just work on the details later.<br>
><br>
> cheers,<br>
> --renato<br>
> ______________________________<wbr>_________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a><br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
<br>
</blockquote></div></div>