<?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>Mon, 20 May 2013 12:12:47 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[DZone.com: Contributing to Paratest]]></title>
      <guid>http://www.phpdeveloper.org/news/19278</guid>
      <link>http://www.phpdeveloper.org/news/19278</link>
      <description><![CDATA[<p>
On DZone.com today there's an update about <a href="http://css.dzone.com/articles/contributing-paratest">recent additions to Paratest</a>, the parallel PHPUnit test runner (created by <a href="https://github.com/brianium/paratest">Brian Scaturro</a>). He talks some about the benefits of running tests in parallel and shares some of the recent contributions to the project from other developers.
</p>
<blockquote>
I've already written about <a href="http://css.dzone.com/articles/parallel-phpunit">my experiments with Paratest</a>. Paratest is a PHPUnit wrapper that allows you to run tests written for PHPUnit in parallel, making us of multiple processes running on the same machine. In a world where cycle time is an important metric, trading resources to get the test suite to finish earlier is a net gain; especially when you're stepping on unstable stones and run the suite very often.
</blockquote>
<p>
He (<i>Giorgio Sironi</i>) has contributed a new test runner to the project - the "WrapperRunner" that limits the number of processes spawned by the parallel testing tool. Another contribution came from <i>Dimitris Baltas</i> involving the addition of a <a href="https://github.com/brianium/paratest/pull/23">TEST_TOKEN variable</a> that can be used to uniquely identify each process as they're executing.
</p>]]></description>
      <pubDate>Wed, 06 Mar 2013 10:16:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Lorna Mitchell's Blog: Thoughts on Running an Open Source Project]]></title>
      <guid>http://www.phpdeveloper.org/news/17612</guid>
      <link>http://www.phpdeveloper.org/news/17612</link>
      <description><![CDATA[<p>
<i>Lorna Mitchell</i> has <a href="http://www.lornajane.net/posts/2012/thoughts-on-running-an-open-source-project">posted about some of her experience</a> in being the lead on the open source <a href="http://github.com/joind.in">Joind.in</a> project, broken up into a few different topics including community, roadmaps and transparency.
</p>
<blockquote>
I spoke in the unconference at PHPUK last week, on running an open source project. I thought I would collect together my thoughts into one place. [...] These are the things that, having been project lead on <a href="http://joind.in/">joind.in</a> for a while, I think are important.
</blockquote>
<p>She talks about:</p>
<ul>
<li>The importance of fostering a good community around the project
<li>Providing good documentation (README in this case) for people new to the project
<li>Having a clear vision of the future of the project (roadmap)
<li>Dealing with the code contributed to the project - good and bad
<li>Having transparency with the contributors and anyone wanting to find out more about the project
</ul>
<p>
Want to get involved? Check out <a href="http://github.com/joind.in">Joind.in on github</a> for more details and the source for <a href="http://joind.in">the site</a>.
</p>]]></description>
      <pubDate>Thu, 01 Mar 2012 12:58:46 -0600</pubDate>
    </item>
  </channel>
</rss>
