Interesting subject and conferencer, but more examples and illustrations would have greatly helped understand what the session was all about. SPARQL is a must-try.
Good overview of 42 (and counting) DB, either ranging form typical SQL to NoSQL (or whatever else they call them nowadays). Nice primer on the few keys choices that needs to be made to help navigate all the options. That's probably the key takeway from this talk, there is more than MySQL out there and you should be aware of your options.
Can't wait to try this! A nice talk, well paced and informative. Knowledgeable speaker.
After this talk, I am really looking forward to setting up sphinx and giving it a whirl. My sites are tiny in comparison to the example in the talk, but what the hey! I like the example of the drop-down menu and how the great speed of this search made it possible.
An interesting talk. I am a PHP person and thought there would be more PHP information. Still, I enjoyed the talk. Some interesting concepts.
I enjoyed this talk as it took a "lessons learned" approach. I liked seeing how your setup changed overtime, as your product grew, and as you learned more about the benefits of separating the different pieces. Also liked the point about a non-relational db mixed with a relational db. Lots of good information.
Well, I am big fan of Solar and use it often. If only there was more time to for Paul to discuss, in more detail, some of the really nice features of the framework. In that short amount of time, a lot of information was covered. Lots of good questions too.
Presented well from a "problem with frameworks" approach and how lithium handles some of those issues. Love that lithium is starting with 5.3 and not attempting any backwards compatibility. This should be a big benefit in the long run.
Nice progression from simple DI to the full DIC (and some of the key benefits). What I liked about the container example was the practical use of some new features (anonymous functions, closures) in 5.3. Thank you for that.
I think the talk might benefit from a bit more structure (heading to a specific goal such as measuring what each tactic would do to user happiness vs spammer frustration to end at a good balance depending on different scenarios (if you're a blog you can stop here, if you're a new social startup you can stop here, if you're digg you need to go all the way here) rather than just going from simple to complex), but this would only be good if it didn't take away from Eli's conversational style.
Many excellent suggestions, thanks.