Talk comments

Dan Ackroyd at 19:32 on 12 Jan 2019

Huh. It's possible my comment got chopped off due to a malfunctioning filter.

I'd put "The slides don't need ' < ? php ' at the start of each of them", which presumably got chopped off as a hack attempt....continuing the other stuff that was lost:

Also, although I agree that brackets belong on the next line when writing code, for slides have the { on the end of the method declaration line saves a whole line of space.

Finally blue and green should be avoided as text colours. People's eyes find it much harder to resolve blue colours than red, and slightly harder to resolve green than red. Changing from colours that are appropriate in an ide, to very light pastel colours will make the text easier to read. e.g. even as bright as #dfdfff is noticeably blue in slides, but is much brighter and so stands out much better.

Rated 4

Dan Ackroyd at 13:32 on 11 Jan 2019

I think spending more time on why rewrites are bound to fail would improve the talk, as it's an important point, and although I agree with what was said, if I hadn't already heard the arguments in depth before the talk, I doubt I would have been convinced during the talk.

If you can, end the talk on a solid take-away point, rather than a list of stuff as it gives a 'stronger' impression.

The readability of the slides could be improved:

* For the non-code slides, just use all the space available rather than just the middle and decide if you want the background light, then have all dark fonts, or a dark background and light text.

* For the code slides, again use way more space but also optimise the code formatting for a presentation rather than editing the code.

* We're not staring at the code for ages, so it's better to use a black background rather than they dark grey of an IDE theme.

* The slides don't need '

Rated 5

Nick Downton at 08:50 on 11 Jan 2019

Great talk.
It went in to just about the right level of technical detail, while still getting across a great set of principles.
I hope you get to try crumpets one day!

Rated 5

Jonathan Pugh at 21:52 on 10 Jan 2019

Really enjoyed the talk and definitely agreed with the points made. The pace and delivery were spot on in my view; the courageous live coding demo was very effective.

The only thing I'd add is to give a very brief definition of what a unit test actually is (just a few words rather than a lesson), if somebody hasn't seen one before they might be a bit lost.

Great talk, really funny!
The only suggestion, maybe explain a bit more about the different concepts for rookies like me.

Good talk, really well organized.
As a suggestion, don't be afraid of waist a bit more of time with the examples (or not use them at all).

I'm ready to break my car!

Liked the diverse background bits and use of live coding to illustrate tricky concepts. As someone who already uses and appreciates the value of test, I am not sure this really got to the heart of the problems involved so was left wanting more technical depth.

Very enjoyable it may have been, but there was an incredible amount of value in the talk too - not least making legacy funny and interesting. Using a decent IDE definitely helps us hugely with legacy. The translation layer idea was an interesting idea. Putting a Symfony framework around the legacy app was a turning point for us, though, facilitating many of the other things talked about.
Look forward to checking out the blog.

Rated 4

Mark Schiller at 22:00 on 9 Jan 2019

Yes enjoyable talk by Rob. It sent me off down a rabbit hole learning about Mutation testing. Wish I had sat nearer the front, will do that next time perhaps. Thanks Rob!

Rated 4

Lucia Velasco at 21:13 on 9 Jan 2019

A bunch of references [to British culture]... *waits for Mr Bean*
I love the start [this isn't an indictment on the rest].
"That was an analogy."
"Does anyone know who this company is?"
My kind of humour.
I found the layer of abstraction of your analogies still very relatable and accessible. Well done!
I was sitting next to someone nontechnical who might not know what "legacy", "var_dump or "refactoring" means, but I think your talk clarified those well (and one would expect a technical audience, right?)!
Great energy. Good use of facial expressions and body language.
Not many people have the balls to say "move slow", I think they're worried that it'll get pushback because startup culture is cool. I like this advice.
Thanks for covering what code climate and the other one are!
People are often reticent to make broken commits, especially if they are used to squashing or trending their commits... It's an important thing to say, I wonder if you convinced the doubters?
I think your description of driver/navigator wasn't clear enough, since people often make mistakes on this.
I would have mentioned that when you use best practice in greenfield projects you're reducing technical debt for when your project becomes legacy/older.
Is VSCode not a fully fledged IDE? (Never used it)
I would make "watch your users/learn your usecases" its own slide. So many people never use their application and don't know how they're used!
For the record, British audiences are like rows of mannequins, the only reason I know how to smile and whoop is because I'm half Mexican. So don't take it personally if people aren't jeering enough ;D Just have confidence and provide the expected noises yourself?
Interesting view on microservices!! I do agree that it's a bit overwhelming to do ALL the things at once.
I'm sorry this is so long (my feedback/commentary, not your talk).
Good mention of SOLID principles, I would recommend doing the whole acronym and telling people to read up on them if they don't know them, because there are some junior developers in the audience who might not be familiar with them.
I would throw in another easy analogy halfway through for a bit of a brain break, and a summary slide at the end!!

Thank you!!! Good topic, excellently delivered. Apart from missing out Mr Bean!
I liked your answer to the third question, it was very thoughtful.