<?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>Tue, 18 Jun 2013 22:58:29 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[NetTuts.com: The Whens and Whys for PHP Design Patterns]]></title>
      <guid>http://www.phpdeveloper.org/news/18709</guid>
      <link>http://www.phpdeveloper.org/news/18709</link>
      <description><![CDATA[<p>
On NetTuts.com there's a recent post that tries to explain the <a href="http://net.tutsplus.com/tutorials/php/the-whens-and-whys-for-php-design-patterns/">"whens" and "whys" of design patterns</a> - when using them is a good idea and why you might want to implement them as a part of your application.
</p>
<blockquote>
There are plenty of articles that explain what design patterns are, and how to implement them; the web doesn't need yet another one of those articles! Instead, in this article, we will more discuss the when and why, rather than the which and how. I'll present different situations and use-cases for patterns, and will also provide short definitions to help those of you who are not so familiar with these specific patterns.
</blockquote>
<p>
They've broken them up by topic instead of by the patterns themselves with sections like:
</p>
<ul>
<li>Finding the Data We Need
<li>Reusability
<li>Discover-ability
<li>Singularity
<li>Controlling Different Objects
</ul>
<p>
There's also a few sections that look at other patterns that really only have a handful of uses - like the Decorator, State and Composite patterns.
</p>]]></description>
      <pubDate>Wed, 07 Nov 2012 10:50:23 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Freek Lijten's Blog: Expressing algorithm complexity: the big O notation explained]]></title>
      <guid>http://www.phpdeveloper.org/news/16675</guid>
      <link>http://www.phpdeveloper.org/news/16675</link>
      <description><![CDATA[<p>
<i>Freek Lijten</i> has put together a new post to his blog looking at a method for showing how complex an algorithm is without having to get too deep into how it works - <a href="http://www.freeklijten.nl/home/2011/08/04/Expressing-algorithm-complexity-the-big-O-notation-explained">the big O notation</a> (with examples written in PHP).
</p>
<blockquote>
I'd like to share a topic today which was re-introduced to me by a  <A href="http://en.wikipedia.org/wiki/Lightning_talk">lightningtalk</a> of a colleague of mine. His talk was on the "big O notation". The big O notation is a tool you can use to express the order of complexity of an algorithm. It is useful because it lets you express the order of complexity of an algorithm without taking a lot of time profiling or researching the underlying algorithm. In other words: it gives you a quick way to gain an understanding of what might be wrong (or right) with a specific algorithm. 
</blockquote>
<p>
He introduces the notation as the result of a series of steps needed to solve a problem (ex. 2+2 is less complex than 2+2+2). He illustrates with PHP examples that show adding complexity to a class, adding sets of numbers, looping to find needles in haystacks and finding duplicates in an array of strings. Each of these expand on the theory and show more complexity as the article progresses.
</p>]]></description>
      <pubDate>Thu, 04 Aug 2011 11:28:29 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Kovshenin.com: The Web Development Cycle Explained]]></title>
      <guid>http://www.phpdeveloper.org/news/14202</guid>
      <link>http://www.phpdeveloper.org/news/14202</link>
      <description><![CDATA[<p>
On Kovshenin.com there's a recent post looking at the <a href="http://kovshenin.com/archives/the-web-development-cycle-explained/">whole development lifecycle</a> of web-based applications, breaking it out into the three main steps - development, testing and production (splitting out some of these into other, smaller groupings).
</p>
<blockquote>
Since January this year I've been working on a few projects with a team of over 5 people and high-demanding standards. This raised the problem of project managing and a completely different view of the web development cycle. In this article I'd like to outline the major steps of the software development cycle and how they could be applied to the web development business.
</blockquote>
<p>
Along with the main three categories (dev, test and production) he also gets a bit more fine grained with things like:
</p>
<ul>
<li>Development: Pre-alpha Stage
<li>Development: Beta Stage
<li>Testing: Release Candidate
<li>Production: General Availability
</ul>]]></description>
      <pubDate>Wed, 17 Mar 2010 14:56:33 -0500</pubDate>
    </item>
  </channel>
</rss>
