<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/">






<channel>
<title>rfc1437.de: new entries tagged with Python</title>
<link>http://rfc1437.de/tag/python/</link>
<description>New entries at rfc1437.de that are tagged with: Python</description>



<item>
<title>Paver: Easy Scripting for Software Projects</title>

<link>http://www.blueskyonmars.com/projects/paver/</link>

<pubDate>Thu, 2 Sep 2010 15:08:20 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/paver-easy-scripting-for-software-projects/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.blueskyonmars.com/projects/paver/&quot;&gt;Paver: Easy Scripting for Software Projects&lt;/a&gt; - interessanter kleiner Ersatz für Make. Speziell im Zusammenhang mit Python Projekten klingt es sehr nützlich.





</description>


</item>

<item>
<title>Pysistence</title>

<link>http://packages.python.org/pysistence/</link>

<pubDate>Thu, 2 Sep 2010 15:04:19 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/pysistence/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://packages.python.org/pysistence/&quot;&gt;Pysistence&lt;/a&gt; - gerade mal geguckt ob es sowas gibt oder ob ich es selber schreiben sollte. Pysistence implementiert funktionale persistente Datenstrukturen für Python. Bedeutet in diesem Fall dass es keine seiteneffekte gibt, sondern dass jede Funktion darauf eine neue Version der Daten liefert, wobei gemeinsame Teilstrukturen in verschiedenen Versionen miteinander geteilt werden (um effizient damit arbeiten zu können sowohl was Laufzeit als auch Platzbedarf angeht). Muss ich mir unbedingt mal angucken, denn in vielen Fällen hat mich das fehlen vernünftiger Implementationen von funktionalen Datenstrukturen in Python gestört.





</description>


</item>

<item>
<title>The Official web2py Book</title>

<link>http://web2py.com/book/</link>

<pubDate>Wed, 1 Sep 2010 16:48:22 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<category>Webservices</category>

<guid>http://rfc1437.de/link/the-official-web2py-book/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://web2py.com/book/&quot;&gt;The Official web2py Book&lt;/a&gt; - bin zwar Djangonaut, aber hier gibts ein web2py Buch online. Und schadet ja nicht mal über den Horizont zu gucken.





</description>


</item>

<item>
<title>Meliae python memory analysis in Launchpad</title>

<link>https://launchpad.net/meliae</link>

<pubDate>Fri, 27 Aug 2010 10:18:31 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/meliae-python-memory-analysis-in-launchpad/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;https://launchpad.net/meliae&quot;&gt;Meliae python memory analysis in Launchpad&lt;/a&gt; - klingt sehr interessant, mal für spätere Probleme geblogmarkt, könnte bei dem einen oder anderen Problem helfen. Installation übrigens recht einfach über pip install meliae oder easy_install meliae, es ist auch auf pypi gelistet.





</description>


</item>

<item>
<title>[Cython] ANN: Cython 0.13 released!</title>

<link>http://www.mail-archive.com/cython-dev@codespeak.net/msg09503.html</link>

<pubDate>Thu, 26 Aug 2010 14:11:06 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/cython-ann-cython-013-released/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.mail-archive.com/cython-dev@codespeak.net/msg09503.html&quot;&gt;[Cython] ANN: Cython 0.13 released!&lt;/a&gt; - bei Cython (ehemals PyRex) gibts wieder ein neues Release. Und die Sprache für Python-Erweiterungen wird immer vollständiger. Damit ist die Erstellung von performance-kritischen Teilen des Codes deutlich einfacher, weil man in einer sehr Python-ähnlichen Sprache arbeiten kann.





</description>


</item>

<item>
<title>Scribes - Simple And Powerful Text Editor for GNOME</title>

<link>http://scribes.sourceforge.net/index.html</link>

<pubDate>Fri, 30 Jul 2010 00:43:17 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/scribes---simple-and-powerful-text-editor-for-gnom/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://scribes.sourceforge.net/index.html&quot;&gt;Scribes - Simple And Powerful Text Editor for GNOME&lt;/a&gt; - interessantes Projekt, ein Editor der in Python erweiterbar ist. Da ich auffe Arbeit in Linux schaffe, könte ich mir das nach dem Urlaub mal angucken.





