Am Rande notiert ...

22. Juni

Leos Home Page. Leo ist ein Outliner und Datenorganisator – das ist erstmal nix besonderes. Aber dieser ist in Python geschrieben und Portabel (überall hin wo es PyQT gibt, zumindestens in der Version 4.9, ältere hatten auch Tkinter als Oberflächenlibrary). Kann auch als IDE für Python eingesetzt werden.

Mozilla Firefox Add-on Builder and SDK – zum Erstellen von Erweiterungen mit HTML5, CSS und JavaScript. Der Builder ist eine Web-basierte IDE und das SDK liefert einen ganzen Stapel von APIs zur Programmierung von Erweiterungen.

Python/Harmattan – MeeGo wiki. Im Zusammenhang mit dem N9 sehr interessant: eine vollständige (und das meinen die wirklich Ernst – fast alle Teile des Systems sind erreichbar) API für MeeGo in Python. Damit kann man das ganze Telefon komplett in Python programmieren und auch die so erstellten Applikationen im Ovi Store (Nokias Variante des AppStores) veröffentlichen. Sowas ähnliches hatte ja Nokia schon mit Symbian in Form von Python S60 und den Tabletts unter dem Vorgänger von MeeGo, von daher hat gute Python-Unterstützung schon fast Tradition bei denen.

gcc python plugin and static analyser for CPython sources. Auf sehr seltsame Art und Weise Cool. Ich mein, mal ernsthaft: wer guckt sich gcc an und denkt da spontan „oh, da sollte ich einen Python-Interpreter einbetten“? Ja, ich weiss, die Antwort ist „der Autor dieses Plugins“. Seltsame Dinge tun manche Menschen …

20. Juni

What Is Inside A Cat. Ein sehr interessantes Dokument, das die Implementierung von Wraith Scheme sehr detailliert beschreibt, speziell auch die Implementierung der parallelen Prozesse.

16. Juni

Skulpt. Eine Python-Implementierung in JavaScript, Client-Side. Also im Browser. Nett der Hinweis, man solle garnicht erst probieren den Server zu crashen, man würde nur seinen eigenen Zeh stoßen … (ansonsten ist das aber wohl eines der vielen Projekte „weil es geht“)

15. Juni

MAXIMA. Nettes Buch mit vielen Beispielen wie man Maxima benutzt. Da der Schockwellenreiter gerade mal wieder von Maxima schrieb und mir die wxMaxima Oberfläche in seinem Post recht gut gefallen hat (und im Gegensatz zu manchen anderen Programmen auch unter OSX ordentlich aussieht), werde ich damit wohl auch mal etwas rumspielen. Ganz besonders, weil es deutlich schlanker ist als Sage (auch wenn das natürlich viel mehr kann, da es noch viele andere Mathepakete integriert).

JQuery Form Wizard. Interessantes kleines Plugin welches komplexe Formulare über Steps abarbeiten lässt – und die Routen durch das Formular können abhängig von gewählten Daten eines vorherigen Schrittes sein. Zusätzlich werden #-Hacks benutzt, um die Formularschritte in der History auftauchen zu lassen (in dieser Form begrenzt ist das meiner Meinung nach absolut in Ordnung).

josevalim/elixir ist eine Programmiersprache für die Erlang Umgebung und dessen virtuelle Maschine, die sich in das Erlang Umfeld integriert und eine ähnliche Ausrichtung wie Erlang hat. Allerdings liefert Elixir eine Ruby-ähnliche Syntax und einige interessante Erweiterungen sowie natürlich Interoperabilität mit Erlang-Code (sonst wärs ja auch sinnlos, denn Erlang ist ja nicht nur die recht seltsame Sprache, sondern vor allem die Serverstruktur und die Bibliotheken).

14. Juni

Tumult Hype. Interessant – hatte ich schon eigentlich viel eher erwartet, ein Tool zur Erzeugung von Animierten Präsentationen nur mit HTML5 und JavaScript Mitteln. Im Prinzip das was früher Macromedia Director oder Asymmetrix Toolbox waren.

ccons – Interactive Console for the C Programming Language – Google Project Hosting. Klingt interessant, wenn man mal mit Low-Level-APIs rumspielen will und auch mal interaktiv sein System schrotten möchte.

Asciiflow – ASCII Flow Diagram Tool. Diagramme. In Ascii-Art. Mit einer interaktiven Umgebung in JavaScript. Im Webbrowser.

13. Juni

OpenCOBOL – an open-source COBOL compiler. Don’t ask. Really. Don’t. A man must do what a man must do.

11. Juni

Florian (Autor) meint, ich könnte an burrahobbit interessiert sein und er hat Recht: persistente Datenstrukturen (also funktionale Persistenz) in Python, mit zu den normalen Datenstrukturen vergleichbarem Zeitverhalten. Bisher hat er Dictionaries und Sets.

