<?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, 04 Dec 2008 13:10:19 -0600</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Mike Bernat's Blog: My PHP Best Practices]]></title>
      <guid>http://www.phpdeveloper.org/news/11169</guid>
      <link>http://www.phpdeveloper.org/news/11169</link>
      <description><![CDATA[<p>
<i>Mike Bernat</i> has come up with a list of (eight things) <a href="http://www.mikebernat.com/blog/My_PHP_Best_Practices">his best practices</a> when it comes to PHP development:
</p>
<blockquote>
I suggest a more retro-active approach [than trial and error]. Studying, surrounding, and forcing yourself to abide by best-practice coding standards will yield surprising results in your applications despite the fact that it may seem like more work than it's worth.
</blockquote>
<p>
Topics included in his list are things like:
</p>
<ul>
<li>Always develop with error reporting set at E_ALL and E_STRICT
<li>Portability, Portability, Portability!
<li>Don't over-think!
<li>Validate & Sanitize your Inputs!
</ul>
<p>
Check out the rest of <a href="http://www.mikebernat.com/blog/My_PHP_Best_Practices">the post</a> for more suggestions and explainations.
</p>]]></description>
      <pubDate>Wed, 08 Oct 2008 11:17:54 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPWomen.org: BarCampMelbourne2008 Rundown]]></title>
      <guid>http://www.phpdeveloper.org/news/9752</guid>
      <link>http://www.phpdeveloper.org/news/9752</link>
      <description><![CDATA[<p>
<i>Kathy Ried</i> has <a href="http://www.phpwomen.org/wordpress/2008/02/23/barcampmelbourne-2008-rundown/">posted about</a> some of her experience (including being a speaker) at this year's <a href="http://barcampmelbourne.org/">BarCampMelbourne 2008</a>:
</p>
<blockquote>
<a href="http://barcampmelbourne.org/">BarCampMelbourne2008</a> was, simply put, AWESOME! BarCampMelbourne2008 was held at <a href="http://www.thoughtworks.com/">Thoughtworks</a> [<a href="http://en.wikipedia.org/wiki/Thoughtworks">wikipedia</a>] at 155 Queen Street, Melbourne on 23 Feb 08, and had approximately 60 in attendance.
</blockquote>
<p>
She talks not only about the conference itself (the male vs female attendance, the presence of Apple laptops and the age of attendees) as well as <a href="http://blog.kathyreid.id.au/category/barcampmelbourne2008/">her talk</a> on the advancement of practices at her workplace and other talks like an intro to <a href="http://www.aphplix.org/main.php">APhpLix</a> and how to use <a href="http://www.phpunit.de/wiki/phpUnderControl">PHP Under Control</a>.
</p>]]></description>
      <pubDate>Thu, 06 Mar 2008 14:33:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Matthew Weir O'Phinney's Blog: ZendCon: Best Practices Session]]></title>
      <guid>http://www.phpdeveloper.org/news/6502</guid>
      <link>http://www.phpdeveloper.org/news/6502</link>
      <description><![CDATA[<p>
The this year's <a href="http://www.zendcon.com">Zend/PHP Conference & Expo</a>, <i>Matthew Weir O'Phinney</i> and <i>Mike Naberezny</i> wil be presenting a "Best Practices" session, which <i>Matthew</i> talks a bit about in his <a href="http://weierophinney.net/matthew/archives/127-ZendCon-Best-Practices-Session.html">latest blog entry</a>.
</p>
<blockquote>
We had so much fun presenting during last year's conference, we thought we'd do it again. The session is a pre-conference tutorial session, running for 3 hours on Monday morning, 30 October 2006. 
</blockquote>
<p>
The session will be divided up into two different main sections - programming practices and tools and processes. Each of these have their subsections, including test drive development/unit testing, project documentation, and collaboration tips and tools.
</p>]]></description>
      <pubDate>Mon, 16 Oct 2006 08:12:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Kore Nordmann's Blog: Weekender talks online]]></title>
      <guid>http://www.phpdeveloper.org/news/6469</guid>
      <link>http://www.phpdeveloper.org/news/6469</link>
      <description><![CDATA[<p>
<i>Kore Nordmann</i> has <a href="http://kore-nordmann.de/home/blog/php/weekender_talks_online">posted about</a> the talks from the <a href="http://weekender.phpugdo.de/">PHPWeekender</a> event being posted online.
</p>
<p>
The talks followed three topics:
<ul>
<li>Best Practices - security, performance up to basic OOP features in PHP and debugging
<li>Object-oriented programming - "OO Candy store"
<li>and the ever-popular "Enterprise PHP"
</ul>
You can check out the slides and information for each of the talks on <a href="http://kore-nordmann.de/home/talks_tutorials_and_publications">Kore's own page</a> listing them out (as well as some other great talks from other conferences).
</p>]]></description>
      <pubDate>Tue, 10 Oct 2006 12:33:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Robert Peake's Blog: GTD Connect]]></title>
      <guid>http://www.phpdeveloper.org/news/6042</guid>
      <link>http://www.phpdeveloper.org/news/6042</link>
      <description><![CDATA[<p>
It's always good to finish a rather large project, and <i>Robert Peake</i> shares his joy in <a href="http://www.robertpeake.com/archives/173-GTD-Connect.html">this new post</a> on his blog nothing that not only is the project off and running, but it was all created based on a best practices/standards-based approach with respect to PHP development.
</p>
<blockquote>
I spent over 18 months architecting the system, from dedicated hardware to software including eCommerce, CRM, subscription management, recurring billing, and content management systems. I had great help from a small, dedicated, and very talented in-house team of artists and programmers. Absolutely everything is implemented on a <a href="http://en.wikipedia.org/wiki/LAMP_%28software_bundle%29">LAMP</a> stack. 
</blockquote>
<p>
He <a href="http://www.robertpeake.com/archives/173-GTD-Connect.html">notes several</a> of the things they used along the way, including:
<ul>
<li><a href="http://robertpeake.com/archives/130-Introducing-Design-Patterns-Now-Available.html">Design patterns</a>
<li><a href="http://www.robertpeake.com/archives/126-Design-Patterns,-Ajax,-and-Application-Supremacy.html">Ajax</a>
<li><a href="http://www.robertpeake.com/archives/110-Optimizing,-Staticizing,-and-Caching-PHP.html">Optimization</a>
<li><a href="http://www.robertpeake.com/archives/72-Enterprise-PHP-Coding-Standards.html">Coding standards</a>
<li><a href="http://www.robertpeake.com/archives/20-Extreme-Programming.html">Extreme programming tactics</a>
</ul>
</p>
<blockquote>
I consider it a kind of real-world treatise on how to effectively implement enterprise best practices with LAMP technologies. No books, no debating, no theory -- we did it.
</blockquote>]]></description>
      <pubDate>Tue, 15 Aug 2006 08:21:58 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Scott Johnson's Blog: Podcast : PHP Theory 1]]></title>
      <guid>http://www.phpdeveloper.org/news/5984</guid>
      <link>http://www.phpdeveloper.org/news/5984</link>
      <description><![CDATA[<p>
<i>Scott Johnson</i> has created and posted another in his podcast series today, <a href="http://fuzzyblog.com/archives/2006/08/08/podcast-php-theory-1/">this time</a>, he looks not at the development side of PHP - the actual code - but at the theory behind its development and best practices.
</p>
<p>
At the request of a listener to past podcasts, <i>Scott</i> created <a href="http://fuzzyblog.com/archives/2006/08/08/podcast-php-theory-1/">this one</a> to share some of his experiences and findings along the path of his develoopment. Some of the items covered in the podcast include:
<ul>
<li>package and library management
<li>naming conventions
<li>the seperation of UI and business logic
<li>code distribution
<li>using test harnesses
</ul>
</p>
<p>
You can download the MP3 of the podcast <a href="http://fuzzyblog.com/podcasts/f-79-gc-php-theory-001.mp3">directly from here</a>.
</p>]]></description>
      <pubDate>Tue, 08 Aug 2006 12:22:35 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Tobias Schlitt's Blog: FrOSCon Notes and a Talk]]></title>
      <guid>http://www.phpdeveloper.org/news/5680</guid>
      <link>http://www.phpdeveloper.org/news/5680</link>
      <description><![CDATA[<p>
<i>Tobias Schlitt</i> has two new posts today related to his time spent at this year's <a href="http://froscon.org">FrOSCon</a> in Germany. He mentions some about the conference and about the talk that he gave, "PHP Best Practices".
</p>
<a href="http://schlitt.info/applications/blog/index.php?/archives/471-FrOSCon-PHP-best-practices-slides-online.html">The first post</a> notes that his slides for the "PHP Best Practices" talk have been <a href="http://talks.php.net/show/php-best-practices/0">posted on the php.net talks page</a>. The talk looked at how to "behave" when working on a project in PHP by following some general guidelines, security issues and common problem guides, and keeping an eye on performance.
</p>
<p>
The <a href="http://schlitt.info/applications/blog/index.php?/archives/473-PHP-at-FrOSCon-report.html">second post</a> is more of an overview of the conference, mentioning what a success it was - well-organized, good talks, plenty of help, good equipment, and great catering for speakers/helpers. The "flow" of the PHP room seemed to go well (from his comments), with only the hackaton being a bit lacking.
</p>
<p>
Congrats to all involved with this year's <a href="http://froscon.org">FrOSCon</a>! Here's to hoping for even better times at the next conference...
</p>]]></description>
      <pubDate>Mon, 26 Jun 2006 06:03:36 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Ian Kallen's Blog: PHP Best Practices, Frameworks and Tools]]></title>
      <guid>http://www.phpdeveloper.org/news/4850</guid>
      <link>http://www.phpdeveloper.org/news/4850</link>
      <description><![CDATA[In his blog, <i>Ian Kallen</i> has <a href="http://www.arachna.com/roller/page/spidaman/20060206#php_best_practices_frameworks_and">posted some opinions</a> on the current state of PHP application development and some ways that he'd define best practices to help it.
<p>
<quote>
<i>
I've annoyed PHP enthusiasts, friends and colleagues alike, with my distaste for PHP. There's nothing intrinsically bad, buggy or poorly performing about PHP per se. It's real simple: a lot of PHP code that I've had to pick up the hood on is a mess and is susceptible to worlds of instability and bugs.
<p>
I'm confident that I or someone else could eventually derive a tool set that meets a rigorous standard for maintainable code. What concerns me are the prevalent practices and establishing best practices. I want to work with the someone else to establish them.
</i>
</quote>
<p>
Among <a href="http://www.arachna.com/roller/page/spidaman/20060206#php_best_practices_frameworks_and">his suggestions</a> are included things like "use clear APIs in classes" and "use frameworks to encourage separation of concerns". He also suggests a more wide use of <a href="http://phpunit.sourceforge.net/">unit testing in PHP</a> to help rid your apps of common issues...]]></description>
      <pubDate>Wed, 15 Feb 2006 07:30:06 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Codewalkers.com: New Tutorial - Coding "Best Practices" - or at least "Better Practices"]]></title>
      <guid>http://www.phpdeveloper.org/news/4676</guid>
      <link>http://www.phpdeveloper.org/news/4676</link>
      <description><![CDATA[<a href="http://www.codewalkers.com">Codewalkers.com</a> has added a <a href="http://codewalkers.com/tutorials/94/1.html">new tutorial</a> today from <i>Ligaya Turmelle</i> that looks a "best practices" when working with PHP.
<p>
<quote>
<i>
Best Practices-- What the heck does that mean? One definition returned by Google reads "processes and activities that have been shown in practice to be the most effective." What does that mean to you? These are things that work so use them! And while I will be discussing PHP specifically, these can be used in ANY programming language. 
<p>
These simple guidelines will help make your scripts easier to read and understand (to you and the next guy), have fewer bugs and save you time. I guess the better question is why AREN'T you already using them?
</i>
</quote>
<p>
<a href="http://codewalkers.com/tutorials/94/1.html">They cover</a> several highlight points, including "think before you code", "reinventing the wheel", and discussions of general things like Coding Style and Security...]]></description>
      <pubDate>Tue, 17 Jan 2006 06:39:01 -0600</pubDate>
    </item>
  </channel>
</rss>
