<?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>Java - Freelance . fr &#187; code</title>
	<atom:link href="http://www.java-freelance.fr/tag/code/feed" rel="self" type="application/rss+xml" />
	<link>http://www.java-freelance.fr</link>
	<description>Du java et du freelance</description>
	<lastBuildDate>Thu, 22 Jul 2010 13:16:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Bouchon (stub) ou Simulacre (mock) ?</title>
		<link>http://www.java-freelance.fr/java/bouchon-stub-ou-simulacre-mock</link>
		<comments>http://www.java-freelance.fr/java/bouchon-stub-ou-simulacre-mock#comments</comments>
		<pubDate>Fri, 02 Jul 2010 05:04:37 +0000</pubDate>
		<dc:creator>Mathilde</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[duchess]]></category>
		<category><![CDATA[easymock]]></category>
		<category><![CDATA[Formation]]></category>
		<category><![CDATA[JUnit]]></category>
		<category><![CDATA[test]]></category>

		<guid isPermaLink="false">http://www.java-freelance.fr/?p=795</guid>
		<description><![CDATA[

Le test  unitaire est un test qui provoque l&#8217;exécution d&#8217;une partie du code et qui l&#8217;analyse.  Il permet de garantir que le code exécuté fonctionne  correctement. Il se doit donc d&#8217;être automatisé et répétable. Pour cela, cela  nécessite fréquemment le besoin d&#8217;isoler le test unitaire des systèmes  extérieurs (base de données, [...]]]></description>
		<wfw:commentRss>http://www.java-freelance.fr/java/bouchon-stub-ou-simulacre-mock/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Kawa BarCamp 2</title>
		<link>http://www.java-freelance.fr/java/kawa-bar-camp-2</link>
		<comments>http://www.java-freelance.fr/java/kawa-bar-camp-2#comments</comments>
		<pubDate>Sun, 30 May 2010 17:47:01 +0000</pubDate>
		<dc:creator>Mathilde</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[duchess]]></category>
		<category><![CDATA[easymock]]></category>
		<category><![CDATA[JUnit]]></category>
		<category><![CDATA[KawaCamp]]></category>
		<category><![CDATA[test]]></category>

		<guid isPermaLink="false">http://www.java-freelance.fr/?p=691</guid>
		<description><![CDATA[

J&#8217;ai participé hier à la deuxième édition du kawa barcamp. Un bar camp c&#8217;est une rencontre ouverte autour de thèmes choisis par les participants. Nous étions hier une trentaine de personnes réunis pendant environ 3 heures. Après un bref tour de table où nous nous sommes présentés (nom + prénom + 3 mots clés), 8 [...]]]></description>
		<wfw:commentRss>http://www.java-freelance.fr/java/kawa-bar-camp-2/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Revue de code II</title>
		<link>http://www.java-freelance.fr/java/revue-de-code-ii</link>
		<comments>http://www.java-freelance.fr/java/revue-de-code-ii#comments</comments>
		<pubDate>Mon, 19 Apr 2010 20:50:41 +0000</pubDate>
		<dc:creator>Mathilde</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[optimisation]]></category>

		<guid isPermaLink="false">http://www.java-freelance.fr/?p=356</guid>
		<description><![CDATA[

Suite de la revue de code : BigDecimal, nommage et concaténation de String.

BigDecimal.equals vs BigDecimal.compareTo
Deux BigDecimaux qui ont la même valeur avec une précision différente ne sont pas considérés comme égaux à l&#8217;aide la méthode equals. En revanche, ils sont considérés comme égaux si on les compare avec la méthode compareTo.
Exemple :
BigDecimal bigDecimal1 = new [...]]]></description>
		<wfw:commentRss>http://www.java-freelance.fr/java/revue-de-code-ii/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Revues de code I</title>
		<link>http://www.java-freelance.fr/java/revues-de-code-i</link>
		<comments>http://www.java-freelance.fr/java/revues-de-code-i#comments</comments>
		<pubDate>Thu, 04 Feb 2010 17:49:32 +0000</pubDate>
		<dc:creator>Mathilde</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[code]]></category>
		<category><![CDATA[optimisation]]></category>

		<guid isPermaLink="false">http://www.java-freelance.fr/?p=341</guid>
		<description><![CDATA[

Au cours de mes revues de code, je tombe sur des problèmes plus ou moins réguliers.  Outre les problèmes de designs, certains aspects techniques sont récurrents.
Comparaison avec == sur des java.lang.Integer
Le problème, c&#8217;est que sur des integers entre -128 et 127, cela peut marcher.  Dans la suite de l&#8217;exemple, integer1 et integer2 seront de type [...]]]></description>
		<wfw:commentRss>http://www.java-freelance.fr/java/revues-de-code-i/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
