<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
      xmlns:thr="http://purl.org/syndication/thread/1.0">
  <link rel="alternate" type="text/html" href="http://dashes.com/anil/2006/09/revisiting-web.html" />
  <link rel="self" type="application/atom+xml" href="http://dashes.com/anil/atom.xml" />
  <id>tag:dashes.com,2009:/anil//1/tag:www.dashes.com,2006:/anil//1.6548-</id>
  <updated></updated>
  <title>Comments for Revisiting Web Development Trends for 2006</title>
  <subtitle>A Blog About Making Culture</subtitle>
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.3-en</generator>
  <entry>
    <id>tag:www.dashes.com,2006:/anil//1.6548</id>
    <link rel="alternate" type="text/html" href="http://dashes.com/anil/2006/09/revisiting-web.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://dashes.com/mt/mt-atom.cgi/weblog/blog_id=1/entry_id=6548" title="Revisiting Web Development Trends for 2006" />
    <published>2006-09-13T04:10:54Z</published>
    <updated>2006-09-13T04:12:52Z</updated>
    <title>Revisiting Web Development Trends for 2006</title>
    <summary>A little over a year ago, I wrote a post called Web Development Trends for 2006. It was designed to be a forward-thinking view, not...</summary>
    <author>
      <name>Anil</name>
      <uri>http://anildash.com/</uri>
    </author>
    
    <content type="html" xml:lang="en" xml:base="http://dashes.com/anil/">
      <![CDATA[<p>A little over a year ago, I wrote a post called <a href="http://www.dashes.com/anil/2005/09/06/web_development">Web Development Trends for 2006</a>. It was designed to be a forward-thinking view, not just at what technologies would be hot this year, but which ones would be the most valuable addition to the toolkit of a working web developer.</p>

<p>It's been a year, so it's time to revisit. I'll describe how that particular area has evolved, and whether it was a good call or a bad call to focus on that area of expertise.</p>


<ul>
<li><strong>Dampening:</strong> Also called damping, I described this as "the softening of a user interface through gradual transition instead of immediate state changes". What was considered fairly new then is pretty much standard practice now. I wasn't explicit about how to take advantage of the opportunity, but it seems today that the hard part isn't creating the effects: Components such as the <a href="http://prototype.conio.net/">Prototype</a> framework and the <a href="http://script.aculo.us/">Scriptaculous</a> library simplify the development process. The challenge is in identifying how and when to make good use of the technique. Verdict: <strong>Good call.</strong> Experts in this area are even more valuable than they were a year ago.</li>
</ul>




<ul>
<li><strong><span class="caps">E4X</span>:</strong> As I defined it last year, "[s]mart, sensible handling of <span class="caps">XML </span>in Javascript" for users of Firefox or Flash. It's a great, powerful technology, but it just hasn't taken off, particularly because its client platforms still don't include native support in Internet Explorer or Safari. Verdict: <strong>Bad call.</strong> It's still worth hoping it comes alive in the future.</li>
</ul>




<ul>
<li><strong><span class="caps">JSON</span>:</strong> JavaScript Object Notation is the cat's pajamas when it comes to exchanging data in a lightweight manner. I had some concerns that people would see <span class="caps">JSON </span>as competing with <span class="caps">XML </span>as a format, but they turned out to be unfounded. <span class="caps">JSON </span>has taken off for many <span class="caps">API</span>s, including a <a href="http://developer.yahoo.com/common/json.html">complete developer center from Yahoo</a>, which covers the <span class="caps">JSON API</span>s available for Yahoo services like del.icio.us, Search, Travel, Answerss and <a href="http://simon.incutio.com/archive/2005/12/16/json">nearly every other Yahoo service</a>. It's also shown up in places like the <a href="http://woohoo.aim.com/jsonAPI.html"><span class="caps">AOL</span> Pictures <span class="caps">API</span></a> and on <a href="http://labs.evdb.com/archives/2006/03/new_json_output.html">Eventful</a>. Our team at Six Apart has used it extensively to power <a href="http://www.vox.com/">Vox</a>, and Tatsuhiko Miyagawa also built it into his <a href="http://plagger.org/trac">Plagger</a> platform. This one's a gimme. Verdict: <strong>Good call.</strong> JSON skills are a must-have for serious Ajax hackers.</li>
</ul>




<ul>
<li><strong>Good ole' <span class="caps">XHTML </span>and <span class="caps">CSS</span>:</strong> Okay, I cheated on this one. But it was mostly serving as a reminder that you can't forget the basics. Verdict: <strong>Always a good call.</strong></li>
</ul>




<ul>
<li><strong>Buffering:</strong> The idea here is that the big gobs of Javascript that power Ajax apps would require accommodations for the time they take to load. Techniques like pipelining and intelligent caching have helped mitigate this need somewhat, but there are still valid concerns about the user experience and performance challenges involved in creating rich applications. Verdict: <strong>Still out.</strong> Can't hurt to be up to speed here, but it's not a deal-breaker if you aren't an expert yet.</li>
</ul>




<ul>
<li><strong>The Atom <span class="caps">API</span>:</strong> The potential for building on top of robust <span class="caps">API </span>for data storage is enormous. We've seen some fits and starts and progress here, but the Atom <span class="caps">API </span>hasn't gotten finalized in the way that feed format did, and that has somewhat affected adoption. On the other hand, we've seen some ringing endorsements: Dewitt Clinton, former principal engineer at Amazon's <span class="caps">A9, </span><a href="http://blog.unto.net/work/on-rss-and-atom/">said</a>, "Iâ€™ve found the Atom 1.0 standard to meet the needs of nearly every single problem that Iâ€™ve thrown at it." Google's <a href="http://code.google.com/apis/gdata/">Data <span class="caps">API</span>s</a> for Calendar, Blogger and Base are built on top of the <span class="caps">API </span>as well. For general data exchange, the Atom <span class="caps">API </span>is strong. For regular posting to blogs, the lack of finalization has meant that Atom will probably show up somewhat later in new tools using blogging <span class="caps">API</span>s, such as Microsoft's Word 2007 and Windows Live Writer, or Adobe's Contribute. Verdict: <strong>A (moderately) good call.</strong></li>
</ul>




<ul>
<li><strong>Helping Ruby Grow Up:</strong> There's been a lot of progress in this area. A year ago, internationalization and localization on the Rails platform could be painful, but updates to both the core platform and to the applications running on top of it have simplified this work. Best of all, there's a smart, defined path for scalability on Rails applications. As <a href="http://www.loudthinking.com/arc/000479.html"><span class="caps">DHH </span>himself recommends</a>, just use LiveJournal's open source infrastructure. memcached is free, <a href="http://lists.danga.com/pipermail/memcached/2006-September/002759.html">recently-updated</a>, and works like crazy. So the immediate need was met by people who saw the value of this opportunity last year, but now there's new issues to tackle. Verdict: <strong>Good call.</strong></li>
</ul>




<ul>
<li><strong>Marketing:</strong> Another gimme. It never goes out of style, and it's still underrated by most geeks. Learn it, live it, love it. Verdict: <strong>Always a good call.</strong></li>
</ul>



<h3>The Bottom Line</h3>

<p>So overall, how'd we do? Out of eight predictions, we've got two items that are always a good call, which don't really count as particularly prescient. The verdict is still out on one. One was a bad call, and four were good calls. If you throw out the two that don't count, that's four predictions out of six, with one that could still be valuable in the future. That's a 2/3 chance you would have learned something useful by gambling on those recommendations a year ago.</p>

<p>I'm still working on some new recommendations, but I'm more than willing to hear feedback on my analyses above, especially if you disagree. Thanks to <a href="http://www.custompixel.com/thoughts/?p=23">Doug van der Molen</a> for the reminder to revisit.</p>]]>
      
    </content>
  </entry>

</feed>