<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to WhyFuzzyJ</title><link>https://sourceforge.net/p/fuzzyj/wiki/WhyFuzzyJ/</link><description>Recent changes to WhyFuzzyJ</description><atom:link href="https://sourceforge.net/p/fuzzyj/wiki/WhyFuzzyJ/feed" rel="self"/><language>en</language><lastBuildDate>Wed, 28 Jan 2015 22:13:12 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/fuzzyj/wiki/WhyFuzzyJ/feed" rel="self" type="application/rss+xml"/><item><title>WhyFuzzyJ modified by Robin Hillyard</title><link>https://sourceforge.net/p/fuzzyj/wiki/WhyFuzzyJ/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -3,4 +3,4 @@

 But general purpose computer languages like Java don't account for either this fuzziness based on initial conditions, or the fuzziness introduced when calculations are performed.

-This project is a Java 1.8 answer to this problem. It builds upon work which I did in the Sourceforge JQuantity project but instead of defining new objects to store numeric information, FuzzyJ uses generic types to decorate numbers.
+This project is a Java 1.8 answer to this problem. It builds upon work which I did in the Sourceforge JQuantity project but instead of defining new objects to store numeric information, FuzzyJ uses generic types to decorate normal Java numbers (i.e. Doubles, BigDecimals, etc.).
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robin Hillyard</dc:creator><pubDate>Wed, 28 Jan 2015 22:13:12 -0000</pubDate><guid>https://sourceforge.net84976e20d0b4eda01ce147c80576385502163545</guid></item><item><title>WhyFuzzyJ modified by Robin Hillyard</title><link>https://sourceforge.net/p/fuzzyj/wiki/WhyFuzzyJ/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In the real world, quantities are rarely known precisely. There is almost always some degree&lt;br /&gt;
of uncertainty (fuzziness) in a quantity because we cannot always measure it precisely.&lt;/p&gt;
&lt;p&gt;But general purpose computer languages like Java don't account for either this fuzziness based on initial conditions, or the fuzziness introduced when calculations are performed.&lt;/p&gt;
&lt;p&gt;This project is a Java 1.8 answer to this problem. It builds upon work which I did in the Sourceforge JQuantity project but instead of defining new objects to store numeric information, FuzzyJ uses generic types to decorate numbers.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robin Hillyard</dc:creator><pubDate>Wed, 28 Jan 2015 04:04:56 -0000</pubDate><guid>https://sourceforge.neta6115952813ed455f9fbf22bf8706197d5d2d947</guid></item></channel></rss>