<?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>Wed, 22 May 2013 14:21:07 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[PHPClasses.org: Lately in PHP, Episode 34: A Better PHP Feature Voting Process]]></title>
      <guid>http://www.phpdeveloper.org/news/19438</guid>
      <link>http://www.phpdeveloper.org/news/19438</link>
      <description><![CDATA[<p>
PHPClasses.org has posted the <a href="http://www.phpclasses.org/blog/post/204-A-Better-PHP-Feature-Voting-Process--Lately-in-PHP-podcast-episode-34.html">latest episode (#34)</a> of their "Lately in PHP" podcast series. In this episode they talk about the current PHP voting process for features and a possibly better one that was proposed.
</p>
<blockquote>
This was one of the main topics discussed by Manuel Lemos and Cesar Rodas on the episode 34 of the Lately in PHP podcast. They also discussed about the latest PHP releases, updating PHP with minimized downtime, as well how brilliant are some developers for creating pure PHP components that overcome PHP limitations without upgrading to a newer PHP version.
</blockquote>
<p>
You can listen to this latest episode either through the <a href="http://www.phpclasses.org/blog/post/204-A-Better-PHP-Feature-Voting-Process--Lately-in-PHP-podcast-episode-34.html">in-page player</a>, by <a href="http://www.phpclasses.org/blog/post/204/file/168/name/Lately-In-PHP-34.mp3">downloading the mp3</a> or <a href="http://www.phpclasses.org/blog/category/podcast/post/latest.rss">subscribing to their feed</a>. If you'd like to see the video recording of the session you can check that out <a href="http://www.youtube.com/watch?feature=player_embedded&v=rdqqmaMBdZU">over on YouTube</a>.
</p>
Link: http://www.phpclasses.org/blog/post/204-A-Better-PHP-Feature-Voting-Process--Lately-in-PHP-podcast-episode-34.html]]></description>
      <pubDate>Wed, 10 Apr 2013 09:49:59 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Phil Sturgeon: PHP 6: Pissing in the Wind]]></title>
      <guid>http://www.phpdeveloper.org/news/19097</guid>
      <link>http://www.phpdeveloper.org/news/19097</link>
      <description><![CDATA[<p>
With some of the recent talk about the consistency of naming methods in PHP (or <a href="http://phpdeveloper.org/news/19091">lack thereof</a>) <i>Phil Sturgeon</i> has put together some ideas about why this (and unicode) changes aren't happing in the language.
</p>
<blockquote>
PHP is well known for having an inconsistent API when it comes to PHP functions. Anyone with an anti-PHP point of view will use this as one of their top 3 arguments for why PHP sucks, while most PHP developers will point out that they don't really care. [...] Another big thing that anti-PHP folks laugh about is the lack of scalar objects, so instead of $string->length() you have to do strlen($string). ANOTHER thing that people often joke about is how PHP 6.0 just never happened, because the team were trying to bake in Unicode support but just came across so many issues that it never happened.
</blockquote>
<p>
He shares an "obvious answer" to the problems and shares a theory as to why it's not happening - that no one is really working on out (outisde of <a href="https://github.com/nikic/scalar_objects">this POC</a>) and some of the handling with the recent property accessors <a href="https://wiki.php.net/rfc/propertygetsetsyntax-v1.2#voting">RFC</a>. He finishes off the post with three more points, all related to the results of the voting - little points seem to get voted in easier, the representation of developers in the process and that at least one of the "no" votes had to do with not wanting to maintain the results.
</p>
<blockquote>
Making changes to this language should not be blocked just because a quiet minority of the core team don't like the idea of being asked to do stuff.
</blockquote>
<p>
Be sure to check out <a href="http://philsturgeon.co.uk/blog/2013/01/php-6-pissing-in-the-wind#comments">the comments</a> on the post - there's lots of them, so be sure you have some good time to read.
</p>]]></description>
      <pubDate>Mon, 28 Jan 2013 10:42:16 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPMaster.com: PSR-1 and PSR-2 to be Approved as Standards]]></title>
      <guid>http://www.phpdeveloper.org/news/17991</guid>
      <link>http://www.phpdeveloper.org/news/17991</link>
      <description><![CDATA[<p>
As is mentioned in <a href="http://phpmaster.com/psr-1-and-psr-2-to-be-approved-as-standards/">this new post</a> to PHPMaster.com, the PHP standards group is officially in the voting process on two new standards (<a href="https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md">PSR-0</a> being the first) setting up some standard development practices for PHP applications - <a href="https://github.com/pmjones/fig-standards/blob/psr-1-style-guide/proposed/PSR-1-basic.md">PSR-1</a> and <a href="https://github.com/pmjones/fig-standards/blob/psr-1-style-guide/proposed/PSR-2-advanced.md">PSR-2</a>.
</p>
<blockquote>
They initially started out as one proposal but the initial round of voting didn't yield a majority in favor. Participants did however see merit in various requirements the decision was made to split it into 2 proposals - one for mandatory interoperability and one for suggested style.
</blockquote>
<p>
The <a href="https://github.com/pmjones/fig-standards/blob/psr-1-style-guide/proposed/PSR-1-basic.md">PSR-1</a> standard proposes some basic coding standards (like namespacing structure and class/method naming definitions) and the <a href="https://github.com/pmjones/fig-standards/blob/psr-1-style-guide/proposed/PSR-2-advanced.md">PSR-2</a> standard covers similar things, but more in-depth with more recommendations. 
</p>
<p>
If you want to find out how your application stacks up against this new standard, you can try out <a href="https://github.com/fabpot/PHP-CS-Fixer">PHP-CS-Fixer</a> (from <i>Fabien Potencier</i>) to see how many things need an update.
</p>]]></description>
      <pubDate>Tue, 22 May 2012 13:18:40 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Community News: Voting open on 2010 Open Source Awards]]></title>
      <guid>http://www.phpdeveloper.org/news/15238</guid>
      <link>http://www.phpdeveloper.org/news/15238</link>
      <description><![CDATA[<p>
According to <a href="http://devzone.zend.com/article/12620-Voting-now-open-in-2010-Open-Source-Awards">this new post</a> on the Zend Developer Zone, the voting state of the Packt 2010 Open Source Awards has officially started and you can cast your vote in one of many categories (and maybe win a prize for your efforts).
</p>
<blockquote>
The nomination stage is now closed and voting has begun in the 2010 Open Source Awards. [...] You can cast your vote here: <a href="http://www.packtpub.com/open-source-awards-home/voting-stage">http://www.packtpub.com/open-source-awards-home/voting-stage</a>.
</blockquote>
<p>The categories for the awards this year are:</p>
<ul>
<li>Open Source CMS Award
<li>Hall of Fame CMS
<li>Most Promising Open Source Project
<li>Open Source E-Commerce Applications
<li>Open Source JavaScript Libraries
<li>Open Source Graphics Software
</ul>
<p>
If you want more information or to cast your vote for any of the projects in these categories, go over to <a href="http://www.packtpub.com/open-source-awards-home/voting-stage">the Packt voting page</a> and get your opinion heard.
</p>]]></description>
      <pubDate>Wed, 06 Oct 2010 11:24:26 -0500</pubDate>
    </item>
  </channel>
</rss>
