> ... > Once again, thank you Pascal for your efforts this year. I really enjoyed the > talks, the location, and appreciate the efforts you (and your family) made.
My father did like to act as the barman for the last day. > My only (constructive!) criticism is this: we should honour the time > allotments for each session. > > I know that sessions can go overtime, mainly because they are interesting > talks/demos, but we owe it to ourselves as professionals to finish in the > appropriate time. If we cannot, perhaps we allot time for run-off sessions at > the end of the day, where anyone interested in asking further questions of > the presenter of any talk do so at that time. > > This way the next presenter knows they will start at the correct time, and we > can all trust the schedule. So this means presenters must turn up on time too > :) > > I'm not talking "minute perfect" here, but even if we allow 15 minutes over > for each session, we're out by a couple of hours a day. > > On this, some presentations (Q & A aside) do not take an hour, some take two. > _All_ of them are interesting. We need to assemble the schedule appropriately. Yes, it's a problem we have every year, some years worse than other (the best year on the timing side of thing was in 2010). It related to two main problems: time of rehearsal and technical problems. Having one computer setup for all presenters will help out a lot. For rehearsal, well each presenter have to do their own timing so that we can build the schedule :-) > The recording and wifi situation really must be sorted out if we want to be > taken seriously, and we want the group to grow. > > Lastly, the schedule should be publicly available over HTTP as a simple web > page. You never know who might be reading it! Yes, we did have it in 2011 in the attendees app, but with 4 presentations to do (took me 3 weeks full time to prepare them), I didn't take the time to resurrect the app. Trying to restrict myself to do only 2 presentations and having the event planner on site will help a bit. _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