</description>


</item>

<item>
<title>PEP 380 -- Syntax for Delegating to a Subgenerator</title>

<link>http://www.python.org/dev/peps/pep-0380/</link>

<pubDate>Tue, 27 Jul 2010 23:52:12 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/pep-380----syntax-for-delegating-to-a-subgenerator/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.python.org/dev/peps/pep-0380/&quot;&gt;PEP 380 -- Syntax for Delegating to a Subgenerator&lt;/a&gt; - ein sehr interessanter Punkt zur Erweiterung von Python. So interessant, dass Guido sich vorstellen könnte diesen PEP am Moratorium vorbei schon jetzt zu implementieren. Generatoren in Python entwickeln sich für mich zu einem sehr angenehmen Sprachfeature - Code wird sehr oft deutlich kompakter und lesbarer für mich. Wenn nur endlich Django auch auf Python 3 verfügbar wäre könnte ich auch einige der dort vorhandenen Neuerungen benutzen. Python 2.7 lindert allerdings den Schmerz etwas.





</description>


</item>

<item>
<title>saucelabs's monocle at master - GitHub</title>

<link>http://github.com/saucelabs/monocle</link>

<pubDate>Tue, 27 Jul 2010 23:47:53 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/saucelabss-monocle-at-master---github/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://github.com/saucelabs/monocle&quot;&gt;saucelabs's monocle at master - GitHub&lt;/a&gt; - interessantes Paket zur einfacheren Programmierung von asynchronen Routinen in Python. Besonders interessant: es unterstützt neben Twisted auch Tornado.





</description>


</item>

<item>
<title>Valued Lessons: Monads in Python (with nice syntax!)</title>

<link>http://www.valuedlessons.com/2008/01/monads-in-python-with-nice-syntax.html</link>

<pubDate>Mon, 26 Jul 2010 13:23:36 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/valued-lessons-monads-in-python-with-nice-syn-2/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.valuedlessons.com/2008/01/monads-in-python-with-nice-syntax.html&quot;&gt;Valued Lessons: Monads in Python (with nice syntax!)&lt;/a&gt; - sehr interessanter Hack, der durchaus auch praktischen Nutzen haben kann. Gefunden beim Schockwellenreiter.





</description>


</item>

<item>
<title>Python IDE with Django support : JetBrains PyCharm</title>

<link>http://www.jetbrains.com/pycharm/</link>

<pubDate>Fri, 23 Jul 2010 00:22:58 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/python-ide-with-django-support-jetbrains-pycharm/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.jetbrains.com/pycharm/&quot;&gt;Python IDE with Django support : JetBrains PyCharm&lt;/a&gt; - die JetBrains Leute (von denen IntelliJ ist) haben jetzt eine reine Python IDE auf der Basis von IntelliJ gebaut und die hat eine Menge interessanter Features. Müsste ich mir mal angucken, zumal die auch Unterstützung für Django und Google App Engine drin hat.





</description>


</item>

<item>
<title>Lightweight Approach to AOP in Python</title>

<link>http://www.cs.tut.fi/~ask/aspects/index.shtml</link>

<pubDate>Sat, 17 Jul 2010 00:05:29 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/lightweight-approach-to-aop-in-python/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.cs.tut.fi/~ask/aspects/index.shtml&quot;&gt;Lightweight Approach to AOP in Python&lt;/a&gt; - und da wir gerade bei AOP sind: gibts auch als library für Python.





</description>


</item>

<item>
<title>jessenoller.com - PEP 3148 Accepted: “futures – execute computations asynchronously”</title>

<link>http://jessenoller.com/2010/07/11/pep-3148-accepted-futures-execute-computations-asynchronously/</link>

