<?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>Thu, 23 May 2013 15:59:40 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Brandon Savage's Blog: Picking The Right Tools For The Job ]]></title>
      <guid>http://www.phpdeveloper.org/news/11734</guid>
      <link>http://www.phpdeveloper.org/news/11734</link>
      <description><![CDATA[<p>
<i>Brandon Savage</i> has <a href="http://www.brandonsavage.net/entry/picking-the-right-tools-for-the-job.html">made a few suggestions</a> that can help you with one of the most important parts of any development project - picking the right tool for the job.
</p>
<blockquote>
You'd never dig a drainage ditch with a pitchfork, or plug a drywall hole with chewing gum. Instead, you'd pick an appropriate tool and you'd use it to accomplish the job (a shovel, or some spackle, for example). So why do software engineers often spend so much time fixing problems with the wrong tools at hand?
</blockquote>
<p>
He includes three common issues and ways you can overcome/stay away from them:
</p>
<ul>
<li>Lack of knowledge regarding available tools.
<li>Inability to implement solutions due to lack of resources.
<li>Unwillingness to implement a solution.
</ul>
<p>
Of the three, the last one is possibly the most scary - don't let personal feelings or your dedication to Tool X be your undoing and hurt your application in the long run.
</p>]]></description>
      <pubDate>Tue, 13 Jan 2009 17:59:28 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Scott Johnson's Blog: PHP versus Rails - Let the Engineers Pick]]></title>
      <guid>http://www.phpdeveloper.org/news/5518</guid>
      <link>http://www.phpdeveloper.org/news/5518</link>
      <description><![CDATA[<p>
<i>Scott Johnson</i> shares a new podcast that he's whipped up <a href="http://fuzzyblog.com/archives/2006/06/06/php-versus-rails-let-the-engineers-pick/">on his blog</a> today with his opinions on why the engineers should get to pick what they use (specifically mentioning Rails or PHP).
</p>
<quote>
<i>
In this podcast I talk about the economic implications of "Let the engineers pick" which is a quote from a podcast w/ <a href="http://onpodsessions.com/2006/05/startups-wordpress-automattic.html">Matt, Om and Niall</a> about startups.  This was <a href="http://www.photomatt.net/">Matt</a>'s response to a question from <a href="http://www.gigaom.com/">Om</a> about using PHP versus Rails and while I generally agree a thousand fold with Matt, I think technology choices really matter.  Letting engineers be responsible for core technology choices is often like letting the fox guard the hen house.  Sure it might work but you at least want to know that's what you're doing.
</i>
</quote>
<p>
The <a href="http://fuzzyblog.com/podcasts/f-63-sc-php-vs-rails-or-let-the-engineers-pick.mp3">podcast</a> last about fifteen minutes and looks more at the general topic of allowing the developers themselves to choose the tools they will be wokring with. More often than not, especially in the corporate world, technologies are forced onto someone with no real choice in the matter. <a href="http://fuzzyblog.com/archives/2006/06/06/php-versus-rails-let-the-engineers-pick/">Check out</a> what <i>Scott</i> has to say on the subject.
</p>]]></description>
      <pubDate>Tue, 06 Jun 2006 05:53:29 -0500</pubDate>
    </item>
  </channel>
</rss>
