<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	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/"
	>

<channel>
	<title>Azkaban, un posto come un altro dove vivere &#187; GSI</title>
	<atom:link href="http://www.azkaban.it/index.php/category/gsi/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.azkaban.it</link>
	<description>Azkaban, un posto come un altro dove vivere.</description>
	<lastBuildDate>Sun, 05 Feb 2012 17:20:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>GSI</title>
		<link>http://www.azkaban.it/index.php/2006/02/02/gsi/</link>
		<comments>http://www.azkaban.it/index.php/2006/02/02/gsi/#comments</comments>
		<pubDate>Thu, 02 Feb 2006 12:48:25 +0000</pubDate>
		<dc:creator>Filo</dc:creator>
				<category><![CDATA[GSI]]></category>

		<guid isPermaLink="false">http://www.sugaman.it/?p=156</guid>
		<description><![CDATA[Ecco la TOC della prima parte da affrontare: Part 1: Foundational Skills and Knowledge Chapter 1: Data Can Be Agile.Â  Explores how application developers, database administrators (DBAs), enterprise architects, and data administrators can work together effectively in an agile environment. Chapter 2: From Uses Cases to Databases â€“ Real-World UML. Object technology is the norm [...]]]></description>
			<content:encoded><![CDATA[<p>Ecco la TOC della prima parte da affrontare:</p>
<h3>Part 1: Foundational Skills and Knowledge</h3>
<ul>
<li>
<p class="BT"><strong>Chapter 1: Data Can Be Agile</strong>.Â  Explores how application developers, database administrators     (DBAs), enterprise architects, and data administrators can work together     effectively in an agile environment.</p>
</li>
<li>
<p class="BT"><strong>Chapter 2: From Uses Cases to Databases â€“ Real-World UML</strong>.     Object technology is the norm for modern projects, therefore it is critical     for everyone to understand the basics of object orientation and the Unified     Modeling Language (UML) 2.x (including UML data modeling).</p>
</li>
<li>
<p class="BT"><strong>Chapter 3: Data Modeling 101</strong>.Â  Data modeling is a fundamental skill that all software     professionals, including object professionals, require if they wish to store     data effectively.Â  UML data modeling is covered in detail.</p>
</li>
<li>
<p class="BT"><strong>Chapter 4: Data Normalization</strong>.Â  Normalization is a collection of design strategies that     ensure data is stored in one place and one place only, promoting the design     of highly cohesive and loosely coupled data schemas.</p>
</li>
<li>
<p class="BT"><strong>Chapter 5: Class Normalization</strong>.Â  The concepts of normalization can be applied to object     schemas, a complementary technique to design patterns and programming     idioms.</p>
</li>
<li>
<p class="BT"><strong>Chapter 6: Relational Database Technology, Like it or Not</strong>.Â      Relational databases (RDBs) have been the dominant technology for     persisting business objects and will likely remain so, therefore you need to     understand technology.</p>
</li>
<li>
<p class="BT"><strong>Chapter 7: Overcoming The Object-Relational Impedance     Mismatch</strong>.Â  Object technology     and relational technology are based on different paradigms, presenting us     with a technical impedance mismatch that we must overcome.Â      Worse yet is the cultural mismatch between object professionals and     data professionals that must also be bridged.</p>
</li>
<li>
<p class="BT"><strong>Chapter 8: Legacy Databases â€“ Everything You Need to Know     But Are Afraid to Deal With</strong>.Â  Virtually     every project team finds that it needs to work with legacy data sources, and     when doing so quickly discover serious data quality, database design, and     data architecture problems that they need to overcome.</p>
</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.azkaban.it/index.php/2006/02/02/gsi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>E&#8217; nato il GSI</title>
		<link>http://www.azkaban.it/index.php/2006/01/31/e-nato-il-gsi/</link>
		<comments>http://www.azkaban.it/index.php/2006/01/31/e-nato-il-gsi/#comments</comments>
		<pubDate>Tue, 31 Jan 2006 12:35:05 +0000</pubDate>
		<dc:creator>Filo</dc:creator>
				<category><![CDATA[GSI]]></category>

		<guid isPermaLink="false">http://www.sugaman.it/?p=155</guid>
		<description><![CDATA[Ieri sera Ã¨ nato ufficialmente il GSI, come lo chiamo io, Gruppo di Studio sull&#8217;Informatica. Non contenti di lavorare oltre le 8 ore giornaliere, ci siamo trovati (io, Stefano, Ciga ed Alberto) per dare vita a questa iniziativa sicuramente molto interessante. Argomento di interesse Agile Database Techniques &#8211; Effective strategies for the Agile SW developer, [...]]]></description>
			<content:encoded><![CDATA[<p>Ieri sera Ã¨ nato ufficialmente il GSI, come lo chiamo io, Gruppo di Studio sull&#8217;Informatica.<br />
Non contenti di lavorare oltre le 8 ore giornaliere, ci siamo trovati (io, Stefano, Ciga ed Alberto) per dare vita a questa iniziativa sicuramente molto interessante.</p>
<p>Argomento di interesse <em><a  target="_blank" href="http://www.ambysoft.com/books/agileDatabaseTechniques.html"> Agile Database Techniques &#8211; Effective strategies for the Agile SW developer</a></em>, che detta cosÃ¬ sembra parecchio paurosa come cosa, perÃ² discutendo Ã¨ apparso subito come un argomento molto interessante da approfondire.<br />
Insomma una sfida decisamente avvincente da affrontare.</p>
<p>Di seguito un breve riassunto degli argomenti che verranno affrontati:</p>
<blockquote><p><em><strong>Part 1</strong> describes the fundamental skills and knowledge that everyone on an agile project team should have.  This includes the basics of object orientation, relational databases, the object-relational impedance mismatch, data modeling, and how to deal with legacy data issues. Without this common base of knowledge it is very difficult for application developers and data professionals to work together effectively.  A significant problem in the IT industry is that most data books do not cover object-oriented development issues and most object books seem to ignore data issues. This needs to stop.</em></p>
<p><em><strong>Part 2</strong> focuses on how to take an evolutionary approach to data.  This section sets the foundation for a model-driven development (MDD) approach, or more accurately an agile model-driven development (AMDD) approach where your application code and database schemas are based on agile models.  This isn&#8217;t the only way to work, you may decide to take a test-driven development (TDD) approach instead or better yet combine it with AMDD.  Both methods support evolutionary development but because MDD is very common within the data community and I suspect that they will gravitate more towards an AMDD approach rather than a TDD approach.  However, some agile developers, particularly extreme programmers, prefer TDD over AMDD.  Luckily the two approaches work very well together so it really doesnâ€™t matter.  The implication is that TDD will become more important to data professionals in the coming years.  This section also describes database refactoring, an evolutionary technique that enables you to improve your database design in small steps.  In many ways database refactoring is normalization after the fact.  Chapters describing mapping objects to relational databases, performance tuning, database encapsulation, and supporting tools are included in this part because they enable evolutionary development</em></p>
<p><em><strong>Part 3</strong> focuses on implementation techniques and strategies such as concurrency control, security access control, finding objects in relational databases, referential integrity, and the effective use of XML.  An important observation is that many of these topics are traditionally thought of as data issues, but as you&#8217;ll see there is far more to them than this â€“ it isn&#8217;t a black and white world.<br />
<strong><br />
Part 4</strong> describes strategies for adopting agile database techniques.  These chapter provides advice for individuals who want to become agile software developers and for organizations that want to adopt agile techniques.</em></p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.azkaban.it/index.php/2006/01/31/e-nato-il-gsi/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

