As mentioned before I believe the talk has potential, but would have loved to see a bit more on the why perspective.
Why is Go in some cases better than PHP.
On the speaker, yes he seemed to be out of his comfort zone, that is not at all bad, but unfortunately it brought the level of the talk a bit down. I think if the speaker had been a bit more at ease the level of the talk would have been a lot better.
I liked the talk. The presentation felt a bit 'unstructured' here and there (or it might be because it was the second day of the conference and almost lunch time ;)). The approach of the talk was really cool, with a lot of Bruce Lee in it :)
The subject and the story were good but it was presented with quite a low energy. The lack of visual support by slides make the lack of energy in this talk even worse. at quite some points i noticed i lost focas and the message was completely lost to me.
This was the second talk I attended from Marcus, and it did not disappoint.
The story itself was entertaining, the speaker gave a personal insight how the discovery of a security issue itself triggered a whole lot of work and investigation how to solve it.
Hopefully I won't encounter myself in a similar situation :)
Thank you Nara to bring this subject into the clear at a conference.
It is quite a difficult topic to address, and that did show a bit, for the speaker it showed you are knowledgeable on the subject, but please don't look that much on the laptop, it took away the dynamics of a talk that in my opinion is a subject overlooked at by most companies, until they've to deal with it.
Having said that, I love the way that you are honouring Ni Mu, and hope that by doing these talks your personal loss can help others to prevent people thinking about suicide.
The speaker clearly knows a lot of what he was talking about, which is very nice. The structure of the talk (from lexing to parsing to interpreting) worked very well.
Given like a pro.
This was actually one of the favourite non-technical talks of the conference. The speaker was able to captivate the audience and was able to bring across topics that are actually quite hard to grasp. Some of the topics covered are a bit more far-fetched in real live then others.
On a side note, somebody mentioned that the walking around of the speaker was distracting, I liked it, it showed that he was at ease with the subject and more important it brought a bit of a change compared to other speakers I saw that where just standing behind the speaker desk and not moving at all.
On the organiser part, maybe, just maybe you could have scheduled the talk in a bigger room :)
Clear and interesting talk about choosing dependencies, whether or not to update them, what to look out for, and some background and tips for working with composer.
I also would have loved some more specific use-cases/problems/tips about the use of composer.
Maybe not as technical as I would have liked it, but I think that is what Matthias intended to do from the beginning.
Having said that, it did give me pointers to think about to create logical boundaries in the services we would like to create. And above all, not to create services that are to small.
The messages part seemed obvious to me, but I think that part can easily be forgotten by others.
Short talk, but nevertheless entertaining, not sure where I would be using this in the system we have right now, but I can see where snapshot testing might be useful.