<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://wayneariola.ulitzer.com"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Latest News from Wayne Ariola</title>
 <link>http://wayneariola.ulitzer.com/</link>
 <description>Latest News from Wayne Ariola</description>
 <language>en</language>
 <copyright>Copyright 2012 Ulitzer.com</copyright>
 <generator>Ulitzer.com</generator>
 <lastBuildDate>Thu, 17 May 2012 22:10:35 EDT</lastBuildDate>
 <docs>http://backend.userland.com/rss</docs>
 <ttl>360</ttl>
<item>
 <title>The Next Generation of Test Environment Management</title>
 <link>http://wayneariola.ulitzer.com/node/1905782</link>
 <description>Traditional hardware and OS virtualization technology reduce software development/testing infrastructure costs and increase access to constrained systems. Yet, it’s not always feasible to leverage hardware or OS virtualization for many large systems such as mainframes and ERPs. More pointedly, configuring and maintaining the environment and data needed to support development and test efforts still requires considerable time and resources. As a result, keeping a complex staged environment in synch with today&#039;s constantly-evolving Agile projects is a time-consuming, never-ending task.
Complementing traditional virtualization, Application-Behavior Virtualization (ABV) provides a new way for developers and testers to exercise their applications in incomplete, constantly evolving, and/or difficult-to-access environments. Rather than virtualizing entire applications and/or databases, Application-Behavior Virtualization focuses on virtualizing only the specific behavior that is exercised as developers and testers execute their core use cases. Beyond &quot;service virtualization,&quot; it extends across all aspects of composite applications – services, mainframes, web and mobile device UIs, ERPs, ESB/JMS, legacy systems, and more.  &lt;p&gt;&lt;a href=&quot;http://wayneariola.ulitzer.com/node/1905782&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Tue, 12 Jul 2011 14:40:00 EDT</pubDate>
 <guid isPermaLink="true">http://wayneariola.ulitzer.com/node/1905782</guid>
 <comments>http://wayneariola.ulitzer.com/node/1905782#feedback</comments>
</item>
<item>
 <title>Who&#039;s Responsible for SOA Quality in a Service-Oriented Architecture?</title>
 <link>http://wayneariola.ulitzer.com/node/485907</link>
 <description>Service-oriented architectures are much different than our traditional siloed applications. SOAs span multiple tiers and multiple applications, their development lifecycles are multi-staged and highly iterative, and there are multiple parties impacted by both internal and perhaps external changes to the organization.&lt;p&gt;&lt;a href=&quot;http://wayneariola.ulitzer.com/node/485907&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 21 Jan 2008 16:15:00 EST</pubDate>
 <guid isPermaLink="true">http://wayneariola.ulitzer.com/node/485907</guid>
 <comments>http://wayneariola.ulitzer.com/node/485907#feedback</comments>
</item>
<item>
 <title>The Challenges of Developing Games &amp; Other High-Resolution Graphics</title>
 <link>http://wayneariola.ulitzer.com/node/295310</link>
 <description>Parasoft, a leading provider of Automated Error Prevention (AEP) software solutions, recently had the opportunity to work closely with leading game development organizations. Since game development differs from &#039;standard&#039; development, we worked with game development organizations to develop technical and process improvement strategies to suit the industry&#039;s unique development needs.  This article explores the challenges of developing software for the game development industry, and describes the strategies used to overcome them.  The challenges and strategies discussed apply not only to game development, but also to most high-resolution graphic development, which is increasingly being performed on Linux.&lt;p&gt;&lt;a href=&quot;http://wayneariola.ulitzer.com/node/295310&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 05 Nov 2006 11:00:00 EST</pubDate>
 <guid isPermaLink="true">http://wayneariola.ulitzer.com/node/295310</guid>
 <comments>http://wayneariola.ulitzer.com/node/295310#feedback</comments>
</item>
<item>
 <title>Trusting Reusable Business Components in SOA and Web Services</title>
 <link>http://wayneariola.ulitzer.com/node/183942</link>
 <description>One of the business benefits organizations strive to achieve by implementing a service-oriented architecture (SOA) or in utilizing Web services is the opportunity to reuse business components. Asset reuse is one of the core drivers of the SOA or Web service ROI calculation. Although leveraging the service concept provides an avenue for application consolidation and reuse, these same efficiencies also introduce a distinct level of business risk.&lt;p&gt;&lt;a href=&quot;http://wayneariola.ulitzer.com/node/183942&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 26 Feb 2006 15:15:00 EST</pubDate>
 <guid isPermaLink="true">http://wayneariola.ulitzer.com/node/183942</guid>
 <comments>http://wayneariola.ulitzer.com/node/183942#feedback</comments>
</item>
</channel>
</rss>

