<?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>Sun, 19 May 2013 08:44:39 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Adam Harvey's Blog: (Unmoderated) manual notes are bad, mmkay?]]></title>
      <guid>http://www.phpdeveloper.org/news/13458</guid>
      <link>http://www.phpdeveloper.org/news/13458</link>
      <description><![CDATA[<p>
In <a href="http://xn--9bi.net/2009/10/30/unmoderated-manual-notes-are-bad-mmkay/">this new post</a> to his blog <i>Adam Harvey</i> shares his opinion on unmoderated notes dropped directly into the PHP manual - "they're bad, mkay?"
</p>
<blockquote>
I've had a couple of whinges on IRC lately about why I'm not thrilled with having user notes in their current form in the PHP manual; we get entirely too many questions in ##php from people who've copied code out of a note and are then annoyed when it turns out the code is wrong, broken, horrible, or all of the above.
</blockquote>
<p>
His gives an example (one of many currently in the manual) that shows a round-about way of getting a date string that could be done better in a single "format()" function call on a DateTime object.
</p>
<blockquote>
I don't know what the answer is - moderation has its own problems to do with workload, as PEAR can attest - but a system that's letting that go up as recommended practice (and stay up for a month) has to be looked at.
</blockquote>]]></description>
      <pubDate>Fri, 30 Oct 2009 10:49:16 -0500</pubDate>
    </item>
  </channel>
</rss>
