<html><head>
<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000">A quick reminder that the 
first review cycle isn't meant to be about anything besides making sure 
the presentation is in the right category and/or not a duplicate.<br>
<br>
Cheers,<br>
Jimmy<br>
<br>
<span>

</span><br>
<blockquote style="border: 0px none;" 
cite="mid:m0lgtedswj.fsf@danjou.info" type="cite">
  <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div 
style="width:100%;border-top:1px solid #EDEEF0;padding-top:5px">   <div 
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
        <a moz-do-not-send="true" href="mailto:julien@danjou.info" 
style="color:#737F92 
!important;padding-right:6px;font-weight:bold;text-decoration:none 
!important;">Julien Danjou</a></div>   <div 
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
 right;">     <font color="#9FA2A5"><span style="padding-left:6px">February
 10, 2017 at 8:25 AM</span></font></div>    </div></div>
  <div style="color:#888888;margin-left:24px;margin-right:24px;" 
__pbrmquotes="true" class="__pbConvBody"><div><!----><br>Completely 
agreed and I find it funny because I already heard several<br>reviewers 
stating they were checking that proposers "were good speakers"<br>based 
on previous talks they did.<br><br>(which I think is a terrible thing to
 do as nobody is gonna be a good<br>speaker without _starting_ at some 
point).<br><br></div><div>_______________________________________________<br>Openstack-track-chairs
 mailing list<br><a class="moz-txt-link-abbreviated" href="mailto:Openstack-track-chairs@lists.openstack.org">Openstack-track-chairs@lists.openstack.org</a><br><a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-track-chairs">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-track-chairs</a><br></div></div>
  <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div 
style="width:100%;border-top:1px solid #EDEEF0;padding-top:5px">   <div 
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:49%;">
        <a moz-do-not-send="true" href="mailto:rubenoz@gmail.com" 
style="color:#737F92 
!important;padding-right:6px;font-weight:bold;text-decoration:none 
!important;">Ruben D. Orduz</a></div>   <div 
style="display:inline-block;white-space:nowrap;vertical-align:middle;width:48%;text-align:
 right;">     <font color="#9FA2A5"><span style="padding-left:6px">February
 9, 2017 at 3:23 PM</span></font></div>    </div></div>
  <div style="color:#888888;margin-left:24px;margin-right:24px;" 
__pbrmquotes="true" class="__pbConvBody"><div dir="ltr">All,<div><br></div><div>Firstly:
 I apologize in advance if this ruffles any feathers and I'm aware this 
is my first time as a track co-chair so I might be lacking context and 
decisions that have been made in the past and am speaking based on my 
4-year experience as PyCon US Tutorials Chair.</div><div><br></div><div>So,
 one of the main goals of a CFP system, specially one for open source 
communities, should be to minimize the amount of subjective decisions 
and prejudice in choosing proposals. This could be accomplished a number
 of ways -- and admittedly none is perfect and there's PROs and CONs to 
each.</div><div><br></div><div>1) Anonymize proposals in the first 
review cycle</div><div>2) Require a proposal format so that a proposals 
could be, in theory, judged by anyone even if they don't know anything 
about the subject matter based purely on structure and details (say, 
proposal A is a better proposal than proposal B or C because it has a 
more detailed outline and time budget)</div><div>3) Encourage/require 
speakers to post slides/videos from recent talks or presentations 
(exceptions can be made for first-time speakers)</div><div><br></div><div>And
 there's a few more things we could do to make the process fairer and 
much less subjective than it currently is.</div><div><br></div><div>So, 
for instance, after reviewing couple of dozen proposals in the track I 
was assigned to I feel I could not make an informed and fair decision on
 any of those proposals. Two-paragraph abstract and 4 bullet points is 
absolutely insufficient to say whether a proposal has more merit than 
other in an objective manner. At this point I'm unsure how to proceed 
without resorting to "I know this person", "that other person is in 
marketing so probably not a good idea", "that person is a PTL, so better
 give them a spot", etc. None of which should have place in choosing 
proposals.</div><div><br></div><div>Best,</div><div>Ruben</div></div>

<div>_______________________________________________<br>Openstack-track-chairs
 mailing list<br><a class="moz-txt-link-abbreviated" href="mailto:Openstack-track-chairs@lists.openstack.org">Openstack-track-chairs@lists.openstack.org</a><br><a class="moz-txt-link-freetext" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-track-chairs">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-track-chairs</a><br></div></div>
</blockquote>
<br>
</body></html>