<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>Software Development Books</title>
	
	<link>http://www.softwaredevelopmentbooks.com</link>
	<description>Software Development Books: Software Process, Project Management, Programming, Quality Assurance</description>
	<lastBuildDate>Mon, 07 May 2012 11:47:54 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/SoftwareDevelopmentBooks" /><feedburner:info uri="softwaredevelopmentbooks" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><item>
		<title>Practical Unit Testing with TestNG and Mockito</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/krDGGt_nPPQ/</link>
		<comments>http://www.softwaredevelopmentbooks.com/quality/practical-unit-testing-with-testng-and-mockito/#comments</comments>
		<pubDate>Mon, 07 May 2012 07:40:55 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Quality]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[software testing]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=859</guid>
		<description>According to the author, this book is aimed at developers who want to produce high-quality, maintainable unit tests. It is intended especially for those who would like to start unit testing their code, but are unsure about how to get started and what to focus on. Despite the Java/TestNG/Mockito orientation that the title might suggest, the book contains a high percentage of general unit testing knowledge that can be applied (mostly) independently of the language and tools that you are using.
The book discusses general topics of unit testing and mocking, ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/krDGGt_nPPQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/quality/practical-unit-testing-with-testng-and-mockito/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/quality/practical-unit-testing-with-testng-and-mockito/</feedburner:origLink></item>
		<item>
		<title>Refactoring Ruby Edition</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/zgvt9uiMSnw/</link>
		<comments>http://www.softwaredevelopmentbooks.com/programming/refactoring-ruby-edition/#comments</comments>
		<pubDate>Mon, 12 Mar 2012 07:40:17 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Programming]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=855</guid>
		<description>Drawing on the original Refactoring book that used Java as the programming language for examples, this new edition explains how to apply refactoring techniques in a Ruby context, adding some refactoring that are specific to this language.
Instead of trying to give a definition of refactoring, the book begins with a long example of practicing refactoring. The second chapter explains the who, why and when of refactoring. The third chapter is dedicated to &amp;#8220;smells&amp;#8221;, hints in code that should tell you it need to be refactored. The following chapter discusses the ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/zgvt9uiMSnw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/programming/refactoring-ruby-edition/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/programming/refactoring-ruby-edition/</feedburner:origLink></item>
		<item>
		<title>Essential Skills for the Agile Developer</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/G_e15fmLjNQ/</link>
		<comments>http://www.softwaredevelopmentbooks.com/programming/essential-skills-for-the-agile-developer/#comments</comments>
		<pubDate>Fri, 24 Feb 2012 08:26:21 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[design]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=847</guid>
		<description>At a time where the Agile approach is often limited to the practice of Scrum, it is good to see a book dedicated to the programming side of Agile. The book wants to present the &amp;#8220;trim tabs of software development&amp;#8221;. Trim tabs are structures on airplanes and ships that reduce the amount of energy needed to control the flaps on an airplane or the rudder of a ship. The first part of the book is focused on coding and testing and the second part discusses how to handle the software ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/G_e15fmLjNQ" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/programming/essential-skills-for-the-agile-developer/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/programming/essential-skills-for-the-agile-developer/</feedburner:origLink></item>
		<item>
		<title>Just Enough Software Architecture</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/CSqiX31P7Mw/</link>
		<comments>http://www.softwaredevelopmentbooks.com/programming/just-enough-software-architecture/#comments</comments>
		<pubDate>Fri, 20 Jan 2012 15:05:32 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Architecture]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=843</guid>
		<description>Is there a middle way between the traditional Big Architecture Upfront and the Natural Architecture Emergence proposed by some Agile developers? This is the goal of this book that tries to provide guidelines and models on how to include just enough architecture in your software development activities. George Fairbanks proposes to use the risks faced by the project as the main criteria for this approach. 
The first part of the book is mainly focused on presenting the risk driven model. The goal is to answer two questions: how much software ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/CSqiX31P7Mw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/programming/just-enough-software-architecture/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/programming/just-enough-software-architecture/</feedburner:origLink></item>
		<item>
		<title>Specification by Example</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/RQsF6vhq-cY/</link>
		<comments>http://www.softwaredevelopmentbooks.com/requirements/specification-by-example/#comments</comments>
		<pubDate>Fri, 09 Dec 2011 09:27:49 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Requirements]]></category>
		<category><![CDATA[featured]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=837</guid>
		<description>Specification by Example is a set of process patterns that facilitate change in software products to ensure the right product is delivered effectively. This book is based on the research of 30 teams that implemented 50 projects. The first part of the book introduces the Specification by Example concept&amp;#8230; with examples, showing what are the benefits of this approach. The second part presents the key process patterns. The final part of the book contains six case studies that explain how organizations changed their specification process according to their context and ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/RQsF6vhq-cY" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/requirements/specification-by-example/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/requirements/specification-by-example/</feedburner:origLink></item>
		<item>
		<title>Practices for Scaling Lean &amp; Agile Development</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/k2h2S-cQye4/</link>
		<comments>http://www.softwaredevelopmentbooks.com/process/practices-for-scaling-lean-agile-development/#comments</comments>
		<pubDate>Fri, 18 Nov 2011 13:35:22 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Process]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=833</guid>
		<description>I had already very much like the first book written by the same authors “Scaling Lean &amp;#38; Agile Development – Thinking and Organisational Tools for Large-Scale Scrum” published in 2009. The risk when you have high expectations is being disappointed. It wasn&amp;#8217;t the case with this book that is like the first one providing pragmatic advice on how to adopt an agile and lean approach. 
