<?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://www.readwriteweb.com/archives/building_web_native.php" />
  <link rel="self" type="application/atom+xml" href="http://www.readwriteweb.com/atom.xml" />
  <id>tag:,2009:/1/tag:72.47.210.69,2006://1.5018-</id>
  <updated>2009-10-30T14:53:54Z</updated>
  <title>Comments for Building Web Native Apps: Google Calendar and Web Office</title>
  
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.23-en</generator>
  <entry>
    <id>tag:72.47.210.69,2006://1.5018</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.readwriteweb.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=1/entry_id=5018" title="Building Web Native Apps: Google Calendar and Web Office" />
    <published>2006-09-18T06:46:31Z</published>
    <updated>2007-12-16T23:16:19Z</updated>
    <title>Building Web Native Apps: Google Calendar and Web Office</title>
    <summary>Google&apos;s Carl Sjogreen gave a talk at the Future of Web Apps conference about how they built Google Calendar. Rakesh Agrawal took extensive notes, as did Tim Bonnemann. What I love about Google is they consistently think &apos;Web Native&apos; when developing web applications. My favorite example of that is Gmail, which changed the whole paradigm...</summary>
    <author>
      <name>Richard MacManus</name>
      <uri>http://www.readwriteweb.com</uri>
    </author>
    
    <category term="Web Office" />
    
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com/">
      <![CDATA[<p><img border="0" src="http://static.flickr.com/84/246283061_8100da61ee_m.jpg"
alt="google calendar" align="left" hspace="5" vspace="5" width="143"
height="57" />Google's Carl Sjogreen gave a talk at the Future of Web Apps conference
about how they built Google Calendar. <a
href="http://rake.sh/blog/2006/09/14/the-road-to-google-calendar/">Rakesh Agrawal</a>
took extensive notes, as did <a href="http://www.plansphere.com/blog/?p=413">Tim
Bonnemann</a>.</p>

<p>What I love about Google is they consistently think 'Web Native' when developing web
applications. My <a
href="http://www.readwriteweb.com/archives/rethinking_emai.php">favorite example</a> of
that is Gmail, which changed the whole paradigm of web email. And that's nothing against
<a
href="http://www.readwriteweb.com/archives/yahoo_mail_beta_interview_ethan_diamond.php">the
new Yahoo Mail Beta</a>, which has a desktop UI and is a very fine app too. But when you build a browser-based
app, then why not optimize the design for the Web and introduce new UI paradigms that
weren't possible in the desktop era? That may be the early adopter in me speaking, but the innovation you do now will be the norm in the long-term.</p>

<p>Carl Sjogreen said that the Google Calendar team focused "on what the web can do that
paper can't" - e.g. collaboration and access anywhere.</p>

<p><img border="0" src="http://static.flickr.com/86/246283060_c94b2d7ed6.jpg?v=0"
alt="google calendar" /></p>

<p>On that note, <a href="http://blogs.zdnet.com/web2explorer/?p=273">on ZDNet today</a>
I wrote about what we can expect in a Web Office. In a nutshell, expect something <a
href="http://blogs.zdnet.com/web2explorer/?p=273">completely different from Microsoft
Office</a>:</p>

<blockquote>
<p>...it's important to remember that with new technology comes new functionality. A term
I use for this is 'Web native', meaning that the next generation of office software will
not necessarily be the same as the past PC-based generation (typified by Microsoft
Office). The new generation will have Web native functionality - including, but not
limited to, collaboration. <a href="http://www.innovationcreators.com/">Rod Boothby</a>
likes to say that blogs and wikis are the first major 'office 2.0' apps, but I think a
web-based suite will be so much more than publishing and collaboration features.</p>

<p>One new feature that I think will be common place is 'mashups', whereby data is
sourced and combined from a variety of internal and external sources. Imagine an online
spreadsheet for a marketing report where you gather data from all over the Web and across
internal business units too.&nbsp;</p>

<p>There will be other Web native functionality too, things that we can't yet
predict.</p>
</blockquote>

<p>I referenced <a href="http://www.zimbra.com">Zimbra</a>, <a
href="http://dabbledb.com/">DabbleDB</a>, <a href="http://www.morfik.com">Morfik</a>, <a
href="http://www.zoho.com">Zoho</a> and <a href="http://www.thinkfree.com">ThinkFree</a>
as some companies that are building Web Native office applications. If, as <a
href="http://www.roughtype.com/archives/2006/09/office_generati.php">Nick Carr
suggested</a> recently, office suites will be fully web-based by the early 2010s - then
I'm betting that Web Native functionality will underpin this evolution.</p>

<p>Original link <a
href="http://glinden.blogspot.com/2006/09/building-google-calendar.html">via Greg
Linden</a></p>]]>
      
    </content>
  </entry>

  <entry>
    <id>tag:72.47.210.69,2006://1.5018-comment:39067</id>
    <thr:in-reply-to ref="tag:72.47.210.69,2006://1.5018" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php#c39067" />
    <title>Comment from Brian on 2006-09-18</title>
    <author>
        <name>Brian</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>While I find the idea of web native apps fascinating and probably very useful, I am a bit disturbed by the idea of many of the office apps being web-based for several reasons.  First and most important, many of us live where a truly functional internet connection simply isn't available. Technology may change that in six years yet is suspect we will continue to be on the far end of these benefits.  As I type, I pay over 50 dollars a month for marginal DSL (360 k) while many in urban areas pay half of that for 5+ times the speed.  Technologies such as web apps, video over internet, etc. are pretty much a bust out here in the boonies because of slow speed.  Second, because of this lack of real connection, not to mention many places around the world with no connection, apps that cannot run on the computer are worthless.  A great office app bundle that is web native isn't to great if you can't get to it.  Finally, what about data?  While many like to upload and store data on online servers, I frankly dont' trust that as the sole source of storage.  Of course, this also enters into privacy concerns.</p>

