Strong technical content conjugating tools and design lessons, probably the best talk of the conference.
Great. I think that I will never use this kind of deep debugging techniques but I enjoyed this talk.
Very interesting talk. Speaker pointed out an important stuff, he showed a way he do it. I liked the design and implementation part of the talk.
I need to re-think and improve some of my OOD choices like "eager loading" and "soft deleting".
Also I will start to use ODT and start to respect the LOD more :)
Simple but useful, it was a good recap of good practices. Thx
good enumeration of tools for debugging (PHP) processes. missing gdb and valgrind. Next time, with much more time, would be nice see a real case study. thx, nice talk and new argument for phpday
My presentation did not have any compare with other frameworks because the goal was to announce the new features of Zend Framework 3. I only mentioned Laravel, talking about PHP 7 to show the performance benefits that all the frameworks/softwares in PHP will have thanks to the speed of PHP 7. The benchmark about PHP 7 is available here: http://info.zend.com/f004j0A0X0004X0LLrCH30a
Great. Informative. Speaker covered a lot in this talk. Nice job.
One of the beast talks. I hear a lot of new stuff here. This guy know what he was talking about. I was impressed.
Code color should be a better.
I will watch his slides again, and learn more about SPL classes. Thanks Patrick.
Great topic, great examples, great story.
What was a negative was a flat line tonality of the speaker. If I was not so interested in this topic I could sleep while he was talking.
This was so hot topic, and so great and important for PHP but a speaker was a bit warmish.
Mr Willroth is for sure a great public speaker and he handled the pressure and attention of a keynote well.
However, I can understand how new people entering the field need the kind of lessons that were taught here, but the picture of software development painted by the keynote is a simplistic view of the world. Pairing and mentorship are no substitute for hard work and the "gladwellian 10,000 hours" belittled here.