<?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, 18 May 2013 20:33:14 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Jonas Hovgaard's Blog: How I stopped writing awesome code]]></title>
      <guid>http://www.phpdeveloper.org/news/18093</guid>
      <link>http://www.phpdeveloper.org/news/18093</link>
      <description><![CDATA[<p>
In <a href="http://jhovgaard.net/how-i-stopped-writing-awesome-code">this recent post</a> to his blog <i>Jonas Hovgaard</i> talks about how he "stopped writing awesome code" by dropping a few things from his usual development practices - like unit tests and interfaces.
</p>
<blockquote>
If writing awesome code is using all the best practices I can find, writing interfaces, unit tests and using top notch IoC containers to control my repositories and services all over my application's different layers - Then I'm not writing awesome code at all! I've been that guy, the one writing the awesome code, but I stopped. I'm not awesome any more. Instead, I'm productive, I'm so damn productive!
</blockquote>
<p>
He talks about how not writing unit tests (which "customers don't care about") gave him extra time to work on other code and how not using things like interfaces, ORMs and how he follows DRY, but only so far.
</p>
<blockquote>
My personal result of doing all of this is productivity and better products. I can't tell if I did it all wrong, and that's why I'm writing better code now, but I truly believe that I'm not alone. In fact I think that most of us regular web developers, tend to do the same "mistakes" as I did.
</blockquote>
<p>
The <a href="http://jhovgaard.net/how-i-stopped-writing-awesome-code">post</a> has turned into flame bait and has pulled in lots of comments discussing his decisions and other sympathetic souls that feel the same way he does about some of the complexity of the "best practices" promoted in development today.
</p>]]></description>
      <pubDate>Thu, 14 Jun 2012 11:55:21 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Phil Sturgeon's Blog: CodeIgniter Base Classes: Keeping it DRY]]></title>
      <guid>http://www.phpdeveloper.org/news/14009</guid>
      <link>http://www.phpdeveloper.org/news/14009</link>
      <description><![CDATA[<p>
In a new post to his blog <i>Phil Sturgeon</i> looks at <a href="http://philsturgeon.co.uk/news/2010/02/CodeIgniter-Base-Classes-Keeping-it-DRY">creating sharable code</a> for your controllers in a <a href="http://codeigniter.com">CodeIgniter</a> application (DRY: Don't Repeat Yourself).
</p>
<blockquote>
The idea is that most of your controllers share something in common with each other. For example: All admin controllers need to make sure a logged in user is present and that they are an administrator. A public controller may want to load a theme for your application and load default user data, navigation links or anything else frontend related.
</blockquote>
<p>
The problem is solved by creating a base controller - in his example its one called MY_Controller that follows the CodeIgniter naming convention and allows you to easily make other controllers that extend it. You'll also need to make a small addition to your config.php file to get the base controllers working correctly and make them able to be found.
</p>]]></description>
      <pubDate>Thu, 11 Feb 2010 09:46:51 -0600</pubDate>
    </item>
  </channel>
</rss>
