<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<title>chromatic 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-01-21T14:00:01Z</updated>

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

<entry>
<title>Bryan O&apos;Sullivan on the Power of Haskell</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/the-power-of-haskell.html" />
<id>tag:broadcast.oreilly.com,2009://53.35015</id>

<published>2009-01-21T14:00:01Z</published>
<updated>2009-01-21T14:00:01Z</updated>

<summary>In 15 years, Haskell has gone from an academic, research-only language to a language usable for real world programs.  Real World Haskell co-author Bryan O&apos;Sullivan reflects on the changes in the language and its community when enable the rest of us to stretch our minds as we write software in the real world.</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
In 15 years, Haskell has gone from an academic, research-only language to a language usable for real world programs.  Real World Haskell co-author Bryan O&apos;Sullivan reflects on the changes in the language and its community when enable the rest of us to stretch our minds as we write software in the real world.
</content>
</entry>

<entry>
<title>John Goerzen on Why You Should Learn Haskell</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/why-you-should-learn-haskell.html" />
<id>tag:broadcast.oreilly.com,2009://53.35014</id>

<published>2009-01-19T14:00:01Z</published>
<updated>2009-01-19T14:00:01Z</updated>

<summary>Haskell can be a mind-bending language to learn, if you come from a procedural/OO mindset.  It&apos;s worth the work, according to Real World Haskell co-author John Goerzen.  The concepts of purity, laziness, and type safety can help you write better software in whatever language you use.</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Haskell can be a mind-bending language to learn, if you come from a procedural/OO mindset.  It&apos;s worth the work, according to Real World Haskell co-author John Goerzen.  The concepts of purity, laziness, and type safety can help you write better software in whatever language you use.
</content>
</entry>

<entry>
<title>CGI is Dead; mod_perlite is Alive!</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/cgi-is-dead-mod-perlite-is-ali.html" />
<id>tag:broadcast.oreilly.com,2009://53.35007</id>

<published>2009-01-15T18:37:32Z</published>
<updated>2009-01-15T18:37:32Z</updated>

<summary>PHP&apos;s application deployment model is difficult to beat.  Perl has lacked something similar for years -- until now.  Byrne Reese and Aaron Stone address the gap between CGI and mod_perl with mod_perlite, one of the features Perl 5 needs most.</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
PHP&apos;s application deployment model is difficult to beat.  Perl has lacked something similar for years -- until now.  Byrne Reese and Aaron Stone address the gap between CGI and mod_perl with mod_perlite, one of the features Perl 5 needs most.
</content>
</entry>

<entry>
<title>Transparent Tax Law</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/transparent-tax-law.html" />
<id>tag:broadcast.oreilly.com,2009://53.34970</id>

<published>2009-01-13T18:06:36Z</published>
<updated>2009-01-13T18:06:36Z</updated>

<summary>Three ideas converged for me today.  Why aren&apos;t tax laws available online in easily reusable formats?  How can we make this happen?</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Three ideas converged for me today.  Why aren&apos;t tax laws available online in easily reusable formats?  How can we make this happen?
</content>
</entry>

<entry>
<title>The Evolution of Python 3</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/the-evolution-of-python-3.html" />
<id>tag:broadcast.oreilly.com,2009://53.34922</id>

<published>2009-01-12T14:00:01Z</published>
<updated>2009-01-12T14:00:01Z</updated>

<summary>The Python core developers released Python 3.0 in December 2008, following closely behind Python 2.6.  Python creator Guido van Rossum generously agreed to discuss the present and future of the popular programming language, as well as the history of the Python 3.0 revision.</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
The Python core developers released Python 3.0 in December 2008, following closely behind Python 2.6.  Python creator Guido van Rossum generously agreed to discuss the present and future of the popular programming language, as well as the history of the Python 3.0 revision.
</content>
</entry>

<entry>
<title>Food, Technology, and Energy</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2009/01/food-technology-and-energy.html" />
<id>tag:broadcast.oreilly.com,2009://53.34886</id>

<published>2009-01-06T23:01:59Z</published>
<updated>2009-01-06T23:01:59Z</updated>

