No, I wouldn't touch that thing. In no way professional enough, no offence to Paul.
For a teaching resource, it is not about being 'professional' - it is about being clear and easy to read, while remaining correct. That is something I find many pedagogical resources lack, but which Practical PHP Programming has, at least when I first read it shortly after Paul posted in PHPBuilder forums.
Of course, I am coming from the perspective of someone who has considerable experience in PHP, so it may well be not so easy to read and understand for a rank beginner, but I suspect that homer09001 can benefit from the material, if only to see what gaps in knowledge there are that needs to be further plugged up by reading the PHP manual.
Still, if homer09001 actually wants to learn programming above and beyond language features and idioms into the areas of programming paradigms and design patterns, then that's a different story. Such things dont change that much in a span of a few years, but it is best to work with a mentor for guidance or at least a peer to discuss ideas and share code with.
I'm not a programming expert - I don't even consider myself a good programmer
I have never worked with Paul Hudson on a project, or even looked over his code beyond code snippets intended for pedagogy, so I cannot fairly comment on how good a programmer he is. However, I do know that good programmers are not necessarily good teachers, while ordinary programmers may be good teachers if they have the skills to introduce, explain and clarify. Of course, if you are hopeless in a subject, there is no way you can be good at teaching it, other than parroting what the good teachers teach.