I found this talk to be extremely enjoyable and thought provoking. I am trying to be more thoughtful of my application architecture and this talk helped feed that though process. Incidentally I had just watched Uncle Bob's "architecture of the lost years" talk the nigh before, so the Boundary-Interactor-Entity concept was fresh in my mind. Thank you Igor!
Paul lead us through an informative, entertaining and honest look at the succession of events that lead his company to where it is today. As someone with some entrepreneurial aspirations, there were some helpful tips and caveats throughout. Thanks Paul!
Great talk!
I'm amazed by how Larry took an extremely hard to explain topic and made it easy to understand. All the important aspects of FP were covered (including some historical bits). Very well presented, made very clear points.
The only suggestion content-wise would be (as I already told you in person) to use more named functions.
To me this was the most fun session of the entire conference. Everyone went with the flow, and Sara and Adam showed great showmanship. Should happen at every conference, as the audience will certainly learn some interesting details / edge cases about PHP too.
This is not your standard changelog shiny feature rundown. Learned a lot about the performance improvements in 5.4 and 5.5 and some smart things that the engine does. And it was entertaining as well, loved it!
I'm sure your story resonated with many people. Always entertaining watching you give a talk.
Engaging and energetic talk on an involved topic. A good idea to expand horizons with this.
It was great, one of the best at the conference
This talk had the most entertaining slides of any at this conference. :-) The hand drawings were a very nice touch.
The content was good and the message important. The only thing that was missing was that the narrative flow didn't quite feel right. As a result, I really understood where it was going only in hindsight, after the "big reveal" of how Silex was layered in at the end. Setting the stage for that earlier (eg, "how do we write all of our business logic before we know what the framework is?") would have really driven the point home better, and reemphasized the loose coupling that it buys.