7. Juni

Cloud9 meets Bitbucket – Cloud9 IDEs Posterous. Das ist nett, denn Mercurial ist mein bevorzugtes Versionierungstool und Cloud9 kann es jetzt direkt unterstützen – und damit dann auch auf Bitbucket-Projekte zugreifen. Wird immer interessanter.

4. Juni

Why arent you using git-flow? – Jeff Kreeftmeijer. Klingt wie ein paar sinnvolle Tools die git etwas simpler zu benutzen machen für die Standardfälle. Klar, kann man alles auch alleine managen, aber wozu hat man sich dann einen Computer gekauft …

Comparison to Python | Cobra – nur der Vollständigkeit halber geblogmarkt, da die Sprache einige interessante Ideen hat. Speziell die Kontrakte fände ich als explizite Syntax gut, Python erlaubt ähnliches nur auf Umwegen. Allerdings ist die Sprache ansonsten halt eine der vielen Nischensprachen. Und ehrlich gesagt ist Python mehr als nur die Einrückung – was ist zum Beispiel mit dem sehr ausgereiften Metaprotokoll von Python in den diversen Nischensprachen? PyPy in Kombination mit Rpython und dem neuen ctypes für pypy da deutlich interessanter.

Clack – Web Application Environment for Common Lisp. Das sieht endlich mal richtig nett und schlank aus – die meisten Common Lisp Webframeworks sind mir einfach zu groß, zu kopfig. Das hier sieht sehr viel pragmatischer aus, ein simples Routing, ein schlanker Request und eine Funktion die drauf reagiert. Da könnte man mal mit rumspielen, Installation ist dank Quicklisp trivial (was bin ich froh, dass es jetzt Quicklisp gibt, das asdf-install Gehampel war wirklich nervig). Vom Ansatz erinnert es etwas an Turbogear für Python – es werden diverse vorhandene Libs mit Clack gebündelt, sozusagen ein schlankes Web-best-practices. Ein Applikationsframework das in dem minimalen Environment auch läuft, gibt es mit Caveman auch schon.

Polycode. Sieht aus wie sowas wie Processing für C++ und Lua – also eigentlich ist es eine C++ Library für kreative Projekte (2D/3D), aber gleichzeitig gibt es einen Lua-basierten Scripting-Aufsatz, mit dem man mit gleichen APIs auch direkt programmieren kann. Klingt ein bischen ähnlich zu Cinder, nur dass dort keine Scripting-Lösung mit dabei ist, sondern nur eine C++ Library.

1. Juni

CouchDB: The Definitive Guide. Und weil es so gut passt, hier der Link auf ein Buch zu CouchDB zum Online lesen. Gibts dort auch Online in Deutsch (und natürlich Englisch. Und auch Französisch). Die deutsche Version scheint aber nur unvollständig zu sein – man stößt immer wieder auf Englische Seiten.

Simple JavaScript Applications with CouchDB – CouchApp.org. Interessanter Ansatz: ganze Anwendungen werden in HTML+CSS+JavaScript realisiert und direkt in der CouchDB gespeichert, persistieren ihre Daten ebenfalls in der CouchDB. Erinnert mich ein bischen an Frontier, nur dass eben hier CouchDB und JavaScript anstelle der Frontier Roots und UserScript eingesetzt werden. Der große Vorteil: wenn die Anwendung tatsächlich mit den eingesetzten Elementen auskommt, erhält man die leichte Skalierbarkeit sozusagen kostenlos dazu – denn CouchDB lässt sich leicht durch Starten mehrerer Instanzen skalieren. Klarer was es bedeutet wird es vielleich in diesem Tutorial.

Its About The Hashbangs. Gebloggmarkt, weil das eine recht gute Beschreibung ist was an diesen #! in Adressen falsch ist. Der Teil hinter dem # ist nur Clientseitig, der Server sieht den nie – jede Form von serverseitiger Umleitung und serverseitigem Routing fällt damit komplett aus. Auch serverseitige Zugriffskontrollen fallen weitestgehend aus, der Server sieht nur die Hauptseite. Für Single-Page-Anwendungen wie TiddlyWiki ist das alles ok – da ist alles in einem File schon drin und es ist der erklärte Sinn dieser Anwendungen so aufgebaut zu sein. Für Webseiten wie Twitter oder gar Newssites wie die von Gawker Media ist es einfach nur absurd. Twitter kann vielleicht wegen seiner banalen Struktur noch garantieren, dass die URLs auf Tweets auch mit #! auf Dauer funktionieren, in dem ein entsprechender JavaScript-Anteil auf Dauer in der Homepage drin bleibt (was aber schon ziemlich albern ist), aber Newssites werden früher oder später schlicht und einfach die alten #! URLs fallen lassen – und damit massiven Linkrot produzieren.

