<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" 
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

<channel>
<title>Ahead of the Curve | Tom Yager</title>
<link>http://weblog.infoworld.com/yager/?source=rss</link>
<description>Forward-looking insight informing today&apos;s technology choices</description>
<dc:language>en-us</dc:language>
<dc:creator>tom_yager&#64;infoworld&#46;com</dc:creator>
<dc:date>2009-04-01T03:00:00-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.17" />
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

<item>
<title>Rich online apps can learn from the old IBM 3270 terminal</title>
<link>http://weblog.infoworld.com/yager/archives/2009/04/rich_online_app.html?source=rss</link>
<description>
Whether they run on your server, in your hand, or in the cloud, remote applications should favor reliability over a desktop look. The good apps can go for both.
 &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/04/rich_online_app.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/04/rich_online_app.html</guid>
<dc:subject>Rich Internet applications</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-04-01T03:00:00-08:00</dc:date>
</item>
<item>
<title>Unix. IT should ask for it by name</title>
<link>http://weblog.infoworld.com/yager/archives/2009/03/unix_it_should.html?source=rss</link>
<description>
Would you rather have a vendor&apos;s promise to interoperate with competitors&apos; systems, or a contract obliging them to do it? Unix is the contract &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/03/unix_it_should.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/03/unix_it_should.html</guid>
<dc:subject>Unix</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-03-25T03:00:00-08:00</dc:date>
</item>
<item>
<title>Where does Intel&apos;s Nehalem get its juice?</title>
<link>http://weblog.infoworld.com/yager/archives/2009/03/where_does_inte.html?source=rss</link>
<description>
Etched somewhere in Intel&apos;s new quad-core CPU are the origins of a massive speed boost for Apple&apos;s new Mac Pro &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/03/where_does_inte.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/03/where_does_inte.html</guid>
<dc:subject>Intel</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-03-18T03:00:00-08:00</dc:date>
</item>
<item>
<title>Taking AJAX literally makes lousy Web apps</title>
<link>http://weblog.infoworld.com/yager/archives/2009/03/taking_ajax_lit.html?source=rss</link>
<description>
As little as possible should be the rule for JavaScript, which must play a supporting role to CSS and HTML &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/03/taking_ajax_lit.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/03/taking_ajax_lit.html</guid>
<dc:subject>Web 2.0</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-03-12T03:00:00-08:00</dc:date>
</item>
<item>
<title>AT&amp;T U-verse turns the triple play</title>
<link>http://weblog.infoworld.com/yager/archives/2009/03/att_uverse_turn.html?source=rss</link>
<description>
It&apos;s no mean feat to get the Internet, telephone, and entertainment combo exactly right, but AT&amp;T may have the formula &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/03/att_uverse_turn.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/03/att_uverse_turn.html</guid>
<dc:subject>Broadband</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-03-05T03:00:00-08:00</dc:date>
</item>
<item>
<title>AMD&apos;s six-shooter is loaded and ready</title>
<link>http://weblog.infoworld.com/yager/archives/2009/02/amds_sixshooter.html?source=rss</link>
<description>
AMD&apos;s next big thing for servers is the Istanbul six-core Opteron CPU; it&apos;s much more than the sum of its cores &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/02/amds_sixshooter.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/02/amds_sixshooter.html</guid>
<dc:subject>AMD</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-02-25T03:00:00-08:00</dc:date>
</item>
<item>
<title>Self-guarding storage for ultimate server security</title>
<link>http://weblog.infoworld.com/yager/archives/2009/02/selfguarding_st.html?source=rss</link>
<description>
Thousands of dollars of security software can&apos;t guard against local threats as well as a $3 chip can &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/02/selfguarding_st.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/02/selfguarding_st.html</guid>
<dc:subject>Server management</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-02-18T03:00:00-08:00</dc:date>
</item>
<item>
<title>Viewers respond to video: The power of &apos;emotional metadata&apos;</title>
<link>http://weblog.infoworld.com/yager/archives/2009/02/video_opens_min.html?source=rss</link>
<description>
Nothing tops video&apos;s ability to teach, sell, sway, or convince. Streaming video players can tell you whether your message hits home -- and how viewers react to it &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/02/video_opens_min.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/02/video_opens_min.html</guid>
<dc:subject>Video and multimedia</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-02-12T03:00:00-08:00</dc:date>
</item>
<item>
<title>AMD spins Moore&apos;s Law in IT&apos;s favor</title>
<link>http://weblog.infoworld.com/yager/archives/2009/02/amd_spins_moore.html?source=rss</link>
<description>
Does Moore&apos;s Law of rising transistor density necessitate disruptive system reengineering? AMD thinks not &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/02/amd_spins_moore.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/02/amd_spins_moore.html</guid>
<dc:subject>AMD</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-02-04T03:00:00-08:00</dc:date>
</item>
<item>
<title>Windows 7 beta uses trickery to fix Vista compatibility</title>
<link>http://weblog.infoworld.com/yager/archives/2009/01/windows_7_beta.html?source=rss</link>
<description>
Microsoft is determined to make Windows 7 a much cleaner upgrade than Vista, even if it has to tell a few lies to do it &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/01/windows_7_beta.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/01/windows_7_beta.html</guid>
<dc:subject>Microsoft</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-01-28T03:00:00-08:00</dc:date>
</item>
<item>
<title>The key to the next economy</title>
<link>http://weblog.infoworld.com/yager/archives/2009/01/an_infrastructu.html?source=rss</link>
<description>
Everyday visionaries and information technologists will rebuild the collapsed economic house of cards &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/01/an_infrastructu.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/01/an_infrastructu.html</guid>
<dc:subject>IT</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-01-21T03:00:00-08:00</dc:date>
</item>
<item>
<title>The ABC&apos;s of CES</title>
<link>http://weblog.infoworld.com/yager/archives/2009/01/folks_just_need.html?source=rss</link>
<description>
CES is filled with companies looking to cash in on the global public&apos;s desperate need for fun &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/01/folks_just_need.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/01/folks_just_need.html</guid>
<dc:subject>General</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-01-14T03:00:00-08:00</dc:date>
</item>
<item>
<title>Apple won&apos;t be missed at Macworld Expo</title>
<link>http://weblog.infoworld.com/yager/archives/2009/01/apple_wont_be_m.html?source=rss</link>
<description>
Here&apos;s to future Macworld Expos featuring keynote speakers who don&apos;t have to walk eggshells to avoid alienating Apple &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2009/01/apple_wont_be_m.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2009/01/apple_wont_be_m.html</guid>
<dc:subject>Apple</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2009-01-07T03:00:00-08:00</dc:date>
</item>
<item>
<title>Parallelization is next performance horizon</title>
<link>http://weblog.infoworld.com/yager/archives/2008/12/parallelization_1.html?source=rss</link>
<description>
Parallel execution, streaming, batching, and coprocessing will blast through architectural bottlenecks to pull next-frontier performance out of mainstream hardware

 &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2008/12/parallelization_1.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2008/12/parallelization_1.html</guid>
<dc:subject>Platforms and Architectures</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2008-12-17T08:30:00-08:00</dc:date>
</item>
<item>
<title>When in trouble, can your phone find you?</title>
<link>http://weblog.infoworld.com/yager/archives/2008/12/when_in_trouble.html?source=rss</link>
<description>
In an emergency, knowing where you are is paramount. Your phone can save you if you know its limitations &lt;a href=&quot;http://weblog.infoworld.com/yager/archives/2008/12/when_in_trouble.html?source=rss&quot;&gt; READ MORE&lt;/a&gt; &lt;/p&gt; 
</description>
<guid>http://weblog.infoworld.com/yager/archives/2008/12/when_in_trouble.html</guid>
<dc:subject>Mobile computing</dc:subject>
<dc:creator>Tom Yager</dc:creator>
<dc:date>2008-12-09T17:54:38-08:00</dc:date>
</item>


</channel>
</rss>
