Re: PyCon video editing

[Atom]

On Mar 18, 8:09 am, amk <[EMAIL PROTECTED]> wrote:
> On Mar 17, 10:00 pm, dundeemt <[EMAIL PROTECTED]> wrote:
>
> > Anyone know who is in charge of this?  I'd like to help out if I
> > could.
>
> I am, but haven't set anything up yet, such as a mailing list or a
> host for the video.
> I'll update the wiki pagehttp://wiki.python.org/moin/PyConRecordingBof
> with news/further developments (you can create a wiki account and
> follow the envelope icon at the upper right
> to be notified of changes via e-mail).
>
> --amk

I'm eager to get my hands on some of these videos!

I'll be following the wiki for details.  Thanks.

-adam
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Pycon disappointment

[atom . anderson]

On Mar 17, 1:20 am, Paul Rubin  wrote:
> Stephan Deibel <[EMAIL PROTECTED]> writes:
> > I have to admit, I'll keep coming to PyCon even if all the talks suck
> > abysmally as long as there's good hallway time, open space, BoFs, and
> > sprints. ;-)
>
> OK, so why not get rid of all the talks and other stuff, and just have
> a basically structureless conference, beyond scheduling some open
> meetings on various topics?  That would be a lot less expensive and a
> lot more interesting.

For me as first time pycon attendee, i think this would be an absolute
disaster.  The talks gave me an opportunity to sit next to new people
and meet people I wouldnt have otherwise if they had simply "put us
out to pasture" to chat it up.

I think for devs that are just meeting each other, having some sort of
subject matter to talk about is a big deal, and the talks forced
that.  I agree though that once things get going, the hallway time and
BOF time would be fantastic.

-adam
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Pycon disappointment

[atom . anderson]

Okay!

I just read this entire thread to be caught up.  I am a first time
PyCon-goer (as my previous post states).  Because I have nothing to
compare this year's experience to, I'll give it to you as I saw it.
None of this is intended as a rant, (except maybe the lightning talk
section;)

Gripes
--

Numero Uno:  The Lightning Talks.

The best lightning talk I saw was the one where the guy's code didn't
work and he couldn't believe it or simply move on with his
presentation, it was hilarious but I felt bad for the guy.

