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

Creating a More Realistic Benchmark

Common benchmark approaches fall into two general categories, synthetic testing and realistic testing. You have the most generic operations from a synthetic test, starting with the most simple example using a single table, a single column, and for a single DML operation.

Read more

Testing, Benchmarking, Evaluating

Testing and benchmarking are widely used terms in software technology, each serving a distinct purpose and goal. With the increasing adoption of AI in software development, the term evaluating has become significant and with this the re-emergence of what is quality assurance.

Read more

Your Attack Vector Extends Beyond Production Systems

A common data security issue is the unprotected copying of production data to non-production environments without any redaction, masking, or filtering. This practice poses a serious risk. A malicious actor will target the weakest link in your infrastructure, including non-production accounts and the developer systems accessing them.

Read more