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

More CPUs or Newer CPUs

In a CPU-bound database workload, regardless of price, would you scale-up or scale-new? What if price was the driving factor, would you scale-up or scale-new? I am using as a baseline the first available AWS Graviton2 processor for RDS (r6g).

Read more

An Interesting Artifact with AWS RDS Aurora Storage

As part of using public datasets with my own Benchmarking Suite I wanted upsize a dataset for larger volume testing. I have always used the INFORMATION_SCHEMA.TABLES data_length and index_length columns as a sufficiently accurate measurement for actual disk space used.

Read more

How long does it take the ReadySet cache to warm up?

During my setup of benchmarking I run a quick test-sysbench script to ensure my configuration is right before running an hour+ duration test. When pointing to a Readyset cache where I have cached the 5 queries used in the sysbench test, but I have not run any execution of the SQL, throughput went up 10x in 5 seconds.

Read more