<?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>Mon, 20 May 2013 14:37:33 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Brandon Savage's Blog: Peer Review: Looking At Abstraction - Redux]]></title>
      <guid>http://www.phpdeveloper.org/news/13151</guid>
      <link>http://www.phpdeveloper.org/news/13151</link>
      <description><![CDATA[<p>
<i>Brandon Savage</i> has posted his <a href="http://www.brandonsavage.net/peer-review-looking-at-abstraction-redux/">latest part</a> of his "Peer Review" series. He takesa step back and looks at abstraction again, this time incorporating some of the suggestions other members of the PHP community gave based on the <a href="http://www.brandonsavage.net/peer-review-looking-into-abstraction/">previous version</a>.
</p>
<blockquote>
This entry will focus on our use of the database, and specifically on the already_tweeted() method. This method has a number of problems, and while we're focusing on the implementation of the database, it's important to note that we will also need to address some of the logic (which will be the next part of the series).
</blockquote>
<p>
He looks at assumptions (how they can be bad), the use of an ORM layer to help negate some of the problems surrounding them and adding in some exceptions to properly handle issues that might come up.
</p>]]></description>
      <pubDate>Wed, 02 Sep 2009 11:46:24 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Keith Casey's Blog: Bad Assumptions in Development]]></title>
      <guid>http://www.phpdeveloper.org/news/12718</guid>
      <link>http://www.phpdeveloper.org/news/12718</link>
      <description><![CDATA[<p>
No one's code is perfect, and if you think yours is - you're wrong. There'll always be something - might be logic errors or unhandled exceptions - that could cause issues later on. One of the worst problems, at least <a href="http://caseysoftware.com/blog/bad-assumptions-development">according to Keith Casey's recent post</a>, is making too many assumptions.
</p>
<blockquote>
In my opinion, the most annoying and worst for cleaning up the system are the functions/methods that make too many assumptions for you.  It could be a variety of things - assuming a database connection, assuming what the output destination is, or assuming what the input is - but I most often see it in scrubbing/cleaning functions.
</blockquote>
<p>
His example is a function that not only assumes that the type of input is correct but also returns the value via an echo rather than a return (despite the name of the function implying the second). As a follow-up, he also suggests that libraries/external tools don't make assumptions when it comes to stopping execution of the script either.
</p>]]></description>
      <pubDate>Fri, 19 Jun 2009 12:04:28 -0500</pubDate>
    </item>
  </channel>
</rss>