<summary>What are the true costs of getting fresh strawberries in Oregon in January?  I don&apos;t know.  Can we find out?</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
What are the true costs of getting fresh strawberries in Oregon in January?  I don&apos;t know.  Can we find out?
</content>
</entry>

<entry>
<title>Data, Noise, and the Missing Internet Epistemology</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/12/missing-internet-epistemology.html" />
<id>tag:broadcast.oreilly.com,2008://53.34712</id>

<published>2008-12-18T23:08:08Z</published>
<updated>2008-12-18T23:08:08Z</updated>

<summary>We have more data than ever before, but is there meaning in the noise?  Maybe we need a new epistemology for the Internet.</summary>
<author>
<name>chromatic</name>

</author>

<category term="collectiveintelligence" label="collective intelligence" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="internet" label="internet" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
We have more data than ever before, but is there meaning in the noise?  Maybe we need a new epistemology for the Internet.
</content>
</entry>

<entry>
<title>What are Your Force Multipliers in Software Development?</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/12/force-multipliers-for-developers.html" />
<id>tag:broadcast.oreilly.com,2008://53.34640</id>

<published>2008-12-12T21:52:14Z</published>
<updated>2008-12-12T21:52:14Z</updated>

<summary>Programming language features and tools are obvious force multipliers for software developers.  Development practices are less obvious.   Here are some of my favorite productivity improvements.</summary>
<author>
<name>chromatic</name>

</author>

<category term="perl" label="perl" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="softwaredevelopment" label="software development" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="softwarequality" label="software quality" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="tools" label="tools" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Programming language features and tools are obvious force multipliers for software developers.  Development practices are less obvious.   Here are some of my favorite productivity improvements.
</content>
</entry>

<entry>
<title>Five Features Perl 5 Needs Now</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/12/five-features-perl-5-needs-now.html" />
<id>tag:broadcast.oreilly.com,2008://53.34605</id>

<published>2008-12-10T21:04:31Z</published>
<updated>2008-12-10T21:04:31Z</updated>

<summary>Perl is 21 years old and Perl 5 is 14 years old.  The language has aged well, but there&apos;s room to improve.  Here are five features which make hard things easy and difficult things possible.</summary>
<author>
<name>chromatic</name>

</author>

<category term="cpan" label="cpan" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="perl" label="perl" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="softwaredevelopment" label="software development" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="webprogramming" label="web programming" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Perl is 21 years old and Perl 5 is 14 years old.  The language has aged well, but there&apos;s room to improve.  Here are five features which make hard things easy and difficult things possible.
</content>
</entry>

<entry>
<title>The RIA and the Polyglot VM</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/12/the-ria-and-the-polyglot-vm.html" />
<id>tag:broadcast.oreilly.com,2008://53.34520</id>

<published>2008-12-03T23:26:33Z</published>
<updated>2008-12-03T23:26:33Z</updated>

<summary>The Adobe/Microsoft/Sun strategy for producing rich Internet applications can solve most of the problems in developing web applications -- at the cost of a huge step backward away from ubiquitous computing.</summary>
<author>
<name>chromatic</name>

</author>

<category term="adobeair" label="adobe air" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="javafx" label="javafx" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="silverlight" label="silverlight" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="webprogramming" label="web programming" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
The Adobe/Microsoft/Sun strategy for producing rich Internet applications can solve most of the problems in developing web applications -- at the cost of a huge step backward away from ubiquitous computing.
</content>
</entry>

<entry>
<title>Artificial Complexity and Internet Applications</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/12/artificial-complexity-and-inte.html" />
<id>tag:broadcast.oreilly.com,2008://53.34503</id>

<published>2008-12-02T21:01:01Z</published>
<updated>2008-12-02T21:01:01Z</updated>

<summary>Good programmers tend to be polyglot programmers.  I&apos;m not sure that good applications tend to be polyglot applications; perhaps the way we build Internet applications is hazardous in the long term.</summary>
<author>
<name>chromatic</name>

</author>

<category term="ria" label="ria" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="softwaredevelopment" label="software development" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="web20" label="web 2.0" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="webprogramming" label="web programming" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Good programmers tend to be polyglot programmers.  I&apos;m not sure that good applications tend to be polyglot applications; perhaps the way we build Internet applications is hazardous in the long term.
</content>
</entry>