<p>My two and 1/2 cents.</p>]]>
    </content>
    <published>2006-09-18T12:43:46Z</published>
  </entry>

  <entry>
    <id>tag:72.47.210.69,2006://1.5018-comment:39068</id>
    <thr:in-reply-to ref="tag:72.47.210.69,2006://1.5018" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php#c39068" />
    <title>Comment from Richard MacManus on 2006-09-18</title>
    <author>
        <name>Richard MacManus</name>
        <uri>http://www.readwriteweb.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com">
        <![CDATA[<p>Brian I totally agree with those points. A Web Office is at least 5 years away due to those very concerns - connectivity, security, privacy, etc. </p>

<p>However one person who I work with has noted before that Web Office apps could become popular in the lower economic regions of the world, because ultimately it's a lot less expensive to buy and run than desktop apps (particularly those from Microsoft). I think that's a valid point too - web-based apps are a lot cheaper in the long run from a maintenance pov.</p>]]>
    </content>
    <published>2006-09-18T12:53:39Z</published>
  </entry>

  <entry>
    <id>tag:72.47.210.69,2006://1.5018-comment:39069</id>
    <thr:in-reply-to ref="tag:72.47.210.69,2006://1.5018" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php#c39069" />
    <title>Comment from eoecho | Greg Magnus on 2006-09-18</title>
    <author>
        <name>eoecho | Greg Magnus</name>
        <uri>http://www.eoecho.com/gregmagnus/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.eoecho.com/gregmagnus/">
        <![CDATA[<p>In the short-term, web apps will gain in popularity when they allow users to update documents "offline" (continue working) when an Internet connection is unavailable. Long-term, I think their popularity will parallel the geographical growth and reliability of wifi nets. If you can access your data 24/7 from anywhere, the only PC's you'll find will be in museums.</p>]]>
    </content>
    <published>2006-09-18T13:44:59Z</published>
  </entry>

  <entry>
    <id>tag:72.47.210.69,2006://1.5018-comment:39070</id>
    <thr:in-reply-to ref="tag:72.47.210.69,2006://1.5018" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/building_web_native.php#c39070" />
    <title>Comment from Simon Willison on 2006-09-19</title>
    <author>
        <name>Simon Willison</name>
        <uri>http://simon.incutio.com/</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://simon.incutio.com/">
        <![CDATA[<p>I have to disagree with your usage of the term "Web Native" with regards to GMail. Web native applications should have hyperlinks and adressable resources.</p>

<p>In the rush towards Ajax For Everything, the importance of real addressable resources seems to be being forgotten.</p>]]>
    </content>
    <published>2006-09-19T07:36:30Z</published>
  </entry>

</feed>