<?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, 08 Jan 2009 02:47:37 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Padraic Brady's Blog: To PEAR or not to PEAR? And how to PEAR anyway?]]></title>
      <guid>http://www.phpdeveloper.org/news/8894</guid>
      <link>http://www.phpdeveloper.org/news/8894</link>
      <description><![CDATA[<p>
In his latest post, <i>Padraic Brady</i> <a href="http://blog.astrumfutura.com/archives/311-To-PEAR-or-not-to-PEAR-And-how-to-PEAR-anyway.html">takes a look at</a> PEAR in a verb form - both in how you can use it and what sorts of things it has in store.
</p>
<blockquote>
over the last few months after finally getting over my ignorance of PEAR beyond it being a hodge podge of packages of dubious quality I've been questioning whether pearifying my future and past code is worthwhile. The answer is a resounding YES.
</blockquote>
<p>
Unfortunately, there are some barriers for most people to get into the PEAR world (including the lack of the "coolest packages") with some of the perceived barriers including:
</p>
<ul>
<li>PEAR will require large scale changes to my shiny new cool code
<li>PEAR only allows proposals for complete functional code
<li>PEAR is elitist
<li>PEAR is fossilised
</ul>
<p>
He <a href="http://blog.astrumfutura.com/archives/311-To-PEAR-or-not-to-PEAR-And-how-to-PEAR-anyway.html">also talks</a> about PEAR packages and dispels one of the most popular myths about the package repository - "you can't use PEAR on a shared host".
</p>]]></description>
      <pubDate>Wed, 24 Oct 2007 08:04:00 -0500</pubDate>
    </item>
  </channel>
</rss>
