<?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 21:47:23 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Aaron Wormus' Blog:  Rewriting your Platform]]></title>
      <guid>http://www.phpdeveloper.org/news/6783</guid>
      <link>http://www.phpdeveloper.org/news/6783</link>
      <description><![CDATA[<p>
Sometimes developers just don't think about how much trouble they'd cause with a rewrite of existing software. They think that moving up to the latest and greatest is the way to go, and that it makes perfect sense to say out with the old and in with the new. <i>Aaron Wormus</i> <a href="http://www.wormus.com/aaron/stories/2006/11/27/rewriting-your-platform.html">disagrees</a>. Well, sometimes - it depends on the circumstances, really.
</p>
<blockquote>
At ZendCon I talked about "Planning a PHP 4 to PHP 5 codebase rewrite, a practical approach". The talk was based on my own experience, as well as famous discussion of the topic such as Joel Spolsky's "<a href="http://www.joelonsoftware.com/articles/fog0000000069.html">Things you should never do</a>" and the examination of "famous" platform rewrites.
</blockquote>
<p>
<i>Aaron</i> <a href="http://www.wormus.com/aaron/stories/2006/11/27/rewriting-your-platform.html">gives an example</a> of a large company making a move from a COBOL system out to C for a mission critical system. Based on his tale, they didn't put the thought needed into making this move - new development time, keeping old developers on staff, etc - besides the fact that customers don't like change and making a move to another platform is almost definitely going to be noticed by them.
</p>]]></description>
      <pubDate>Tue, 28 Nov 2006 09:49:00 -0600</pubDate>
    </item>
  </channel>
</rss>
