<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>Eric Larson 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>2010-03-31T17:14:02Z</updated>

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

<entry>
<title>Conkeror: The Best Web Browser (For Emacs Users)</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2010/03/conkeror-the-best-web-browser.html" />
<id>tag:broadcast.oreilly.com,2010://53.39492</id>

<published>2010-03-31T17:14:02Z</published>
<updated>2010-03-31T17:14:02Z</updated>

<summary>The Conkeror web browser presents a familiar model for Emacs users as well as provides an interesting take on what the future of the web browser might be. The web is an application platform and Conkeror makes that platform highly customizable while adhering to the core concepts of the web such as following links and viewing document representations.</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="emacs" label="emacs" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="html5" label="html 5" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="web" label="web" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
The Conkeror web browser presents a familiar model for Emacs users as well as provides an interesting take on what the future of the web browser might be. The web is an application platform and Conkeror makes that platform highly customizable while adhering to the core concepts of the web such as following links and viewing document representations.
</content>
</entry>

<entry>
<title>Losing the Radio and Streaming Content</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2010/03/losing-the-radio-and-streaming.html" />
<id>tag:broadcast.oreilly.com,2010://53.39424</id>

<published>2010-03-23T22:42:55Z</published>
<updated>2010-03-23T22:42:55Z</updated>

<summary>Today we lost WOXY. It has happened before, so I personally haven&apos;t lost hope that WOXY will return. Nonetheless, the news is rather sad. What is also sad is that it represents a larger loss of streaming content. I don&apos;t...</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="musictechnology" label="music technology" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="radio" label="radio" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Today we lost WOXY. It has happened before, so I personally haven&apos;t lost hope that WOXY will return. Nonetheless, the news is rather sad. What is also sad is that it represents a larger loss of streaming content. I don&apos;t...
</content>
</entry>

<entry>
<title>PyCon 2009 and Looking to WSGI 2.0</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/03/pycon-2009-and-looking-to-wsgi.html" />
<id>tag:broadcast.oreilly.com,2009://53.35735</id>

<published>2009-03-30T15:48:50Z</published>
<updated>2009-03-30T15:48:50Z</updated>

<summary>I just returned from PyCon in Chicago. During the conference open spaces there was an open space discussing potential changes for WSGI. The three basic ideas were: Return a tuple with the status, headers, and response instead using the start...</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
I just returned from PyCon in Chicago. During the conference open spaces there was an open space discussing potential changes for WSGI. The three basic ideas were: Return a tuple with the status, headers, and response instead using the start...
</content>
</entry>

<entry>
<title>A Couple Notes on SXSW (2009)</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/03/a-couple-notes-on-sxsw-2009.html" />
<id>tag:broadcast.oreilly.com,2009://53.35625</id>

<published>2009-03-17T16:29:08Z</published>
<updated>2009-03-17T16:29:08Z</updated>

<summary>As a native Austinite and a musician, I have a the opportunity to enjoy SXSW and sleep in my own bed. It is a pretty amazing event to be a part of as it effectively takes over the entire city...</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>


<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
As a native Austinite and a musician, I have a the opportunity to enjoy SXSW and sleep in my own bed. It is a pretty amazing event to be a part of as it effectively takes over the entire city...
</content>
</entry>

<entry>
<title>Concept Management</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/concept-management.html" />
<id>tag:broadcast.oreilly.com,2009://53.35156</id>

<published>2009-01-30T22:25:08Z</published>
<updated>2009-01-30T22:25:08Z</updated>

<summary>Distributed version control systems have brought up some pretty important questions. A DVCS adds a good deal of complexity to an already complicated system. Source control is rather sticky business as it not only deals with complex content, but the...</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="cloudcomputing" label="cloud computing" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="communication" label="communication" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="git" label="git" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="ruby" label="ruby" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="virtualization" label="virtualization" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Distributed version control systems have brought up some pretty important questions. A DVCS adds a good deal of complexity to an already complicated system. Source control is rather sticky business as it not only deals with complex content, but the...
</content>
</entry>

<entry>
<title>Learning Haskell</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/learning-haskell.html" />
<id>tag:broadcast.oreilly.com,2009://53.34851</id>

<published>2009-01-05T17:57:27Z</published>
<updated>2009-01-05T17:57:27Z</updated>

<summary>Real World Haskell has revealed a huge gap in my experience with functional languages as well as presented me with an opportunity to make major strides towards growing as a programmer.</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="haskell" label="haskell" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Real World Haskell has revealed a huge gap in my experience with functional languages as well as presented me with an opportunity to make major strides towards growing as a programmer.
</content>
</entry>

<entry>
<title>The Beatles of Programming Languages</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/12/the-beatles-of-programming-lan.html" />
<id>tag:broadcast.oreilly.com,2008://53.34703</id>

<published>2008-12-18T16:33:43Z</published>
<updated>2008-12-18T16:33:43Z</updated>

<summary>It really is interesting to look at the parallels within software and music. The classical vs. pop debate is very similar to functional vs. object oriented programming. Signing to a major label feels very familiar to taking millions in venture capital. A developer in the zone is very similar to when a song just comes together.</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="music" label="music" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="programminglanguages" label="programming languages" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
It really is interesting to look at the parallels within software and music. The classical vs. pop debate is very similar to functional vs. object oriented programming. Signing to a major label feels very familiar to taking millions in venture capital. A developer in the zone is very similar to when a song just comes together.
</content>
</entry>

<entry>
<title>Where are the XML Editors?</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/11/where-are-the-xml-editors.html" />
<id>tag:broadcast.oreilly.com,2008://53.34294</id>

<published>2008-11-25T18:46:55Z</published>
<updated>2008-11-25T18:46:55Z</updated>

