<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ethilien &#187; Python</title>
	<atom:link href="http://ethilien.net/archives/category/python/feed/" rel="self" type="application/rss+xml" />
	<link>http://ethilien.net</link>
	<description>I need to redo this site...</description>
	<lastBuildDate>Wed, 12 Aug 2009 21:55:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Python Easter Eggs</title>
		<link>http://ethilien.net/archives/python-easter-eggs/</link>
		<comments>http://ethilien.net/archives/python-easter-eggs/#comments</comments>
		<pubDate>Fri, 01 Dec 2006 23:21:39 +0000</pubDate>
		<dc:creator>Connor</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Python]]></category>

		<guid isPermaLink="false">http://ethilien.net/archives/python-easter-eggs/</guid>
		<description><![CDATA[These are pretty funny, and the first one is an excellent definition of what &#8220;pythonic&#8221; means.

&#62;&#62;&#62; import this
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break [...]]]></description>
			<content:encoded><![CDATA[<p>These are pretty funny, and the first one is an excellent definition of what &#8220;pythonic&#8221; means.</p>

<pre><code>&gt;&gt;&gt; import this
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!


&gt;&gt;&gt; from __future__ import braces
  File "&lt;stdin&gt;", line 1
SyntaxError: not a chance
</code></pre>
]]></content:encoded>
			<wfw:commentRss>http://ethilien.net/archives/python-easter-eggs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Python Full Text Search Script</title>
		<link>http://ethilien.net/archives/python-full-text-search-script/</link>
		<comments>http://ethilien.net/archives/python-full-text-search-script/#comments</comments>
		<pubDate>Thu, 10 Aug 2006 03:12:12 +0000</pubDate>
		<dc:creator>Connor</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Python]]></category>

		<guid isPermaLink="false">http://ethilien.net/archives/python-full-text-search-script/</guid>
		<description><![CDATA[Many times in the past when I have been attempting to figure out how someone else&#8217;s code worked (or wasn&#8217;t working as was more often the case), I have wanted a way to perform full text searches of all the documents in a directory and its subdirectories. Unfortunately, Windows (being utterly lacking in all things [...]]]></description>
			<content:encoded><![CDATA[<p>Many times in the past when I have been attempting to figure out how someone else&#8217;s code worked (or wasn&#8217;t working as was more often the case), I have wanted a way to perform full text searches of all the documents in a directory and its subdirectories. Unfortunately, Windows (being utterly lacking in all things helpful) fails to provide such a search mechanism.</p>

<h3>Python to the Rescue!</h3>

<p>So I wrote up this <a title="Python Text Search" href="http://ethilien.net/websoft/pythonsearch/search.zip">small little Python script</a> which will recursively search all the text documents in a directory tree. By text documents I mean anything that isn&#8217;t binary, so it will search just about any kind of source code.</p>

<p>The syntax is very simplistic, with only two arguments, one of which is optional.</p>

<pre><code>search.py [directory] searchstring
</code></pre>

<p>The search string should be in quotes if it contains anything but alphanumeric characters, and you should, of course, escape quotes in the string.</p>

<h3>Example Usage</h3>

<pre><code>search.py "Hello World"
search.py include "$unknownvariable"
search.py "&lt;table colspan=\"2\"&gt;"
</code></pre>
]]></content:encoded>
			<wfw:commentRss>http://ethilien.net/archives/python-full-text-search-script/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Programmer Bragging Rights</title>
		<link>http://ethilien.net/archives/programmer-bragging-rights/</link>
		<comments>http://ethilien.net/archives/programmer-bragging-rights/#comments</comments>
		<pubDate>Sun, 07 May 2006 02:17:13 +0000</pubDate>
		<dc:creator>Connor</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Python]]></category>

		<guid isPermaLink="false">http://ethilien.net/archives/9</guid>
		<description><![CDATA[Have you ever finished writing a huge program, and now you want to know how many lines of code you wrote? Well, about halfway through writing a Python script to do this, I discovered that one already comes with Python that will give you these statistics categorized by file extension.

You can find this script at [...]]]></description>
			<content:encoded><![CDATA[<p>Have you ever finished writing a huge program, and now you want to know how many lines of code you wrote? Well, about halfway through writing a Python script to do this, I discovered that one already comes with Python that will give you these statistics categorized by file extension.</p>

<p>You can find this script at Tools\Scripts\byext.py in your python installation. If you&#8217;re on linux, the script may not come with your distro&#8217;s packaged version, in a which case <a id="p8" href="http://ethilien.net/wp-content/uploads/2006/08/byext.zip">I&#8217;ve provided a zip of it</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://ethilien.net/archives/programmer-bragging-rights/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
