XP January Meeting

The Brisbane XP Group met yesterday for a presentation by Dr Paul King of Asert on the book Sustainable Software Development : An Agile Perspective.

  <p>
    I found it a good time to get a collective opinion and review of the techniques and methods we are moving towards in Software Development. Indeed one key point better describing Pair Programming has been added to my upcoming conference presentation <a href="http://www.arabx.com.au/articles.htm">Overcoming the Challenges of Establishing Service and Support Channels</a>. I&#8217;m hoping Paul makes his notes available as a review of this book, that I will also mention in my presentation.
  </p>
  
  <p>
    In Review, this is some of the key points I got from this presentation.
  </p>
  
  <ul>
    <li>
      Software gradually degrades over time, and will become a maintenance nightmare
    </li>
    <li>
      Successful software will be changed again and again
    </li>
    <li>
      The IT industry has a problem historically with credibility
    </li>
  </ul>
  
  <p>
    So the goal is to move towards <b>Sustainability</b>. Some of the points mentioned by Paul were:
  </p>
  
  <ul>
    <li>
      Continual refinement
    </li>
    <li>
      A working product at all times (not just working software)
    </li>
    <li>
      Value Defect Prevention over Defect Detection
    </li>
    <li>
      Additional investment and emphasis on design
    </li>
  </ul>
  
  <p>
    On point I struggle with is <a href="http://www.extremeprogramming.org/rules/pair.html" target="_blank">Pair Programming</a>. I don&#8217;t struggle with the concept, it&#8217;s great and really works. The struggle is selling <a href="http://www.extremeprogramming.org/rules/pair.html" target="_blank">Pair Programming</a> as a core XP Principle. Some good points of discussion lead to a better angle.
  </p>
  
  <ul>
    <li>
      Pair Programming &#8211; should be de-emphasised as a key point
    </li>
    <li>
      By selling Defect Prevention and using Continuous Code Reviews as one method of implementing this
    </li>
    <li>
      Continuous Code Review are achieved with Pair Programming
    </li>
  </ul>
  
  <p>
    Much easier. The key point is management understands the term <b>Code Reviews</b>, and if you can show the effect of Defect Prevention on support costs, using Pair Programming, Refactoring and other techniques, your sales pitch will be easier.
  </p>
  
  <p>
    Also for reference, the book <a href="http://www.amazon.com/exec/obidos/ASIN/0201733862/arabxptyltd-20" target="_blank">Software Craftsmanship: The New Imperative</a> was mentioned as a book with similar ideals. A third recommended reading book that was mentioned at the meeting was <a href="http://www.amazon.com/exec/obidos/ASIN/020161622X/arabxptyltd-20" target="_blank">The Pragmatic Programmer: From Journeyman to Master</a>.
  </p>
</td>

<td valign="top">
  <br /> <br /> <br /> <br />
</td>
Tagged with: Extreme Programming (XP) General Java

Related Posts

Improving container security in your CI/CD pipeline

At PyCon AU 2026 , the presentation Your Python container is 90% stuff you didn’t ask for by Scott Norris at Chainguard really exposed the impact of being lazy in container management for security purposes.

Read more

My take on PyCon Australia 2026

PyCon AU 2026 held in Brisbane this week was a five day event for the Python community. With specialized tracks and dedicated tutorial and engineering days there was a wide variety of content available.

Read more

Fixing Old Software Bugs Without Thinking

I previously came across an issue in my benchmarking work where I relied on the Latency Histogram section of sysbench output. On Linux it worked fine — I generally ran my workload there, so it never mattered.

Read more