<pubDate>Mon, 12 Jul 2010 13:40:09 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/jssnllrcm---pp-3148-ccptd-ftrs-xct-cmpttns-synchrn/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://jessenoller.com/2010/07/11/pep-3148-accepted-futures-execute-computations-asynchronously/&quot;&gt;jessenoller.com - PEP 3148 Accepted: “futures – execute computations asynchronously”&lt;/a&gt; - der PEP ist mir ein bischen zu sehr an der Java Welt orientiert, eine schlankere und mehr Python-spezifische Implementierung wäre mir lieber gewesen, aber immerhin. Besonders interessant die Überlegungen die Concurrency Sachen mal durchzugucken und neu zu sortieren.





</description>


</item>

<item>
<title>Dropbox API</title>

<link>https://www.dropbox.com/developers</link>

<pubDate>Sun, 4 Jul 2010 21:22:15 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/dropbox-api/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;https://www.dropbox.com/developers&quot;&gt;Dropbox API&lt;/a&gt; - und das könnte für die nächste Zeit ein recht wichtiges Spielzeug für mich werden - eine API für Dropbox. Klar, meistens muss ich nur Files hin- und herschicken, da reicht es einfach Dropbox zu benutzen. Aber für manche Sachen wäre eine API zum Zugriff auf die Metadaten auf Dropbox durchaus interessant (eines meiner schon länger auf Halde liegenden Projekte wäre eine Umsetzung des Simpletext.ws Dienstes von Google App Engine auf einen normalen Python-Dienst mit Dropbox als Backend zum Beispiel).





</description>


</item>

<item>
<title>Python 2.7 Release</title>

<link>http://www.python.org/download/releases/2.7/</link>

<pubDate>Sun, 4 Jul 2010 21:19:24 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/python-27-release/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.python.org/download/releases/2.7/&quot;&gt;Python 2.7 Release&lt;/a&gt; - einige gute Sachen drin, speziell die set und dictionary comprehensions mag ich - bisher habe ich mir mit Generator-comprehensions beholfen, aber gerade die dict-comprehensions sehen einfach besser und lesbarer aus. Aufgrund diverser Abhängigkeiten bin ich auf der Arbeit wohl noch auf längere Zeit an Python2 gebunden, da ist es schön, dass einige der Python3 Features auch in Python2 verfügbar werden. Allerdings bin ich einer derjenigen, die wirklich Python3 wollen - allein schon das deutlich aufgeräumtere Stringhandling mit Unicode als Default. Aber solange Django nicht auf Python3 läuft, bleib ich notgedrungen auf Python2.





</description>


</item>

<item>
<title>jessemiller's HamlPy</title>

<link>http://github.com/jessemiller/HamlPy</link>

<pubDate>Sun, 27 Jun 2010 11:53:09 +0200</pubDate>

<category>Django</category>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/jessemillers-hamlpy/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://github.com/jessemiller/HamlPy&quot;&gt;jessemiller's HamlPy&lt;/a&gt; - muss ich mir mal angucken, eine Implementation von HAML (im Prinzip eine Kurznotation für HTML) mit Integration für Django. Gerade für die vielen kleinen internen Templates könnte das interessant sein, denn die werden von Programmierern und nicht Designern gemacht. Allerdings müsste ich mir dann erstmal angucken wie gut (oder wie schlecht) ich damit JavaScript integriert bekomme. Aber sicherlich interessant - HTML ist nicht wirklich Diff/Merge-freundlich und schlichtweg nervig zu schreiben und zu lesen.





</description>


</item>

<item>
<title>Nicholas Piël » ZeroMQ an introduction</title>

<link>http://nichol.as/zeromq-an-introduction</link>

<pubDate>Wed, 23 Jun 2010 12:10:30 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/nicholas-piel-zeromq-an-introduction/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://nichol.as/zeromq-an-introduction&quot;&gt;Nicholas Piël » ZeroMQ an introduction&lt;/a&gt; - kurzer Überblick wie asynchrones Messaging mit ZeroMQ und Python aussieht und wie die verschiedenen Messaging-Szenarien abgebildete werden können. Sollte ich mir mal genauer angucken, denn es ist sowas wie ein deconstructed Framework für Messaging - also nur die Bausteine um ein eigenes, optimal auf das Problem zugeschnittenes, Messaginng System bauen zu können.





