I worked out for the first half. When I got there all that was left was rice. I guess the rice was pretty good though.
There was a person, on HN I believe, who said their entire development tools setup is a series of docker containers and aliases. Was it you? LOL. Still, using Docker containers as "utilities" is an extremely powerful tool and I'm glad that was the focus of this talk rather than just how to use Docker. Copy-pasting a tweet of mine from forever ago:
Gosh I love Docker. Homebrew's copy of ffmpeg wasn't working on my Mac (missing static lib). So I bust out this command for a quick conversion:
docker run --rm -it -v ${PWD}:/usr/src/project jrottenberg/ffmpeg:4.4-alpine \
-i /usr/src/project/cf.webp /usr/src/project/cf.png
An interesting talk about a platform that I've heard quite a lot about but not investigated closely yet. This talk caused me to challenge my notion that "Apache is the best because it's the oldest" (Kurtis's point: precisely, it's OLD!) I think this presentation made the assertion that "it just works" early on and then spent a ton of time trying to prove that. But if we, the audience, accept that premise for the sake of discussion, I think we would have benefited from a deeper dive into HOW it works and how we can use it to satisfy various production/development use cases. SSLs, URL rewriting, blocking file extensions, load balancing, process queues, worker mode, etc. are all topics I need to research along with FrankenPHP.
A good overview of how far PHP has come, but less of a focus on where it's headed in the future than I had hoped. Was hoping this presentation would cover (in depth) features that are coming in to-be-released versions of PHP8 and 9. Still, a review of the RFC process was very helpful, and sparked a discussion between myself and my coworker about how we can adopt parts of the RFC process at our org to help developers plan their work out.
Thanks for sharing your story with us, although I felt it went on a bit long and caused the rest of the presentation to be rushed. Still, I loved the retro screenshots and pics of conference days gone by. You're definitely an engaging speaker!
One of the strongest points I took away from this talk was that when you add a dependency to a project, you are delegating some engineering decisions about your project to a 3rd-party developer or team, so you'd better trust them. This caused me to take a new look at how we decide which dependencies we integrate. Actually, that might make a great talk, too!
One of my favorite talks of the whole conference. Lemon's fun and engaging presentation style reminds me of my days when programming was exciting, new, and fun. (it's still all these things - but Lemon LIVES it and it's awesome to see)
The demos in the talk did a really good job explaining what PWAs are and showed some very basic use cases, as a engineering leader I would have appreciated some more hardcore use cases to help cement the concept in my mind.
Really good information and presentation of use cases for Value Objects. I think the code examples are a little too basic/bespoke, because it was a little tricky for me to visualize a use case for our codebase. Seemed like adding PVO's to our entities would just be adding objects to add objects. Suggestion: Prove me wrong!! Show trickier, more real-world code.
Awesome talk, was super excited to hear the shout-out for PHPStan and Psalm. We have used these since the beginning of our API, on very strict settings. We always say that every thing PHPStan finds is one less bug we have to fix later. I would almost suggest a short demo of this to help drive this point home, but perhaps that would be out-of-scope for this talk. Mutation testing was very interesting to hear about, but a little hard to conceptualize. Perhaps an example of that would be helpful too?
Betcha this talk would slay as a 3-hr workshop, if you're not already doing those. Thanks Chris!
As usual, Josh mixes comedy, pragmatism, and his smooth, radio-ready voice for a talk full of great information.
It had puppets and humor, and most importantly no gems or npm. I'm not sure I'll ever be a Docker pro since I don't spend that much time messing with it, but this made me think of containers as another tool and not just a way for things to not "work on my machine".
Add some interpretive dance to the sock puppets for the best talk ever!