<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xml" href="http://www.dzone.com/links/misc/rss.xsl"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dz="http://www.developerzone.com/modules/dz/1.0" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>DZone: queued links: standards</title>
    <link>http://www.dzone.com/links/queue/tag/standards.html</link>
    <description>DZone: fresh links for developers</description>
    <language>en-us</language>
    <copyright>Copyright (c) 2006 DZone, Inc.</copyright>
    <pubDate>Fri, 08 Aug 2008 00:33:32 GMT</pubDate>
    <dc:creator>The DZone community</dc:creator>
    <dc:date>2008-08-08T00:33:32Z</dc:date>
    <dc:language>en-us</dc:language>
    <dc:rights>Copyright (c) 2006 DZone, Inc.</dc:rights>
    <dz:selfLink>http://www.dzone.com/links/feed/queue/standards/rss.xml</dz:selfLink>
    <image>
      <title>DZone: fresh links for developers</title>
      <url>http://www.dzone.com/images/std/dzone.com_258x55.gif</url>
      <link>http://www.dzone.com/links/</link>
    </image>
    <item>
      <title>This Week in HTML 5 - Episode 1</title>
      <link>http://www.dzone.com/links/rss/this_week_in_html_5_episode_1.html</link>
      <description>Welcome to a new semi-regular column, "This Week in HTML 5," where I'll try to summarize the major activity in the ongoing standards process in the WHATWG and W3C HTML Working Group.</description>
      <category>css-html</category>
      <category>news</category>
      <category>standards</category>
      <pubDate>Thu, 07 Aug 2008 16:50:01 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/101771.html</guid>
      <dc:creator>bloid</dc:creator>
      <dc:date>2008-08-07T16:50:01Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/rss/this_week_in_html_5_episode_1.html'><img src='http://www.dzone.com/links/images/thumbs/120x90/101771.jpg' style='width:120;height:90;margin:6;float:left;vertical-align:top;border:1px solid #ccc;' /></a> Welcome to a new semi-regular column, "This Week in HTML 5," where I'll try to summarize the major activity in the ongoing standards process in the WHATWG and W3C HTML Working Group.]]></content:encoded>
      <dz:linkId>101771</dz:linkId>
      <dz:submitDate>2008-08-07T16:50:01Z</dz:submitDate>
      <dz:voteUpCount>1</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>5</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/101771.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>bloid</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/111696.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>Open Source Zigbee Stack</title>
      <link>http://www.dzone.com/links/rss/open_source_zigbee_stack_your_electronics_open_so.html</link>
      <description>The ecosystem of Zigbee is different than Bluetooth. Most of the Bluetooth products are consumer electronics. The application profiles are well defined. These Bluetooth devices have been tested and certificated for interoperability. The Zigbee products are designed for the industrial or business applications, from AMR/AMI to access control. The application profiles of Zigbee have not been defined as well as Bluetooth SIG did. Most of the customers of Zigbee are the system integrators for certain projects, instead of the consumer electronics manufacturers for Bluetooth. These SIs only care about if their project can run or not, rather than the device interoperability.</description>
      <category>hardware</category>
      <category>open source</category>
      <category>standards</category>
      <category>trends</category>
      <pubDate>Thu, 07 Aug 2008 16:29:44 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/101756.html</guid>
      <dc:creator>emanueleb</dc:creator>
      <dc:date>2008-08-07T16:29:44Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/rss/open_source_zigbee_stack_your_electronics_open_so.html'><img src='http://www.dzone.com/links/images/thumbs/120x90/101756.jpg' style='width:120;height:90;margin:6;float:left;vertical-align:top;border:1px solid #ccc;' /></a> The ecosystem of Zigbee is different than Bluetooth. Most of the Bluetooth products are consumer electronics. The application profiles are well defined. These Bluetooth devices have been tested and certificated for interoperability. The Zigbee products are designed for the industrial or business applications, from AMR/AMI to access control. The application profiles of Zigbee have not been defined as well as Bluetooth SIG did. Most of the customers of Zigbee are the system integrators for certain projects, instead of the consumer electronics manufacturers for Bluetooth. These SIs only care about if their project can run or not, rather than the device interoperability.]]></content:encoded>
      <dz:linkId>101756</dz:linkId>
      <dz:submitDate>2008-08-07T16:29:44Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>5</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/101756.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>emanueleb</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/235414.gif</dz:userimage>
      </dz:submitter>
    </item>
    <item>
      <title>Use extension to avoid utility class proliferation</title>
      <link>http://www.dzone.com/links/rss/use_extension_to_avoid_utility_class_proliferation_2.html</link>
      <description>Neal Ford claims that "Lots of 'Helper' or 'Util' classes indicates a poor design" and suggests trying to "incorporate your helpers into an intelligent domain object." If the projects I've been on are any indication, his advice hasn't been heard, and people end up with, for example, a DateUtil class that provides calculations, formatting and all that other stuff that the JSE libraries are so terribly unwieldy for.</description>
      <category>java</category>
      <category>standards</category>
      <pubDate>Wed, 06 Aug 2008 17:20:23 GMT</pubDate>
      <guid isPermaLink="false">http://www.dzone.com/links/101508.html</guid>
      <dc:creator>willcode4beer</dc:creator>
      <dc:date>2008-08-06T17:20:23Z</dc:date>
      <content:encoded><![CDATA[<a href='http://www.dzone.com/links/rss/use_extension_to_avoid_utility_class_proliferation_2.html'><img src='http://www.dzone.com/links/images/thumbs/120x90/101508.jpg' style='width:120;height:90;margin:6;float:left;vertical-align:top;border:1px solid #ccc;' /></a> Neal Ford claims that "Lots of 'Helper' or 'Util' classes indicates a poor design" and suggests trying to "incorporate your helpers into an intelligent domain object." If the projects I've been on are any indication, his advice hasn't been heard, and people end up with, for example, a DateUtil class that provides calculations, formatting and all that other stuff that the JSE libraries are so terribly unwieldy for.]]></content:encoded>
      <dz:linkId>101508</dz:linkId>
      <dz:submitDate>2008-08-06T17:20:23Z</dz:submitDate>
      <dz:voteUpCount>2</dz:voteUpCount>
      <dz:voteDownCount>0</dz:voteDownCount>
      <dz:clickCount>18</dz:clickCount>
      <dz:commentCount>0</dz:commentCount>
      <dz:thumbnail>http://www.dzone.com/links/images/thumbs/120x90/101508.jpg</dz:thumbnail>
      <dz:submitter>
        <dz:username>willcode4beer</dz:username>
        <dz:userimage>http://www.dzone.com/links/images/avatars/209464.gif</dz:userimage>
      </dz:submitter>
    </item>
  </channel>
</rss>