<summary>A generic XML editor that works reasonably well for non-technical users seems to be a myth.  Would a simple generic XML editor for end users be a valuable tool? What would it look like?</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="ui" label="ui" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="xslt" label="xslt" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
A generic XML editor that works reasonably well for non-technical users seems to be a myth.  Would a simple generic XML editor for end users be a valuable tool? What would it look like?
</content>
</entry>

<entry>
<title>Managing Open Source Complexity</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/11/managing-open-source-complexit.html" />
<id>tag:broadcast.oreilly.com,2008://53.34200</id>

<published>2008-11-19T17:53:11Z</published>
<updated>2008-11-19T17:53:11Z</updated>

<summary>Sean McGrath wrote a great article on the struggle for Open Source to manage complexity. It&apos;s a great insight because much of programming is managing complexity. This requirement has fostered &quot;high level&quot; languages and continues to be powerful concept that...</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="opensource" label="open source" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Sean McGrath wrote a great article on the struggle for Open Source to manage complexity. It&apos;s a great insight because much of programming is managing complexity. This requirement has fostered &quot;high level&quot; languages and continues to be powerful concept that...
</content>
</entry>

<entry>
<title>Google is the Next Microsoft</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/11/google-is-the-next-microsoft.html" />
<id>tag:broadcast.oreilly.com,2008://53.34150</id>

<published>2008-11-16T08:33:18Z</published>
<updated>2008-11-16T08:33:18Z</updated>

<summary>Microsoft played a very important role in changing the way the world thought of computers by helping to place a computer in practically everyone&apos;s reach. Google has effectively done the same thing in terms of the Internet.</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>


<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Microsoft played a very important role in changing the way the world thought of computers by helping to place a computer in practically everyone&apos;s reach. Google has effectively done the same thing in terms of the Internet.
</content>
</entry>

<entry>
<title>The Perfect Cloud</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/10/the-perfect-cloud.html" />
<id>tag:broadcast.oreilly.com,2008://53.33934</id>

<published>2008-10-28T15:44:14Z</published>
<updated>2008-10-28T15:44:14Z</updated>

<summary>We haven&apos;t quite found the sweet spot for deploying apps to the cloud; the dependence on traditional databases and relatively complex environments make something like dropping a Pylons app on some random service pretty troublesome. </summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="cloudcomputing" label="cloud computing" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="ruby" label="ruby" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
We haven&apos;t quite found the sweet spot for deploying apps to the cloud; the dependence on traditional databases and relatively complex environments make something like dropping a Pylons app on some random service pretty troublesome. 
</content>
</entry>

<entry>
<title>What is Great About the Web</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/10/what-is-great-about-the-web.html" />
<id>tag:broadcast.oreilly.com,2008://53.33853</id>

<published>2008-10-20T17:48:17Z</published>
<updated>2008-10-20T17:48:17Z</updated>

<summary>I&apos;m not sure many people really understand what is truly great about the Web and why it works. Most developers see the web as a technology platform and nothing more. HTML, JavaScript, and CSS are simply tools that must be used to satisfy requirements. The sad part is that this lack of understanding will cripple the web and hurt users.</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="javascript" label="javascript" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="standards" label="standards" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="webprogramming" label="web programming" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
I&apos;m not sure many people really understand what is truly great about the Web and why it works. Most developers see the web as a technology platform and nothing more. HTML, JavaScript, and CSS are simply tools that must be used to satisfy requirements. The sad part is that this lack of understanding will cripple the web and hurt users.
</content>
</entry>

<entry>
<title>Dynamic Languages in Large Software Systems</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/09/dynamic-languages-in-large-sof.html" />
<id>tag:broadcast.oreilly.com,2008://53.33548</id>

<published>2008-09-25T18:58:35Z</published>
<updated>2008-09-25T18:58:35Z</updated>

<summary>Dynamic languages have become a prominent part of the software landscape. While languages like Perl used to be limited to small scripts, there are now a wealth of large systems that have been built entirely on dynamic languages. The web...</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="javascript" label="javascript" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="ruby" label="ruby" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Dynamic languages have become a prominent part of the software landscape. While languages like Perl used to be limited to small scripts, there are now a wealth of large systems that have been built entirely on dynamic languages. The web...
</content>
</entry>

<entry>
<title>Python Multi-Process WSGI Server: Spawning 0.7</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/09/python-multi-process-wsgi-serv.html" />
<id>tag:broadcast.oreilly.com,2008://53.33506</id>

<published>2008-09-23T15:43:57Z</published>
<updated>2008-09-23T15:43:57Z</updated>

<summary>WSGI almost magically helps you avoid Python web scaling problems due to the GIL.  Here&apos;s how.</summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="python" label="python" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="wsgi" label="wsgi" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
WSGI almost magically helps you avoid Python web scaling problems due to the GIL.  Here&apos;s how.
</content>
</entry>

<entry>
<title>Dancing with Many Languages</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/09/dancing-with-many-languages.html" />
<id>tag:broadcast.oreilly.com,2008://53.33298</id>

<published>2008-09-04T15:43:09Z</published>
<updated>2008-09-04T15:43:09Z</updated>

<summary>A friend of mine pointed out Disco, a map-reduce framework written in Erlang and using Python for writing the actual map and reduction functions. I haven&apos;t tried it just yet, but the concept is interesting in that it uses both Erlang and Python. </summary>
<author>
<name>Eric Larson</name>
<uri>http://ionrock.org/blog/</uri>
</author>

<category term="javascript" label="javascript" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="xml" label="xml" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
A friend of mine pointed out Disco, a map-reduce framework written in Erlang and using Python for writing the actual map and reduction functions. I haven&apos;t tried it just yet, but the concept is interesting in that it uses both Erlang and Python. 
</content>
</entry>

</feed> 