[Inpycon] Draft of the CFP and Proposed Dates for the Talks

[Anand Chitipothu]

On Fri, Jun 22, 2012 at 2:52 PM, Kiran Jonnalagadda <jace at pobox.com> wrote:
> Anand and Anand,
>
> Couple of points on this:
>
> 1. Funnel does not display everything that is asked. For instance, email is
> not shown at all. There's a JSON feed at /<event>/json, which has an email
> field which is always blank unless the user is logged in as an admin.
>
> You could easily add a mobile number field. I skipped this because I was
> hoping to have users add a mobile number in LastUser, get it verified, and
> have that picked up by Funnel. TRAI's anti-spam rules last year basically
> killed the SMS industry, shutting down all providers through which one could
> send a verification code.
>
> Funnel doesn't have an (unverified) mobile number field because I was trying
> to do it the proper way and external conditions made it unviable, and I got
> frustrated and set it aside.
>
> You should just add the mobile field and apply the same logic used for the
> email field.

I've noticed that after sending the email. It is painful to add new
fields. It requires changing models and rebuilding the database. I'm
thinking of using the unused website fields to store the phone number.

> 2. On the speaking/proposing divide:
>
> I took the standpoint that if someone is far too busy to submit their own
> proposal, they'll probably outsource their talk as well. We wanted folks who
> were more interested in engaging with the community than being on stage, so
> Funnel initially only allowed submitting for yourself.
>
> Then I noticed people submitting proposals saying they'd like to attend a
> talk on the proposed topic, not to speak themselves. They were hoping
> someone would notice and offer to take it up.
>
> I implemented this by splitting the proposer/speaker record on the proposal.
> They could be the same person or different persons. The idea was that anyone
> interested in speaking could leave a comment saying so, and if their comment
> got enough votes, the proposer could nominate them as the speaker.
>
> The UI for accepting someone as a speaker never got implemented.
>
> I've learnt from watching it over a few events that this approach has
> problems. The nominated speaker did not write the proposal and cannot edit
> it. They may have different ideas for how to present on the topic, but those
> ideas don't come through.
>
> It's better if the speaker submits their own proposal, linking to the
> original as the reference. This bit isn't implemented either, but it's part
> of the new codebase we're writing for http://hacknight.in.
>
> For PyCon, I'll recommend just removing that option. You just have to remove
> one field from the form and two lines of logic in the view.

Thanks Jace.

Anand