Dirty Tricks of Presentors 92
A reader writes "Perl expert Mark Jason Dominus gave a great talk last month in St. Louis on how to give a good conference presentation.
There's nothing specific to Perl, and a lot of people
said they thought it was the most useful talk at the conference even though they didn't think they'd be doing a conference presenation any time soon. Mark also wrote up some notes
that explain the parts he forgot to put on the slides."
More to it... (Score:2)
I for one, was disappointed. (Score:2, Funny)
I did get quite a few offers from the ladies to examine their bearded clams though.
Cowabunga.
I know! (Score:1)
Re:I know! (Score:1)
This is useful too. (Score:4, Informative)
I've always found this site to be useful when preparing presentations. http://www.tomw.net.au/2000/pt.html. It's basically a troubleshooting/tip guide for those preparting a presentation using digital media and/or overhead transparency media.
Re:What a nice Slashdoted server ;) (Score:1)
Btw.. 450 000 Km is kinda high I think
Re:What a nice Slashdoted server ;) (Score:1)
That accounts for about a 1 second delay. Also, add 200ms for transport from a
Rule #1.. (Score:4, Funny)
Right Apple?
Re:Rule #2.. (Score:2, Funny)
the best advice I ever recieved was... (Score:5, Insightful)
that if you prepare your presentation to rely on some technology, then said technology will find some way to stop working just long enough to ruin you presentation. Mind you hot stage lights can also be damaging... ("Developers!Developers!Developers!...")
If you can do a technical presentation without fancy do-dads and nothing more than your articulate descriptions and perhaps a white board, then you will be able to engage your audience much more effectively. they will listen, rather than watch...
It's effective communication that makes a good presentation, not what media was used.
Re:the best advice I ever recieved was... (Score:1)
Last year, I gave a lil' presentation on game development, prepared some funky lil' demos and so on. I arrived to the presentation on time, plug my laptop into the projector, and what happens? X decides to crash on start up.
Reboot, make a few changes to the config, and try again. Second crash. To make things worse, the crash happened during a sync, causing the X config to completed fuck itself up
No laptop for rest of presentation, which isn't a good thing when the presentation is on graphics-related stuff.
First Tip (Score:2, Funny)
Don't have the server with your presentation materials linked on slashdot, for it will not last five minutes into the conference.
huh (Score:1, Offtopic)
Web | Images | Groups | Directory
Searched the web for Dirty Tricks of Presentors. Results 1 - 2 of 2. Search took 0.57 seconds.
Did you mean: Dirty Tricks of Presenters
OT: Slashdotting your content providers (Score:1, Interesting)
Since the forum usually provides the Google cache or mirroring functionality themselves, I think it would be prudent to make these improvements to Slashdot/Slashcode. Volunteers?
Re:OT: Slashdotting your content providers (Score:1)
You've been a member as long as I have, so you have no excuse.
Re:OT: Slashdotting your content providers (Score:3, Interesting)
First of all, if ANY single host starts slamming my site with HTTP requests, I'll instantly assume that its a DOS attack. This means I'll either block that address, or I'll shut down completely until the "attack" passes. What would the results of this "test" be from the point of view of the one doing the testing. Granted, if you're testing CNN, you'll probably never notice. But if you're testing some small site, they might pay more attention.
Mirroring the site in advance creates a potential legal grey area. If permission to mirror is required, and legally it is unless the author provies a GNU type license for the material, then the author would need to be contacted in advance, a process that can take hours easily. Who wants to wait 6 hours when you can link NOW?
Google caches are only available for those sites that have been around for more than a couple months, and even then the content is probably out of date. If slashdot is linking to something that's been around for a while, this isn't a problem, but if they're linking to something that's happened hours or minutes ago (which 90% of the slashdot headlines refer to), then google won't help much. And google won't cache the images, they still hit the original site, and typically 90% or more of the data from a site is graphics anyways. There are plenty of karma whores who will copy/paste the text part of articles/pages, and submitters will include google links on the occasions that they're available.
And the best solution to the slashdot effect is for the website administrators to configure the webserver properly. Bandwidth is only part of the problem. The other problem is caused by servers locking up due to excessive resource allocation. Once a server starts thrashing, all hope is lost, the server will be receiving requests faster than it can respond to them.
-Restil
Re:OT: Slashdotting your content providers (Score:2)
This of course is an option, but only if they are given warning. For example, Slashdot once linked to something running on my server that created dynamic Flash movies with Perl. Now, this is a slow process (it's a slow process in any language - it involves lots of bit packing) and takes up a lot of resources. There simply is no way to speed it up[1].
Now as this was intended for a small audience we had live demos on the site - type some text in and it would be turned into a twirly text that rotates in a Flash movie. Cool! And fine if five or so people try it at the same time. When all of slashdot try it...well, our server went up to a load of 45.
Now had we been given notice I might have yanked the live demo and changed it for something else - for example creating spinning text periodically from the slashdot RSS feed. This way I could have served static files (which we had the bandwidth for) and everyone would have been happy. But, alas, we didn't get the notice.
It would be really nice if Slashdot did give webmasters of small sites who showing non time sensative material a couple of days notice to harden their servers.
[1] well, there are ways to speed it up, but that's a work in progress.
Re:OT: Slashdotting your content providers (Score:2)
They can't configure their webserver properly from the get-go? That's like saying 'Sure, they could wear seatbelts, but only if they're warned that they're about to slam into a concrete wall.'
Re:OT: Slashdotting your content providers (Score:3, Interesting)
As I said in my comment, the live demos were cool and more useful than static ones. What do you suggest I do? Always remove useful stuff like this just incase the entire of slashdot pops by uninvited?
Re:OT: Slashdotting your content providers (Score:3, Informative)
Of course.
Thank you for answering your own question. Let me postulate.
Let us assume, for the sake of argument, that your server can quite happily do five of these things at once. It's breaking a sweat, but it's a good, happy, 'in the zone' sort of sweat. Let us also assume that the demo will run for two minutes.
Also note that this is the 'difficult' way; the 'cheap hack' way would be to check system load at the beginning of the demo, and display a static 'try again later!' page if system load is too high to run the thingy without repercussions.
At the beginning of your app, you check a variable, you run through an array you populate later, checking to see if any timestamp is more than five minutes ago. If so, you clean that entry of the array out, and shift everything up; it's somebody who timed out, or quit halfway through, or something. You also decrement, for each array element you empty out, your 'current number of people watching' variable.
If, after going through the array, your number-of-people-watching variable is less than 4, you increment it, put a timestamp into the above-mentioned array, and proceed to run the demo. At the end of the demo, you remove the timestamp (this can be made easier if you have a two-column array, and also throw in a little unique identifier, which the demo stores in a 'local' variable while it's running), decrement the number-of-people-watching variable, and off you go.
This way, and assuming your webserver itself is set up to handle things properly, the worst thing a slashdoting could ever do to you is chew up your bandwidth. But your application itself will never ever exceed it's own safe running limits.
Re:OT: Slashdotting your content providers (Score:2)
Anyway, okay, you've got me. This is actually a sensible thing to do, and it's what I should have done in the first place. Bad me. (well, actually it's what the person who set up the demo should have done, but anyway...)
However, this is all pretty non trivial stuff to implement. Plenty of race conditions with multiple Apache children trying to update the same file here! Hmm, I suspect there's a Perl (and probably C) module for getting around this very problem however...hmm mod_throttle and mod_bandwidth sound like a good idea. More concrete suggestions gratefully received.
I still stand by my original statement however - it'd be nice if you got some warning before slashdot popped by. I'm more than happy to go to the extent of implementing lock files which monitor what's being consumed. However, I'm a busy person (arn't we all) and half the things I put up on the web (which are intended for a small audience, e.g. a demo of something that we're currntly working on) would never get up there if I had to panic about the whole of slashdot running it.
Re:OT: Slashdotting your content providers (Score:2)
Aye, there's all sorts of ways to do it. My example was based on the idea of an 'application server' such as ASP, Tango, ColdFusion, whatever. There'd be differences with perl/CGI apps, but again, at that point, run an 'uptime' system command, and check the appropriate load number. If it's less than a happy threshold, go nuts.
Hell, bugger updating a file. Make a subdir in your temp directory, and drop in a zero-length file, instead of incrementing a variable. Check the file dates, instead of going through an array of timestamps. And so on.
Yes, it would be nice to be warned, but you build your bridge to hold tanks, even if it's only supposed to carry bicycle traffic. :-)
Then, and pardon my flippancy here, they shouldn't be public. :-)
Re:OT: Slashdotting your content providers (Score:2)
Well I supose I could always check the referer and block anyone coming in from slashdot from the really heavy stuff (of course this only works one click down, or with cookies...it's getting complicated again, isn't it ;-)).
Aside: forking to uptime probably a bad idea...I suspect GTop.pm (or whatever your system can) might be a less resource hungry resource checker...
Re:OT: Slashdotting your content providers (Score:2)
Aye, there's all sorts of ways to do it, it all depends on your environment, language, blah blah blah. Point being, it's an easy and off-the-cuff way to determine if you SHOULD run whatever. :-)
Re:OT: Slashdotting your content providers (Score:1)
But that doesn't help with a
I don't think proper configuration is enough to withstand ~10000 simultaneous requests. While using a throttling http server like thttpd may help, I doubt even that is enough.
Re:OT: Slashdotting your content providers (Score:3, Informative)
As you point out, simultaneous requests is a problem - especially if your users start to run out of bandwidth. However, a well hardened server should be able to cope with a mild slashdotting wihtout too much effort.
Anyway, as I was pointing out above, you really need notice to be able to do this kind of thing. My really interesting content can probably be summerised in a static page (that thttpd can serve efficently) if given notice (though we'll lose some of the niceness, it's an acceptable sacrifice so that we can handle the load of people trying to view it.) But without that notice I'm not going to be able to do that and everyone will lose.
It's just a thought
Re:OT: Slashdotting your content providers (Score:1)
Tip Number 1 (Score:5, Funny)
Examples: "Dirty Tricks of Presentors"
Re:Tip Number 1 (Score:1)
Re:Tip Number 1 (Score:4, Funny)
Don't have typos in your title
Would it be appropriate to point out that it only qualifies as a typo if he actually knows how to spell it?
Re:Tip Number 1 (Score:1, Insightful)
No.
Would it be appropriate to point out that it only qualifies as a crime if he actually knew it was illegal?
A typo is a typo is a tipo.
No, a typo is a mistake in operating the keyboard. If you correctly type the wrong spelling it's misspelling, not a typo.
google caches can be found... (Score:1)
conference presentation judo
Cached talks page. (Score:4, Informative)
Google cache of a list of talks the same authour has done [google.ca]
Turn off images before loading this page, as they're taken from the same server that we melted down with slides requests.
Too bad Google Cache links don't work (Score:2, Informative)
Reminds me of Jim Blinn (Score:5, Funny)
Now THAT is Ironic (Score:3, Interesting)
Before it starts he says "How many people have taken $OTHER_TUTORIAL_NAME I gave last year?" .... to those who raise their hands he says "Well, you should go find something else to do, because $THIS_TUTORIAL is the same as $OTHER_TUTORIAL, only the name has changed"
Never mind that by the time these people get back to registration, find another tutorial they want to see, exchange their materials, and get to the new tutorial, they'll have missed a good chunk of the "replacement" tutorial which they paid good money for. Nevermind those folks who don't want to do some-other-tutorial, so now they're completely out the money and have to try and fight the conference organizer to get their money back.
Dominus is the last person who should be giving pointers on presenting. He's the only person on my list of presenters for whom "Hell will freeze over, Satan will ice-skate to work, before I go see him speak".
Re:Now THAT is Ironic (Score:2, Informative)
Would you rather he not have spoken up before the tutorial began, in this case? Let people throw their $800 away without knowing that they already know the material until it's far too late?
Re:Now THAT is Ironic (Score:2)
I have no doubt MJD is bright, but his attitude, from my experience reviewing different talks, seems to be very condescending, and his lack of any real care for the effects of his "tutorial rename" on its attendees was a pretty good demonstration of that to me.
Re:Now THAT is Ironic (Score:5, Informative)
Before it starts he says "How many people have taken $OTHER_TUTORIAL_NAME I gave last year?" .... to those who raise their hands he says
"Well, you should go find something else to do, because $THIS_TUTORIAL is the same as $OTHER_TUTORIAL, only the name has changed"
I'm really sorry you were inconvenienced. The tutorial description that I sent to O'Reilly in my proposal stated very clearly (and I quote):
However, the O'Reilly folks, for whatever reason, omitted this from the brochure. I was not sent the brochure for proofreading or correction beforehand. I did send them mail on April 18 to ask them to add the warning back to the description on the web site. I believe this was the first day that the brochure was available online.
I will cheerfully own up to many faults, including that of being a condescending, obnoxious elitist asshole. But this particular problem really wasn't my fault. I understand how annoying it must have been to have to switch classes, but I don't think there was any way I could have handled this better.
Again, I'm sorry you were inconvenienced. If there was something I could have done differently that I haven't thought of, I hope you'll send me email to tell me what it could have been.
Best regards,
Mark DominusRe:Now THAT is Ironic (Score:1)
Re:Now THAT is Ironic (Score:2)
In deferrence to my response elsewhere in the thread... you can obviously see where said attitude might have led someone to believe that you simply hadn't cared that the "name switch" might have caused problems.
I'm glad to see it WASN'T your fault, though... (well, not really, you make a much better villain than ORA *grin*).
Frank Drebbin, Polise Squad (Score:1)
Remember the scene from The Naked Gun
Re:Frank Drebbin, Polise Squad (Score:2)
Imagine her surprise when we all crack up when she comes back on stage...
Look at the size of those pupils! (Score:1)
M.J.D. (Score:1)
Interesting! (Score:3, Informative)
This might be of interest to the other slashdotters, because though it's a 1998 article, it deal with the psychological impact of Conference presentations, which do not change with year-to-year revisions of the Powerpoint series and the like.
Megumi
Demoing for Fun and Profit (Score:2)
The SIMs (Score:1)
Buy my book for $50. (Score:1)
similarly... (Score:3, Funny)
they should go the way of booths... (Score:3, Funny)
and lots of em too.
sheesh, for a room full of frustrated geeks you'd think this would've been obvious.
Toastmasters Public Speaking Club (Score:1)
things to include (Score:1)
God what a crappy presentation (Score:1, Interesting)
Second, put all of your fucking points on a slide - don't make me click through 5 fucking html pages just so that I can read the contents of one pathetic slide.
According to the slide notes, there are 43 slides in that presentation, which I presume took 45 minutes. That means about 1 slide per minute - wow! A good idea for real presentations: If you're doing 45 minutes, have NO MORE THAN 13 SLIDES. Rule of thumb: expect each slide to take about 5 minutes to talk to. Anything less than that and you're boring your audience, because you're (a) reading your slides instead of talking to the crowd, which is BORING, or (b) you're spending too much time at the podium clicking your fucking mouse. The more time you spend behind the podium, the choppier your presentation is, and more bored your audience gets. I'd prefer 10 slides for a 45 minute talk, because then you have some time for Q&A, but 13 is doable, because you go faster over your title slide, intro slide, and thank you slide.
If this guy is winning "best presenter" awards, then I shudder at how low the standards have become.
Re:God what a crappy presentation (Score:5, Informative)
Second, put all of your fucking points on a slide - don't make me click through 5 fucking html pages just so that I can read the contents of one pathetic slide.
Hi. You may not be clear on the idea of a conference presentation. In a conference presentation, a speaker, such as me, stands in front of the audience and shows the slides to everyone at once while explaining the content in detail and answering occasional questions.
These are slides from a conference presentation, which means that the speaker (that's me, remember) would be doing the clicking. The audience members (that's you) typically do not click the 5 fucking HTML pages. So the number of clicks is not normally a matter of concern for the audience.
I hope this clears up your misunderstanding.
According to the slide notes, there are 43 slides in that presentation, which I presume took 45 minutes. That means about 1 slide per minute - wow!
Actually it was a 22 minute talk. (Double wow!) Perhaps you might like to meditate on the difference between a complex technical talk (not this one) and a humorous nontechnical talk (this talk). Here's a hint: After I show the pictures of the happy baby or the unhappy Japanese lady, I don't need to leave them on the screen for five minutes for the audience to absorb the full import.
Hope this helps.
The slides are now mirrored on a better server (Score:2)
The notes [op.net]
Re:The slides are now mirrored on a better server (Score:1)
If anyone would like to mirror this, please drop me a note and I'll send the stuff over.
oh god, the "bullshit" slide is too much (Score:2, Informative)
actually I am laughing so hard at the fact that he actually had the balls to include a slide like that...
More tricks... (Score:3, Interesting)
I could have wanted more "physical appearence" tricks, but it seems to deal mostly with putting slides together. If you are making presentations often, you (hopefully) are aware of how you react in such situations, but if you, like me, give perhaps one presentation every third year you might find these few tricks handy. I know they work for me.
He didn't mention (Score:1)
If you don't know what the audience wants to find out from you, you have very little hope and neither have they.
I enjoyed this article - particularly the rubbishing of Tell them what you're going to tell them; then tell them; then tell them what you told them.
This is the mantra they teach you on any presentation course, and yup, it's mostly rubbish. On the other hand, if you are presenting to a group of managers, it is probably valid enough...