All hail Node.js! Boo PHP! Except there are various things where PHP is better than Node…

His five reasons are:

• Easier to find hosting
• It's easier to get started with PHP
• If your PHP code breaks, it doesn't bring your whole server down
• PHP processes are short lived
• Bigger standard library

There's a few comments on the post already, one noting that some of the points could be turned around to make PHP fall more on the "bad" side.

One of the most frequent questions that I get asked is "How can I become a better developer?" I think that it's a very good question to ask that deserves a good response. But how can you respond to something like that? Becoming a better developer depends so heavily on past experience (where to grow), interests and rationale (why do you want to grow), that it's really hard to answer without a fair bit of discussion. This post reflects my experiences from both my own growth and the growth that I've seen in others.

The things on his list are pretty simple, but they're easy to forget in your day to day development life. Things like being motivated to better yourself, gaining confidence in your abilities, sharing your knowledge and/or becoming a mentor to developers with less experience than you. Interestingly enough, this last one can sometimes teach you a little something about you and your processes too.

I get asked, quite frequently, about how people can be better programmers. Why they're asking me, I have no idea. But what I usually tell them is to be curious and be creative. Waste time. Now, I don't mean "wasting time" by playing Quake (one of the best adrenaline-based games of all time), I mean taking time to learn new things and try new things... sometimes without permission and sometimes before or after normal work hours. (Though not ALL the time. If you always are working you have priority issues).

He recommends working on side projects - ones where you can be free to explore new technologies and ideas that might not fit in the confines of your day to day work. The article from Eric Paley talks about "C level performers", people who may or may not have the experience, but just can't seem to make things happen. Kevin's recommendations can help you break out of this "C" mold and get on the path to not only better yourself as a developer but also make you more equipped for future projects.

No, I'm not talking about own it as in Point 7 - "Do your part", I mean make sure that at the end of the project, you own the project, not your developer.

He mentions two of the aspects you, the client, will need to worry about once the last line of bug free code has been committed and delivered. Be sure that you own the domain name for the project and have a clear understanding of any intellectual property concerns that might come up (what codebase is it built on, who owns the code - client or developer, etc).

I have worked on java web frameworks like JSF, Echo2, Vaadin, Grails and recently Play. Similarly I have worked on Silverlight, ASP.NET and ASP.NET MVC. My conclusion is that, in overall, PHP frameworks beat both java and .NET frameworks in terms of ease of development, deployment and even maintenance- for creating web sites with moderate complexity. Of course, I do not expect you to take my words for granted.

He lists his "top five" reasons why PHP is the better choice over some of the other frameworks mentioned:

• PHP web hosting options are superior
• PHP provides rapid development and instant gratification to developers
• PHP web frameworks provide a complete stack sufficient to develop a great many web sites
• PHP frameworks provide a low barrier of entry for web developers
• No DLL or jar hell

Of course, no article like this is complete without a load of comments from both sides of the fence, so be sure to read up on those for different perspectives.

In this article, I'll share with you ten things I wish I was told when I was just getting started with PHP development, and I'm hoping you'll be able to learn a thing or two if you're just taking your first steps into this awesome web development language.

Suggestions that made their list include:

• Use PHP Core Functions and Classes
• Create a Configuration File
• Always Sanitize Data That Will Go into Your Database
• Don't Over-Comment Your Code
• Use a Good Source Editor to Save You Time
• Connect with Other PHP Developers

Be sure to check out the comments for more great suggestions from other developers.

PHP is a very versatile programming language that can achieve the same objective in multiple ways. You can read more about that in my 'The Art of Programming' post. Below are a few tips I've picked up from past projects that can improve your code readability and maintainability and make you a neater, more organized PHP programmer.

There's lots of useful hints included - most of them are relatively basic, but they can even be helpful as reminders for those seasoned developers:

• Separate Configuration Files
• Use Indentation and Spacing
• Give your Variables Meaningful Names
• Use Ternary Operators
• Use Assignment Operators
• Use Objects instead of Functions
• Aim for Loose Coupling, Strong Cohesion

I have no "findings", no "conclusions", but I have some thoughts on my continuing goal to help bad/nominal PHP programmers become better PHP programmers.

He talks about the questions he asked in his previous post (like "is there a shortage of good programmers" and the requirements on memorizing) and some of the responses both for and against them. He stands by several of them, noting that, which a developer may not know the whole story, they should at least know enough.

One of the things I've also found a little interesting is that there is some resistance to standards. The argument goes; developers get better by different means and so having something set in stone to evaluate them is difficult, nigh impossible, to do

You need to add some new functionality to your function or class. Let's say you need to remove all objects stored, but optionally also call a method on them. It's pretty simple, isn't it? Let's just add a parameter to removeAllObjects! If you make it true, the additional method is called, otherwise not. Except it's not really such a good idea at all...

He points out that there's nothing wrong with parameters, it's their overuse that can cause the issues - if, in using them, it's unclear what they're doing, don't use them. He includes a few rules for making good use of parameters: less is good, relationship to the function, parameter order importance and using the language's parameter handling to your advantage.

I was watching a video of the Google I/O conference. In it, one of the speakers said that, "It's our natural instinct to try to be a genius, but we need to try to fight that." [...] In this video, they touched on a whole host of natural tendencies: getting defensive, hiding your code away from the world, trying to exert ownership, and trying to do it all ourselves. All of these actions have very real very negative consequences for the team.

Opening yourself and your code up to review by your peers can sometimes be a scary thing but, in the long run, transparency is necessary for good team-based development. He also recommends bringing up issues to other developers in a more one-on-one setting rather than a group.