I have to be honest, I had heard GREAT things about the lightning
talks and I went to the session expecting to hear something great, or
at least feel the same sense of community I felt when discussing
python in education (i'm a student) or its use in the industry.  I
went with a friend who also attended the conference from my school and
sat down expectantly.

I noticed the guy was trying to set up a powerproint (or OOo or
whatever) presentation and I simply couldnt believe it.  A powerpoint
presentation?  Pictures?  text?  preparation?  That doesn't sound like
lightning at all.  It sounds like, "slow-tning" talks.  Methodically
prepared sales-pitch presentations on johnny q. coder's latest
commercial triumph.  I thought these talks were spur of the moment,
community-delivered and off the cuff?

In my opinion, i don't believe that lightning talks should include the
option of using presentation software, maybe thats too restrictive,
but it seems to me that we'd be treated to much more grassroots or
user-given talks rather than sponsor-given ones.

I could just be ranting.


Number Two:  Presenters should be required to post their slides on the
web site / schedule before they are permitted to present.

We want 'em, they've got 'em, and I was in more than one session where
simply having uploaded them to the PyCon schedule would have saved the
presenters bacon when it came time for their laptop to die or
something else.

I realize that these presentations are fluid and change (often the
night before!) but a failsafe like this wouldn't hurt anyone.

Number Three:  Too much code, not enough concept.

Presenters this one's for you.  I can't count the number of
presentations I attended where the presenter would click through three
slides of pycode just to show us a two or three-line snippet that
illustrated their point.  Worse yet, it was often at the bottom of the
screen so no one but the front row could see it.  This goes for text
two.  I saw some great presentations as well, and they had limited
text on each slide.  The last thing your audience wants to see is a
slide drenched in text of any kind.

You only have 30 minutes (or less).  Show us brief couplets of code
for syntax sake.  We don't care about code, we care about the
concept.  If it were an hour lecture you could go through pages of
code and itd be great, but when we can't even read the whole slide
before you move on then its too much.

Number Four:  What's a BOF?

Noob here.  My first pycon and I didnt know the terminology.  Shocker
huh?  Heh, well i figured it out into the first day, but still didn't
quite get the concept.  Around day two or three i started attending
these and learned just how cool they are.

With the RAPID growth pycon has shown over the last few years, perhaps
a little session at the beginning to help the newcomers or a
"Terminology" page in the handbook would be helpful?


Praise
--

As a student attending his first pycon, i must say it was AWESOME.
Depending on the sessions i chose to attend, i learned all KINDS of
useful stuff.  Pyglet, Stackless (i'm willing to give it a chance
despite the mediocre presentation), RE, pysight and more.

Coming from a small school out west, the experience of visiting a
convention where a community actually existed was an incredible
experience.  That was probably the best part of the conference was
seeing that there truly was a programming community and meeting other
like-minded people and being able to finally discuss things of
programming importance with them.  I guess thats what we had hoped to
see more of in the lightning talks.

We enjoyed the EXPO as well and a couple of our graduating attendees
have nabbed phone interviews with companies that were represented
there.

I am definitely planning on returning to pycon next year, if only to
rub shoulders with other python programmers again and *hopefully*
attend a conference that has learned from any mistakes this year and
become an even better event for 2009.

adam
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Pycon disappointment

[atom . anderson]

On Mar 20, 2:53 pm, Erich <[EMAIL PROTECTED]> wrote:
> On Mar 20, 12:39 pm, Ed Leafe <[EMAIL PROTECTED]> wrote:
>
>
>
> > On Mar 20, 2008, at 11:54 AM, [EMAIL PROTECTED] wrote:
>
> > > Number Three:  Too much code, not enough concept.
>
> > > Presenters this one's for you.  I can't count the number of
> > > presentations I attended where the presenter would click through three
> > > slides of pycode just to show us a two or three-line snippet that
> > > illustrated their point.  Worse yet, it was often at the bottom of the
> > > screen so no one but the front row could see it.  This goes for text
> > > two.  I saw some great presentations as well, and they had limited
> > > text on each slide.  The last thing your audience wants to see is a
> > > slide drenched in text of any kind.
>
> > This is good advice: simple slides serve as organization cues, but
> > the content should come from the speaker. The worst case (only saw
> > this twice at this year's PyCon) is when there is a text-heavy slide
> > that the presenter simply reads. We can all read it ourselves! Your
> > job is to elaborate on the topic.
>
> > I'd like to see two things regarding slides: first, if at all
> > possible, set a limit on the percentage of the talk that can consist
> > of slides. I would much rather see the presenter show actual
> > demonstrations of what they're talking about than simply talking about
> > it. If that's not possible, then in the session description, clearly
> > state the % of the talk that will be slides. Perhaps there are people
> > who like to sit in a room and watch long PowerPoint (-type)
> > presentations, but I'm not one of them. Let's see some code! Let's see
> > stuff working (and sometimes crashing!), and how changes affect the
> > results. When I've presented at PyCon and other conferences, that's
> > the part that I spend the most time on: preparing demonstrations. It's
> > not easy to do; certainly much more difficult than creating a slide
> > that sums up what the demo does. But it makes for a much more
> > interesting session!
>
> > -- Ed Leafe
>
> I'd like to see code listings made available to download where
> appropriate. That way the slides dont have much hard to read content,
> and we can look at the bits of code we find tricky as we see fit. And
> if we get bored with bits, we can play with code!
>
> Erich.

agreed.

and just to clarify, i LIKE CODE!  i hope we all do haha...  but in a
presentation setting if they could teach/share with us what they've
been doing, allow us to download some example code (and tinker with
it) and remove all those details from the slides, itd be vastly
helpful.

I fully expect anyone who presented this time (who takes time to TRY
to improve) will improve.

-adam
-- 
http://mail.python.org/mailman/listinfo/python-list