31. Mai

Shedding Bikes: Github’s Favorite Joke. Warum social networks in Kombination mit Code und Geeks schnell zu asocial networks werden. Ein Punkt warum ich mich auch von Github weitestgehend fern halte – ich hab da einen account um Favorites zu setzen und Bugreports zu machen, aber meine Projekte lege ich lieber bei Bitbucket ab. Und selbst dabei bin ich sehr froh, dass Mercurial (wie natürlich auch Git) als verteiltes Versionssystem mir den Wechsel zu anderen Systemen oder den Wechsel auf selbstgehostete Seiten ermöglicht (Rhodecode wäre auf Dauer mal sinnvoll dafür zu installieren). Update: Github reagiert und baut endlich Blocking ein.

30. Mai

cloud9 ist die Software hinter Cloud9ide.com – einer IDE, die komplett im Browser läuft und in JavaScript auf Basis von Node.js programmiert ist. Ein interessantes Projekt, in der aktuellen Version wird auch ein Offline-Modus angeboten, man kann also problemlos Projekte über den Browser auf seinem Server bearbeiten und im Offline-Fall (im Zug oder in WLAN-spartanischen Hotels im Schwabenland) dann lokal weiterarbeiten und später wieder resynchronisieren. Ich selbst bin ja IDE-inkompatibel, aber Programmierung im Browser fasziniert mich schon seit vielen Jahren, einfach weil man darüber von überall an seine Projekte rankommt, auch ohne seinen eigenen Rechner dabei zu haben. Falls ich es mir mal näher angucken will, jemand hat für Ubuntu eine Installationsanleitung geschrieben. Unterstützung für iOS Geräte ist auch schon in der Mache – also könnte das auch ein netter Weg sein an seine eigenen Projekte per iPad dranzukommen von unterwegs.

28. Mai

Spring cleaning for some of our APIs – The official Google Code blog. Guter Beleg dafür, warum Cloud-Dienste schlichtweg eine dumme Idee sind als Basis für Projekte die irgendeine höhere Bedeutung als „rumspielen“ haben. Der Anbieter dieser Cloud-Dienste und APIs kann diese nämlich einfach jederzeit einstampfen – und Google zeigt mal wieder wie man einer größeren Menge von Developern mit sowas ans Bein pinkeln kann. Ich kann da nur aus einem der Kommentare zitieren: Warum sollen wir überhaupt jemals wieder irgendein API von Google benutzen?

27. Mai

clj-android. Und wenn ich schon dabei bin, auch gleich ein Framework für Clojure und Android. Ist allerdings alles scheinbar noch etwas roh (braucht zum Beispiel einen Fork von Clojure um ein paar Probleme mit Dalvik zu umgehen). Und nur zum Rumspielen mit Clojure für unterwegs ist vielleicht die Clojure REPL interessant.

scalaforandroid – Scala for Android. Und der Vollständigkeit halber auch ein Projekt zur Erstellung von Android-Anwendungen mit Scala. Scala braucht zwar auch eine große eigene Runtime-Library, aber in scalaforandroid wird ein Treeshaker (Proguard) eingesetzt, der bei der Paketerstellung nur die benutzten Klassen der Library überträgt und so das Volumen klein hält.

mirah/pindah – GitHub. Mirah ist eine Sprache, die von Ruby inspiriert ist, aber weiterhin mit statischen Typen arbeitet und daher näher am Java-Level von der Performance her liegt. Type-Inference nimmt den Typen aber die Schmerzen, weil man sich die Deklarationen oft sparen kann. Codemakros bieten darüber hinaus auch noch interessante Ansätze für interne DSLs. Pindah ist ein Framework und Toolset um mit Mirah Android-Applikationen zu schreiben. Mirah bietet gegenüber JRuby den Vorteil, dass keine eigene Runtime und keine dynamische Interpretation hinzukommt – die Anwendungen dürften also wesentlich näher an Java-Anwendungen von der Performance liegen.

Ruboto: Ruby on Android. Ein kleiner Artikel beim IBM Developernetwork mit einer kleinen Beispielanwendung in Ruby für Android. Ruboto hat im Moment noch das Problem von recht hohen Startzeiten für die Anwendungen und recht großer Applikationsgröße, da das ganze JRuby mit ausgeliefert wird.

26. Mai

Ruboto ist ein Framework und eine App für Android-Geräte. Mit dem Framework kann man Android-Apps in Ruby schreiben (auf Basis von JRuby, das allerdings im Gegensatz zu JPython tatsächlich mit dem normalen Ruby nicht nur mithalten kann, sondern bei der Performance durchaus auch mal vorne liegt) und mit der App kann man direkt in Ruby interaktiv auf dem Android-Gerät scripten. Vielleicht mal ein Grund mein Ruby-Foo zu entstauben …