<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 25 May 2013 01:00:39 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[DZone.com: Writing clean code in PHP 5.4]]></title>
      <guid>http://www.phpdeveloper.org/news/17579</guid>
      <link>http://www.phpdeveloper.org/news/17579</link>
      <description><![CDATA[<p>
With the first stable release of PHP 5.4 not too far off, it's important to understand the new features it offers and how to use them effectively. In <a href="http://css.dzone.com/articles/writing-clean-code-php-54">this new post</a> to DZone.com <i>Giorgio Sironi</i> shows how to "write clean code" with these new features, including a few snippets of code to illustrate.
</p>
<blockquote>
After seven release candidates, it's clear PHP 5.4 is coming: as always the improvements from the previous minor version are many. [...] Let's look at the new features and score them on two metrics: usefulness, and potential for abuse. I'll try to avoid discussing non-language related matters.
</blockquote>
<p>
He starts by pointing out some of the "gotchas" that can happen with traits (like errors thrown when more than one method is named the same and that they are a separate hierarchy), the short syntax and dereferencing support for arrays, closure binding, upload progress and more. For each of them he gives two measurements - the usefulness of the feature and the potential for abuse.
</p>]]></description>
      <pubDate>Thu, 23 Feb 2012 12:08:18 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[php|architect: Why Software Fails]]></title>
      <guid>http://www.phpdeveloper.org/news/16971</guid>
      <link>http://www.phpdeveloper.org/news/16971</link>
      <description><![CDATA[<p>
On the php|architect site today there's an opinion piece from <i>Marco Tabini</i> with his thoughts on <a href="http://www.phparch.com/2011/10/opinion-why-software-fails/">why software fails</a> - not why the project itself fails, but why the software fails to be useful.
</p>
<blockquote>
This is a much more common problem than engineers and architects are willing to admit. Far too often I see someone in charge of writing a piece software worry about how a product works without paying so much as a passing thought to whether it actually works the way people expect it to. The truth is that we are, by and large, stuck in a reality where software somehow equates with automation.
</blockquote>
<p>
He goes on to talk about how easy it is for us, as developers, to forge head with features and software that may not be useful to the masses. We worry more about solving a problem that may or may not actually be there. He illustrates with the example of a to-do list, providing the automation to make list tracking easier, but no guidance of how the user can make use of it effectively.
</p>]]></description>
      <pubDate>Mon, 10 Oct 2011 10:48:10 -0500</pubDate>
    </item>
  </channel>
</rss>
