Technical books have a shelf life that nobody prints on the cover.
A cookbook from 2018 still works. A history book from 2018 still works. A Laravel book from 2018 will teach you a middleware pattern that was replaced twice, recommend a package whose maintainer archived it, and show you a test suite in a syntax that no longer runs.
I've written a series of ebooks on PHP, OOP, SOLID, design patterns, Laravel conventions, testing with Pest, application architecture, and AI-assisted development. There are also two aimed at kids learning to code. Every one of them was correct when I wrote it. That is a much weaker claim than "correct now," and I'd rather find the gap myself than have a reader find it for me.
So: I'm opening the series to technical reviewers before the final edition ships. Applications close Sunday, 26 July.
Why I can't do this alone
Not because I lack the time. Because I lack the distance.
When you write a technical book, you build a mental model of the
Discussion
Leave the first comment
Be the first to leave a mark on this discussion.