<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://ajax.sys-con.com"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Articles by Nathan Jakubiak</title>
 <link>http://ajax.sys-con.com/</link>
 <description>Latest articles from Nathan Jakubiak</description>
 <language>en</language>
 <copyright>Copyright 2008 SYS-CON Media</copyright>
 <generator>SYS-CON Media</generator>
 <lastBuildDate>Thu, 21 Aug 2008 23:57:03 EDT</lastBuildDate>
 <docs>http://backend.userland.com/rss</docs>
 <ttl>10</ttl>
<item>
 <title>Exposing and Preventing Errors in AJAX Applications</title>
 <link>http://ajax.sys-con.com/node/361300</link>
 <description>When organizations focus on exposing errors in any kind of application, they traditionally focus on testing. Once an application is finished, it&#039;s passed to a QA team to find and report problems. There&#039;s some back and forth as the QA team reports problems, development fixes them, QA retests the application, and so on. Once that cycle has been repeated a few times (if there&#039;s time for that), the application is released. This approach is problematic, however. The quality of the application is assessed at the end of the project. By that time, incorrectly implemented requirements or bugs may be firmly planted in the application and have features built on top of them, and addressing the problems can be very difficult and time-consuming, if not impossible. With no way to determine whether the quality objectives are actually being met throughout the development process, it&#039;s impossible to deliver a truly quality application.&lt;p&gt;&lt;a href=&quot;http://ajax.sys-con.com/node/361300&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Wed, 16 May 2007 19:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://ajax.sys-con.com/node/361300</guid>
</item>
</channel>
</rss>