<entry>
<title>Small Apps, Loosely-Joined Into Contextual Tasks</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/11/small-apps-loosely-joined-into.html" />
<id>tag:broadcast.oreilly.com,2008://53.34239</id>

<published>2008-11-20T20:53:10Z</published>
<updated>2008-11-20T20:53:10Z</updated>

<summary>I take minutes in two conference calls every week. Every call starts at the same time -- I look up the number in my calendar, dial the phone, then launch a Vim instance. I&apos;ve written a few Vim macros to...</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
I take minutes in two conference calls every week. Every call starts at the same time -- I look up the number in my calendar, dial the phone, then launch a Vim instance. I&apos;ve written a few Vim macros to...
</content>
</entry>

<entry>
<title>Beginners Introduction to Object-Oriented Programming with Perl</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/11/beginners-introduction-to-obje.html" />
<id>tag:broadcast.oreilly.com,2008://53.34119</id>

<published>2008-11-13T14:00:01Z</published>
<updated>2008-11-13T14:00:01Z</updated>

<summary>Perl is a great language for processing text and automating tasks.  It&apos;s also a fully-capable modern programming language, with effective modularization and object oriented capabilities.  Though that sounds scary, they&apos;re easy to understand (and even easier to accomplish, through shiny modern tools such as Moose and Mouse).</summary>
<author>
<name>chromatic</name>

</author>

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

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Perl is a great language for processing text and automating tasks.  It&apos;s also a fully-capable modern programming language, with effective modularization and object oriented capabilities.  Though that sounds scary, they&apos;re easy to understand (and even easier to accomplish, through shiny modern tools such as Moose and Mouse).
</content>
</entry>

<entry>
<title>How Linux Supports More Devices Than Any Other OS, Ever</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/10/how-linux-supports-more-device.html" />
<id>tag:broadcast.oreilly.com,2008://53.33942</id>

<published>2008-10-31T13:00:01Z</published>
<updated>2008-10-31T13:00:01Z</updated>

<summary>Greg-Kroah Hartman discusses why he believes the Linux kernel supports more devices than any other operating system ever has, why binary-only drivers are impractical, immoral, and illegal, and how the kernel development process contributes to the inevitable world domination of free software.</summary>
<author>
<name>chromatic</name>

</author>

<category term="interviews" label="interviews" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="kernel" label="kernel" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="linux" label="linux" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="linuxdesktop" label="linux desktop" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="softwaredevelopment" label="software development" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Greg-Kroah Hartman discusses why he believes the Linux kernel supports more devices than any other operating system ever has, why binary-only drivers are impractical, immoral, and illegal, and how the kernel development process contributes to the inevitable world domination of free software.
</content>
</entry>

<entry>
<title>How Techies Can Improve Democracy and Governance</title>
<link rel="alternate" type="text/html" href="http://broadcast.oreilly.com/2008/10/how-techies-can-improve-democr.html" />
<id>tag:broadcast.oreilly.com,2008://53.33955</id>

<published>2008-10-30T13:00:01Z</published>
<updated>2008-10-30T13:00:01Z</updated>

<summary>Silona Bonewald is an established technologist as well as an experienced political consultant who believes that well-designed and well-applied technology can improve communication, transparency, and governance in political systems -- and state legislators are listening.  Here&apos;s how you can help her improve democracy.</summary>
<author>
<name>chromatic</name>

</author>

<category term="government" label="government" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="interview" label="interview" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="interviews" label="interviews" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="socialnetworking" label="social networking" scheme="http://www.sixapart.com/ns/types#tag" />
<category term="voting" label="voting" scheme="http://www.sixapart.com/ns/types#tag" />

<content type="html" xml:lang="en" xml:base="http://broadcast.oreilly.com/">
Silona Bonewald is an established technologist as well as an experienced political consultant who believes that well-designed and well-applied technology can improve communication, transparency, and governance in political systems -- and state legislators are listening.  Here&apos;s how you can help her improve democracy.
</content>
</entry>

</feed> 