<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Martin Kelley on O&apos;Reilly Broadcast</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/" />
<link rel="self" type="application/atom+xml" href="http://broadcast.oreilly.com/atom.xml" />
<id>tag:broadcast.oreilly.com,2008-08-07://53</id>
<updated>2009-05-09T16:22:25Z</updated>

<generator uri="http://www.sixapart.com/movabletype/">Movable Type Pro 4.21-en</generator>

<entry>
<title>Batch vs Real Time Processing and the Emerging Web Culture</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/05/batch-vs-real-time-processing.html" />
<id>tag:broadcast.oreilly.com,2009://53.36173</id>

<published>2009-05-09T16:22:25Z</published>
<updated>2009-05-09T16:22:25Z</updated>

<summary>Malcolm Gladwell treats us to another of his counter-intuitive x-rays of the world&apos;s workings in this week&apos;s New Yorker feature, &quot;How David Beats Goliath.&quot; His focus on the difference between batch and real time processing is a key to understanding why many nonprofit and commercial marketing professionals are failing to understand Twitter and other real time media. </summary>
<author>
<name>Martin Kelley</name>

</author>


<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Malcolm Gladwell treats us to another of his counter-intuitive x-rays of the world&apos;s workings in this week&apos;s New Yorker feature, &quot;How David Beats Goliath.&quot; His focus on the difference between batch and real time processing is a key to understanding why many nonprofit and commercial marketing professionals are failing to understand Twitter and other real time media. 
</content>
</entry>

<entry>
<title>Will Facebook (all but) replace corporate websites?</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/04/will-facebook-all-but-replace.html" />
<id>tag:broadcast.oreilly.com,2009://53.35823</id>

<published>2009-04-09T01:18:27Z</published>
<updated>2009-04-09T01:18:27Z</updated>

<summary>I&apos;m looking at the work of a potential non-profit client now. They have a fine website: recently redesigned, it looks good and gives off the air of elegance that they want to project. The client is world-renowned, rich in history and staffed with some fantastically-creative people, yet the website feels more boring than you would think it should. With the rise of the real-time update streams being popularized by Facebook, Twitter and FriendFeed, users are becoming accustomed to a constantly-changing flow of pictures, videos and new snippets. Even actively-maintained websites seem locked in languid stupor in comparison.</summary>
<author>
<name>Martin Kelley</name>

</author>

<category term="facebook" label="facebook" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="friendfeed" label="friendfeed" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="twitter" label="twitter" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="websites" label="websites" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
I&apos;m looking at the work of a potential non-profit client now. They have a fine website: recently redesigned, it looks good and gives off the air of elegance that they want to project. The client is world-renowned, rich in history and staffed with some fantastically-creative people, yet the website feels more boring than you would think it should. With the rise of the real-time update streams being popularized by Facebook, Twitter and FriendFeed, users are becoming accustomed to a constantly-changing flow of pictures, videos and new snippets. Even actively-maintained websites seem locked in languid stupor in comparison.
</content>
</entry>

<entry>
<title>Simplifying your Firefox life with Chrome</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/09/simplifying-your-firefox-life.html" />
<id>tag:broadcast.oreilly.com,2008://53.33334</id>

<published>2008-09-09T01:15:53Z</published>
<updated>2008-09-09T01:15:53Z</updated>

<summary>The big secret about the Google Chrome browser is that it&apos;s faster in some tests, slower than other. But guess what? As I wrote in my first review, few of us are going to notice any difference. The best part...</summary>
<author>
<name>Martin Kelley</name>

</author>

<category term="chrome" label="chrome" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="design" label="design" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="firefox" label="firefox" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="google" label="google" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
The big secret about the Google Chrome browser is that it&apos;s faster in some tests, slower than other. But guess what? As I wrote in my first review, few of us are going to notice any difference. The best part...
</content>
</entry>

</feed> 