[Cython] ANN: Cython 0.13 released!](http://www.mail-archive.com/cython-dev@codespeak.net/msg09503.html) - There's a new release for Cython (formerly PyRex). And the language for Python extensions is becoming increasingly complete. This makes it much easier to create performance-critical parts of the code because you can work in a very Python-like language.
programmierung - 12.5.2010 - 26.8.2010
JEmacs - the Java/Scheme-based Emacs - just for future curiosity blogged.
Scribes - Simple And Powerful Text Editor for GNOME - interesting project, an editor that is expandable in Python. Since I work with Linux at work, I could take a look at it after the vacation.
PEP 380 -- Syntax for Delegating to a Subgenerator - a very interesting point for extending Python. So interesting that Guido could imagine implementing this PEP even now, bypassing the moratorium. Generators in Python are becoming a very pleasant language feature for me - code often becomes much more compact and readable. If only Django were also available for Python 3, I could use some of the new features there. Python 2.7 somewhat alleviates the pain.
saucelabs's monocle at master - GitHub - interesting package for easier programming of asynchronous routines in Python. Particularly interesting: it supports not only Twisted but also Tornado.
Hg-Git Mercurial Plugin - did I already have this? No idea, doesn't matter, it's good, can't hurt to repeat.
Valued Lessons: Monads in Python (with nice syntax!) - very interesting hack that can indeed have practical use. Found at Schockwellenreiter.
PJS4iPad - Project Hosting on Google Code - this is a really cool project: processing.js in a variant for the iPad, which uses HTML5 local storage to save programs locally, so that you can work offline with your own program. Interesting, for example, to doodle a bit while on the go (write small programs that have interesting visual effects). And because it's all a web app, the AppStore restriction does not apply.
Check out TIDE 2.0 beta - a JavaScript IDE that runs entirely in the browser.
Python IDE with Django support : JetBrains PyCharm - the JetBrains people (who make IntelliJ) have now built a pure Python IDE based on IntelliJ and it has a lot of interesting features. I should take a look at it, especially since it also includes support for Django and Google App Engine.
itod's fluidium at master - GitHub - the foundation of Cruz (social browser), Fluid (site specific browser) and Fake (browser automation ala Automator). Suitable as a basis for RIA as well as a basis for specific browsers for websites or mashups or whatever. However, it's Mac only.
Lightweight Approach to AOP in Python - and while we're on the topic of AOP: there is also a library for Python.
Building iPhone Apps with HTML, CSS, and JavaScript - for those who don't want to deal with the AppStore and are satisfied with a web app, here's a book about it. Under CC license.
jquery-aop - Project Hosting on Google Code - AOP provides (among other things) easier programmed debugging and is very practical when you want to modify frameworks afterwards, but don't want wild monkey-patching. Since jQuery is my preferred JavaScript tool, I should take a closer look at this.
jessenoller.com - PEP 3148 Accepted: “futures – execute computations asynchronously” - the PEP is a bit too oriented towards the Java world, I would have preferred a leaner and more Python-specific implementation, but at least. Particularly interesting are the considerations to look at concurrency stuff again and sort it out.
Chickenfoot - this is what runs under CoScripter. ChickenFoot is not just some ad-hoc scripting language like in CoScripter, but simply JavaScript with a quite interesting automation library integrated. So as a building block, in my opinion better suited, especially since the scripts remain on the local computer.
CoScripter - I'm currently looking at this, is an extension for automating web access (similar to FakeApp, but less graphical) and could help me automate the download of my SL transactions again. Because they are - as with many "social networks" - hidden behind stupidly complex login scenarios, which are not trivial to automate with e.g. Python. However, it stores the scripts on a public server, even private scripts are stored there, just not accessible to everyone. Somehow also not quite right.
Dropbox API - and this could become quite an important toy for me in the near future - an API for Dropbox. Of course, most of the time I just need to send files back and forth, so simply using Dropbox is sufficient. But for some things, an API to access the metadata on Dropbox would indeed be interesting (one of my projects that has been on the back burner for a while would be an implementation of the Simpletext.ws service from Google App Engine on a normal Python service with Dropbox as the backend, for example).
Python 2.7 Release - some good stuff in it, especially the set and dictionary comprehensions I like - so far I have made do with generator comprehensions, but the dict comprehensions just look better and more readable. Due to various dependencies, I am probably still tied to Python2 at work for some time to come, so it's nice that some of the Python3 features are also becoming available in Python2. However, I am one of those who really want Python3 - just for the much cleaner string handling with Unicode as default. But as long as Django does not run on Python3, I am reluctantly stuck with Python2.
liebke's clj - ah, someone has put together package installation and a decent REPL for Clojure, so you can play around with Clojure interactively without having to set up a project every time. Very practical for quickly trying out some Java libraries. Internally, it doesn't do anything else than setting up and managing a hidden Leiningen project, so it's rather cosmetic, but the right kind of cosmetic.
jessemiller's HamlPy - I need to check this out, an implementation of HAML (basically a shorthand notation for HTML) with integration for Django. This could be interesting for the many small internal templates, as they are created by programmers and not designers. However, I would first have to see how well (or how poorly) I can integrate JavaScript with it. But definitely interesting - HTML is not really Diff/Merge-friendly and simply annoying to write and read.
Write-Ahead Logging - in SQLite! From version 3.7. This is very interesting because it makes a use case easier - multicore-using applications that want to work with an embedded database. SQLite becomes even more the Swiss Army knife of data storage (and if you take this into account when programming, switching to PostgreSQL for larger installations where the embedded database no longer makes sense is easily solvable).
Inconsolata - I stumbled upon this font via my iPad (in iSSH) and find it very pleasant. Especially with today's higher screen resolutions, a monospace font can certainly pay attention to details - and this one does it well.
Nicholas Piël » ZeroMQ an introduction - a brief overview of how asynchronous messaging with ZeroMQ and Python looks and how the different messaging scenarios can be represented. I should take a closer look, because it's something like a deconstructed framework for messaging - so only the building blocks to be able to build your own, optimally tailored to the problem, messaging system.
PyFilesystem 0.3 released - looks interesting, filesystems in and with Python. You can write FUSE filesystems in Python or simply access Amazon S3 or FTP with the same code.
About Greenfoot - a graphical programming environment for games and other interactive content in Java. By the BlueJ creators.
PyPy Status Blog: A JIT for Regular Expression Matching - this is the reason why I firmly believe that the future of Python is PyPy (or something similar) and why I want something like PyPy. An environment where all language elements are reduced to a common base, where I can work at all levels of abstraction - if necessary even at the level of code generation. This offers significantly more pleasant optimization options than the CPython model, where higher performance beyond a certain point is only achievable through C extensions. However, I also come from Lisp, where it is quite common to work with a language family from high-level language elements down to code generation. My Xerox Lisp machine had a TCP/IP stack written in a subset of Interlisp - this is quite comparable to the situation of PyPy and RPython.
nutshell — Lettuce v0.1.2 (barium release) documentation - lettuce is cucumber for Python. cucumber is BDD for Ruby. BDD is behaviour driven development - first you write BDD stories, then you write the code and a small Python module that connects the story with the code. This automatically generates the test code. It looks a bit silly at first glance, but has the advantage that test cases actually orient themselves towards specified behavior and are not simply abstractly programmed into the woods. In combination with testcase-pro-bugreport, this provides a quite usable test environment.
iFolder - I just came across this. Open Source from Novell that builds functionality similar to Dropbox. Only that you operate your own server (a Linux box, ready-made packages for Open Suse). The whole thing is built with Mono, clients for Linux, Windows and Mac. I haven't tried it yet (Dropbox works too well for me to feel a great urge for changes), but I think before the next renewal with Dropbox I could take a look at it. Hosting a Suse box somewhere (or getting the server to run on Ubuntu or Debian) shouldn't be the biggest problem and I'm already hitting the limits of the 50G option from Dropbox. What I haven't found is access to older versions of files - but I haven't looked through the quite extensive manuals yet.
AdBlock for Safari - with Safari 5 you can now block ads. In this case, a Chrome extension has been ported to Safari - apparently they are quite similar (both are based on JS + HTML5 as technology).
Racket Released - PLT Scheme has a new name and a new release. And is still the coolest Scheme environment.
kenkeiter's ryfi - blogged for later. A Ruby server that can work with EyeFi cards and enables you to do more with photos than just store them. With this, you could build automatic syncs to your own cloud or other fun stuff.
Plac: Parsing the Command Line the Easy Way - interesting library for parsing parameters for Python tools. Much more compact than other libraries. Parameters are automatically derived from defined functions using inspect.
Python Package Index : Baker 1.1 - and yet another alternative of a more declarative command line parser.
Aeracode :: On Django And Migrations - South core libraries may move to the Django core in the near future (possibly targeting Django 1.4). I approve. Having the basis for migrations already in the Django core would not only be helpful for migrations but also for projects that require higher dynamics in the data models - my current hack with sqldiff and some self-made code is just that: a hack. It's probably time to take a closer look at South (so far only briefly looked at it, but what I've seen I liked) and consider whether I should already now put my hack on a more powerful basis.
Oppugn.us: Where The Rants Go - Zed Shaw on Flash. Fuck, yeah.
HackageDB: berp-0.0.1 - someone is programming a Python 3 compiler and interpreter in Haskell. At least intellectually quite interesting.
Fossil: Fossil Home Page - the author of SQLite, my preferred tool for everything that needs to store data locally, has also built his own distributed version control system (à la Mercurial or Git). And it comes with an integrated, distributed wiki and an integrated, distributed bug tracking system. Of course, the whole thing is based on SQLite as the backend for storing the data and has some interesting properties. Definitely worth a look, especially since its installation is nearly perfect: just copy a ready-made executable into the path, that's it. Yep, version control, wiki, bug tracking, CGI for web interface - all in a single executable. It's also compact. Impressive.
ikiwiki - and since I'm currently into bare-bones projects again: ikiwiki might be quite interesting, it calls itself a "Wiki Compiler". Essentially just a bunch of wiki pages in text files, managed with a versioning system and a tool that automatically produces static HTML. Plus a number of plugins with which you can make various extensions (among other things, it allows Markdown and also reStructured Text as wiki languages and has blogging plugins).
daemon 1.0 - the first of the usual suspects for Unix daemons with Python.
pyquery: a jquery-like library for python - definitely check it out, because this is something that has been bothering me for a long time, the libraries for accessing XML data in Python are somewhat primitive. And I really like jQuery, I find its access patterns simply extremely practical.
python-daemon 1.5.5 - and the second of the usual suspects (this one is almost official, at least it is oriented towards a PEP) for writing Unix daemons with Python.
Spring Python - no idea what it's worth, I haven't used Spring under Java so far (well, I hardly ever use Java anyway, at most the JVM occasionally), but you read a lot of positive comments about Spring. Here someone has transferred the ideas to Python - there's even a book about it. I don't know, however, whether a framework for a bondage-and-discipline language translates so well to a highly dynamic language like Python. But you could take a look at it in a quiet hour.
Turkmenbashi 1.0.0 - a library to write Unix daemons. Brings a few more features than the other usual suspects (daemon and python-daemon).
Clojure - datatypes - what I like about Clojure: pragmatic and compact solutions for typical programming problems. Clojure 1.2 will introduce the possibility of having better descriptions of data structures with functionalities defined on them. And not some monstrous construction like CLOS or other Lisp-OO extensions, but rather lean constructs that also fit well with the host environments (JVM and CLR). Looks quite interesting. The downside of all the changes in Clojure: books become outdated faster than they can be printed ...
Rubinius : Use Ruby™ - I'm not a big Ruby fan, but Rubinius (Ruby-in-mostly-Ruby) has been released as version 1.0. And the various projects to bring Ruby to a mostly Ruby-based platform with LLVM underneath still make me envious. I would love to have something like that for Python ... (yes, I know Unladen Swallow and PyPy - but both are still miles away from a serious version, unfortunately)
Street View: Google eavesdropped on open WLANs - that's exactly the problem with Streetview. Not in the pure photos. But in the entire program - the integration of various things in a large-scale scan. The combination with all the databases that Google already has. The merging of various information sources, purely from the geek's perspective as "wow, hey, look at all the stuff we've got, now let's just pull out everything we can". Or put another way: just imagine, the cars didn't belong to Google, but to the state. And the program, the databases and the information gathering frenzy wasn't a company in America, but our state. Would the accumulation of information and data then appeal to you as much as Streetview? If it were the state, at least there would be the appearance of democratic control over this gigantic database.
alienscience's leiningen-war - interesting plugin for Leiningen, the build tool in and for Clojure. Provides commands that quickly and easily generate .war files, which can be used for deployment to the Google App Engine, for example.
hiredman's lein-gae - Documentation is practically non-existent, but it only provides a simple command that prepares the war structure for a Google AppEngine project and adjusts the project.clj. Another way to build Clojure programs for the AppEngine.
Licenser's lein-search - and a small plugin that brings the search for modules and their versions to the (Leiningen) command line.