The Etsy staffers are also completely serious about their work, and these two features they share in common with their customer base, who are tying to earn side money, if not pay the rent, by designing the hand bags, walking sticks and hand-made chocolates that have made Etsy famous in the artisan and sustainable business scene. [...] The quality model for Etsy is cutting edge, but not unique. New developers are expected to push code to production on day one. That's not commit code, but push it to production.

The article gets into some of the technology they use there at Etsy (including NodeJS, Nagios and, of course, PHP), the atmosphere they try to maintain, how they do their code deployment and how they conform to various regulations, security and privacy concerns.

The approach I've been taking lately is to start with as lightweight a foundation as possible, in the form of a "microframework." [...] For additional functionality, I pull in lightweight libraries that help me accomplish only the tasks I need. Clarity and brevity are my top considerations. My other big consideration is the commitment I make when I use code I didn't write.

He goes on to talk about difficulties finding lightweight libraries to suit his needs and gives some cloc benchmarks for the Symfony HttpKernel and the Slim and Epiphany microframeworks. The end of the post is the most important part - the manifesto itself...one he hopes will ring true with the development community. It includes things like:

• "I am a PHP developer. I am not a Zend Framework or Symfony or CakePHP developer."
• "I like building small things with simple purposes."
• "I need to justify every piece of code I add to a project."
• "I want to write code that's easily understood."

For more read the full post over on his blog.

Ever heard of SOLID code? Probably: It is a term describing a collection of design principles for "good code" that was coined by Robert C. Martin (aka "uncle bob"), our beloved evangelist of clean code. [...] So, why not approach the problem from the other side for once? Looking at what makes up bad code.

He goes through each part of his STUPID acronym and talks about how it can hurt your code and a few alternatives to help make your application more flexible and easier to maintain in the long run. He also mentions GRASP (General Responsibility Assignment Software Principles), another set of good practices to follow, some similar to SOLID, that can make your app better.

Sometimes, then, improving your generic 'programming brain' will help you improve your facility with a particular language. At other times, it's more important to learn the nuances of a language, paying close attention to the kind of applications the language is used for. [...] For improving your PHP, then, you can do two things: become a better programmer; and understand PHP more finely, more deeply.

The three guides share a lot of the same concepts in common - naming conventions, separation of functionality, DRY (don't repeat yourself), testing code, etc.

At the scale that Facebook operates, a lot of traditional approaches to serving web content break down or simply aren't practical. The challenge for Facebook's engineers has been to keep the site up and running smoothly in spite of handling close to half a billion active users. This article takes a look at some of the software and techniques they use to accomplish that.

They have to be able to handle over 570 billion page views a month across over 30,000 servers so there's several key technologies than they use to help make this a reality. Besides the famous HipHop for PHP tool, they also use things like memcached, Cassandra, Hadoop and Varnish. There's also other non-tech specific practices they do to keep things flowing smoothly.

The following is a list of 17 PHP programming practices that in my opinion should be banished into oblivion. Forever and ever. Amen. Please note that this list is in no particular order.

Some of the practices include:

• Relying on Magic Quotes
• Mixing HTML, PHP, SQL, JS, CSS, Etc, Etc
• Not Documenting Code
• Using Regex Functions for Basic String Manipulation.
• Unquoted Array Keys
• Using Uninitialized Variables

There's lots more where those came from so check out the rest of the list here.

I suggest a more retro-active approach [than trial and error]. Studying, surrounding, and forcing yourself to abide by best-practice coding standards will yield surprising results in your applications despite the fact that it may seem like more work than it's worth.

Topics included in his list are things like:

• Always develop with error reporting set at E_ALL and E_STRICT
• Portability, Portability, Portability!
• Don't over-think!
• Validate & Sanitize your Inputs!

Check out the rest of the post for more suggestions and explainations.

BarCampMelbourne2008 was, simply put, AWESOME! BarCampMelbourne2008 was held at Thoughtworks [wikipedia] at 155 Queen Street, Melbourne on 23 Feb 08, and had approximately 60 in attendance.

She talks not only about the conference itself (the male vs female attendance, the presence of Apple laptops and the age of attendees) as well as her talk on the advancement of practices at her workplace and other talks like an intro to APhpLix and how to use PHP Under Control.

We had so much fun presenting during last year's conference, we thought we'd do it again. The session is a pre-conference tutorial session, running for 3 hours on Monday morning, 30 October 2006.

The session will be divided up into two different main sections - programming practices and tools and processes. Each of these have their subsections, including test drive development/unit testing, project documentation, and collaboration tips and tools.

The talks followed three topics:

• Best Practices - security, performance up to basic OOP features in PHP and debugging
• Object-oriented programming - "OO Candy store"
• and the ever-popular "Enterprise PHP"