Off the cuff, a better user experience altogether might be to prompt attendees afterwards to submit their biggest take-away, instead of a patronizing poke.
That way, not only does it confirm paying attention, but you can also get a signal of course effectiveness.
I often come across developers who only think to use data structures that are native to their language (a Sapir-Whorf trap, if you will).
For example, in JavaScript, we essentially have arrays (great for tracking order, O(n) lookup) and objects (great for O(1) lookup, no order), but that doesn't mean you can't:
a) implement other data structures such as doubly linked lists, heaps, red black trees, etc.
b) combine the strengths of two different data structures in a new object
I think it was Bill Gates who emphasized the importance of picking good data structures up front.
It is also useful to have some heuristic for picking data structures, and I have found the recipe proposed by Gayle Laakmann in her book, Cracking the Coding Interview, useful in most non-esoteric cases.