<p dir="ltr"><br>
On Oct 16, 2014 1:54 PM, "Noufal Ibrahim KV" <<a href="mailto:noufal@nibrahim.net.in">noufal@nibrahim.net.in</a>> wrote:<br>
><br>
> On Thu, Oct 16 2014, Rejy M Cyriac wrote:<br>
><br>
><br>
> [...]<br>
><br>
><br>
> > +1<br>
> ><br>
> > Discouraging first-time speakers is a very negative, selfish, and<br>
> > self-destructive path to follow. Open source is all about<br>
> > inclusiveness.  Competitive we can strive to be, but not exclusive.<br>
><br>
> [...]<br>
><br>
> I'm all for inclusiveness and the rest of what you've suggested. All I'm<br>
> saying is that all gatherings/events are not for all audiences.<br>
><br>
> I wouldn't run a development sprint with a first timer student as a<br>
> mentor. Would you?<br>
><br>
> I'd go even further. I think that actually discouraging iexperienced<br>
> speakers and trying to get the more experienced folk to present would<br>
> actually help first timers (in the audience) more.<br>
><br>
> To wit, it's much more valuable for me, as a student, to listen to<br>
> someone who's actually built a production website with, for example,<br>
> flask rather than to listen to my college buddy presenting an "intro to<br>
> flask" talk at a conference that claims to be the "premier Python<br>
> conference in India".</p>
<p dir="ltr">I agree. A first time speaker talking about intro to foo should get much much lower preference than a first time speaker talking about their experience and/or lessons from foo. The talk selection team should keep this in mind. Let's not encourage intro to foo talks. On the submission form next year, let's mention this explicitly, listed under the title "some good examples of topics" or something similar. </p>
<p dir="ltr">><br>
> We, as a community, should make avenues open for first time speakers,<br>
> presenters, programmers etc. I just don't think that these 20 odd talks<br>
> that are selected once a year for which people actually fly down and<br>
> stay in Bangalore should be that avenue.<br>
><br>
> In any case, I can see that my opinion is not widely held. I don't have<br>
> the energy and time to push against what seems to be a rising tide of<br>
> opposition so I'm going to end my mails on this topic.</p>
<p dir="ltr">I agree with restricting beginner topics that can just be learned from Internet any given day. But the intermediate/advanced topic speakers then have to keep in mind that there will be beginners in the audience and provide few pointers as they go along. Like explain in few sentences what virtualenv is when talking about deploying python applications on servers. </p>
<p dir="ltr">In 2011, at my first pycon, there were lot of topics that were not for beginners. I remember sitting through some talks not understanding all the terms and topics e.g. Lambda, SL4A etc. But I jotted them down anyway, then either searched them on spot or came home and learned more about them. </p>
<p dir="ltr">I think it's fine if we discourage introductory talks. That might just give the interested participants some enthusiasm to learn more about advanced topics. </p>
<p dir="ltr">There will always be people who come to conference just to see what's happening and take nothing back but the tshirt and complain if they don't understand few advanced topics and say that we should have more introductory talks. I believe they are not helping themselves. They wont get much further even if we decide to help them. Those who want to learn, will learn themselves. We should make sure, that those people meet more good people and have great conversations. That's what I value pycon most for. </p>
<p dir="ltr">I agree that we should try to keep an initial barrier like day of the week or limited seats and talks that cuts down the unenthusiastic ones. </p>
<p dir="ltr">><br>
><br>
> --<br>
> Cordially,<br>
> Noufal<br>
> <a href="http://nibrahim.net.in">http://nibrahim.net.in</a><br>
> _______________________________________________<br>
> Inpycon mailing list<br>
> <a href="mailto:Inpycon@python.org">Inpycon@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/inpycon">https://mail.python.org/mailman/listinfo/inpycon</a><br>
</p>