Despite the density of its content, the book is easy to read. Margin notes allow the reader to navigate to related content and end of ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/k2h2S-cQye4" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/process/practices-for-scaling-lean-agile-development/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/process/practices-for-scaling-lean-agile-development/</feedburner:origLink></item>
		<item>
		<title>Lean Integration</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/1xkVANHlRr0/</link>
		<comments>http://www.softwaredevelopmentbooks.com/process/lean-integration/#comments</comments>
		<pubDate>Tue, 11 Oct 2011 12:34:39 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Process]]></category>
		<category><![CDATA[Project]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[lean]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=826</guid>
		<description>This book is the sequel of a first book titled &amp;#8220;Integration Competency Center: An Implementation Methodology&amp;#8221; and is aimed at taking it &amp;#8220;to the next level by adding more specific best practices and a rich collection of case studies&amp;#8221;. The book is divided in three parts. The first part provides an overview of Lean integration. The second part introduces the seven Lean integration principles and the last part discusses lean integration competency areas.
Despite being sometimes plagued with &amp;#8220;Powerpoint&amp;#8221; jargon as in the recommendation that senior executives read the book to ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/1xkVANHlRr0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/process/lean-integration/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/process/lean-integration/</feedburner:origLink></item>
		<item>
		<title>Documenting Software Architectures</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/HP5_gjpLYec/</link>
		<comments>http://www.softwaredevelopmentbooks.com/programming/documenting-software-architectures/#comments</comments>
		<pubDate>Fri, 09 Sep 2011 09:13:01 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Architecture]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=822</guid>
		<description>The fist thing that I liked about this book on documenting software architectures is that the authors know how to write. It is both easy to read and well structured. The book provides a reading guide for the different categories of readers (architect, novice and stakeholders).  There are also many pointers and quotes in the margins that allow you or your brain to navigate further from the current content.
The book starts by explaining the concepts of architecture views and styles. A second part discusses in a more detailed fashion the ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/HP5_gjpLYec" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/programming/documenting-software-architectures/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/programming/documenting-software-architectures/</feedburner:origLink></item>
		<item>
		<title>Leadership, Teamwork, and Trust</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/iF7Eqw-Ktbc/</link>
		<comments>http://www.softwaredevelopmentbooks.com/project/leadership-teamwork-and-trust/#comments</comments>
		<pubDate>Mon, 08 Aug 2011 09:13:25 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Project]]></category>
		<category><![CDATA[CMMI]]></category>
		<category><![CDATA[project management]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=817</guid>
		<description>The late Watts S. Humphrey has been an important personality of the software development world. He led the development of the Software Capability Maturity Model (CMMI), an internationally recognized standard in the field of software process improvement. The title of his last book is a little bit misleading as it is mainly focused on the Team Software Process (TSP) than presenting a broader perspective on software development management or leadership. If you are your interested in these topics, you should rather read Humphrey&amp;#8217;s &amp;#8220;Reflections on Management&amp;#8220;.
The goal of the Team ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/iF7Eqw-Ktbc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/project/leadership-teamwork-and-trust/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/project/leadership-teamwork-and-trust/</feedburner:origLink></item>
		<item>
		<title>Agile Game Development with Scrum</title>
		<link>http://feedproxy.google.com/~r/SoftwareDevelopmentBooks/~3/F06HRNnBSnc/</link>
		<comments>http://www.softwaredevelopmentbooks.com/process/agile-game-development-with-scrum/#comments</comments>
		<pubDate>Fri, 10 Jun 2011 17:20:43 +0000</pubDate>
		<dc:creator>sdbooks</dc:creator>
				<category><![CDATA[Process]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[game]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://www.softwaredevelopmentbooks.com/?p=813</guid>
		<description>Drawing from his own experience as developer and CTO in the game development industry, Keith Clinton has written a book that provides both an overall vision of the Agile and Scrum approaches combined with a detailed practice of these principles in the specific context of game software development. It gives therefore also a good introduction to the software practices of the gaming industry. I noticed for instance that the customer &amp;#8211; outsourcer relationships are not very different from the relationships between game production companies and external developers.
The book is well ...&lt;img src="http://feeds.feedburner.com/~r/SoftwareDevelopmentBooks/~4/F06HRNnBSnc" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://www.softwaredevelopmentbooks.com/process/agile-game-development-with-scrum/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.softwaredevelopmentbooks.com/process/agile-game-development-with-scrum/</feedburner:origLink></item>
	</channel>
</rss><!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Object Caching 809/888 objects using disk: basic

Served from: www.softwaredevelopmentbooks.com @ 2012-05-07 12:31:53 -->