</description>


</item>

<item>
<title>PyFilesystem 0.3 released</title>

<link>http://www.willmcgugan.com/blog/tech/2010/6/20/pyfilesystem-03-released/</link>

<pubDate>Sun, 20 Jun 2010 21:16:57 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/pyfilesystem-03-released/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://www.willmcgugan.com/blog/tech/2010/6/20/pyfilesystem-03-released/&quot;&gt;PyFilesystem 0.3 released&lt;/a&gt; - schaut interessant aus, Dateisysteme in und mit Python. Man kann FUSE Dateisysteme in Python schreiben oder einfach auch nur auf Amazon S3 oder FTP mit dem gleichen Code zugreifen.





</description>


</item>

<item>
<title>PyPy Status Blog: A JIT for Regular Expression Matching</title>

<link>http://morepypy.blogspot.com/2010/06/jit-for-regular-expression-matching.html</link>

<pubDate>Thu, 17 Jun 2010 20:31:04 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/pypy-status-blog-a-jit-for-regular-expressn-mtchng/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://morepypy.blogspot.com/2010/06/jit-for-regular-expression-matching.html&quot;&gt;PyPy Status Blog: A JIT for Regular Expression Matching&lt;/a&gt; - sowas ist der Grund, warum ich durchaus glaube, dass die Zukunft von Python PyPy heisst (oder etwas vergleichbares) und warum ich sowas wie PyPy haben will. Eine Umgebung, in der alle Sprachelemente auf eine gemeinsame Basis zurückgeführt werden, in der ich auf allen Abstraktionsebenen arbeiten kann - notfalls auch auf der Ebene der Codegenerierung. Das bietet wesentlich angenehmere Optimierungsmöglichkeiten als das Modell von CPython, wo höhere Performance ab einem Punkt nur durch C-Erweiterungen machbar ist. Allerdings komme ich auch von Lisp, wo es völlig üblich ist, von High-Level-Sprachelementen bis runter auf die Codegenerierung mit einer Sprachfamilie zu arbeiten. Meine Xerox Lisp Maschine hatte einen TCP/IP Stack in einem Subset von Interlisp geschrieben - das ist durchaus mit der Situation von PyPy und RPython vergleichbar.





</description>


</item>

<item>
<title>nutshell — Lettuce v0.1.2 (barium release) documentation</title>

<link>http://lettuce.it/</link>

<pubDate>Wed, 16 Jun 2010 13:20:04 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/nutshell-lettuce-v012-barium-release-documentation/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://lettuce.it/&quot;&gt;nutshell — Lettuce v0.1.2 (barium release) documentation&lt;/a&gt; - lettuce ist cucumber für Python. cucumber ist BDD für Ruby. BDD ist behaviour driven development - zuerst schreibt man BDD stories, dann schreibt man dazu den Code und ein kleines Python-Modul, welches die Story mit dem Code verbindet. Daraus ergibt sich dann automatisch der Testcode. Sieht auf den ersten Blick etwas albern aus, aber hat einfach den Vorteil, dass sich Testfälle tatsächlich an spezifiziertem Verhalten orientieren und nicht einfach abstrakt in den Wald programmiert werden. In Kombination mit testcase-pro-bugreport liefert das eine recht brauchbare Testumgebung.





</description>


</item>

<item>
<title>Python Package Index : Baker 1.1</title>

<link>http://pypi.python.org/pypi/Baker/1.1</link>

<pubDate>Fri, 4 Jun 2010 14:05:52 +0200</pubDate>

<category>Programmierung</category>

<category>Python</category>

<guid>http://rfc1437.de/link/python-package-index-baker-11/</guid>
<description>





 &lt;a class=&quot;externlink&quot; href=&quot;http://pypi.python.org/pypi/Baker/1.1&quot;&gt;Python Package Index : Baker 1.1&lt;/a&gt; - und noch eine weitere Alternative eines mehr deklarativen Kommandozeilenparsers.





</description>


</item>

</channel>
</rss>
