programmierung - 16.5.2011 - 24.6.2011

DocumentClouds VisualSearch.js. Interessante JavaScript Library die ein recht mächtiges Suchfeld realisiert - man kann nach normalen Texten suchen oder nach Facetten der Daten (also spezifische Felder wie Titel oder Autor) mit automatischer Vervollständigung bei diesen Feldern. Das ist gerade für Dokumentensuche in teilstrukturierten Datenmengen interessant und die Darstellung im Browser ist nett gemacht. Guter Kompromiss für Suchfelder in die man eben nicht nur einfache Textsuchen ala Google reinhauen will, sondern unter Umständen eben auch Eingrenzungen auf Metadaten, ohne dass der Benutzer alle Optionen für Metadaten auswendig wissen muss in ihrer exakten Syntax.

SourceTree | Mercurial and Git GUI for Mac OS X. Das sieht auch sehr gut aus - allerdings sind 45 Euro nicht gerade wenig. Dafür kann es aber Git, Mercurial und Subversion, vielleicht sollte ich es mir also doch mal angucken (gibt ja eine freie Testversion). Update: Kurztest von mir und das Teil gefällt mir wirklich sehr gut - man kann externe Diff Tools einbinden (Changes wird leider nur als Diff, nicht auch direkt als Merge unterstützt) und hat immer die gleiche Oberfläche, egal welcher Server dahinter hängt. Das nimmt Git einiges der Schmerzen. Versionstools werden intern mitgeliefert, man muss also nichtmal die Kommandozeilenversionen installiert haben. Sieht wirklich interessant aus.

GitHub for Mac. Bin ja überzeugter Bitbucket-User wegen Mercurial, aber das Teil hier sieht echt gut aus, da könnte man glatt nur wegen der Oberfläche auf git wechseln. Bin halt unten drunter doch oft Mäuseschubser und Optikklicker.

traits.js - Traits for Javascript. Interessantes Experiment für JavaScript - Traits bieten bessere Komposition als klassische Klassen und mehr Struktur als JavaScripts Prototype-OO - und hier werden die Features von Traits gut auf die vorhandenen JavaScript Features abgebildet (z.B. werden Objekte über Closures abgebildet). Nachteil wie bei allen solchen Spracherweiterungen ist natürlich, dass man in der Regel zwar selber damit arbeiten kann, aber eben andere Bibliotheken sie nicht nutzen und damit der Vorteil bei stark auf Fremdbibliotheken aufbauenden Projekten eher minimal ist.

Technical Discovery: Speeding up Python NumPy, Cython, and Weave. Interessant für Zahlenfresser die nicht unbedingt auf PyPy wechseln wollen, sondern in der normalen CPython Welt bleiben wollen. Gibt einen schnellen Vergleich von NumPy, Weave und Cython.

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 ...

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.

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")

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).

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.

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.

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.

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.

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.

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.

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.

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?

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.

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 ...

Zotonic - Hmm, ob ich mir das mal angucken sollte? Ein CMS in Erlang, welches einige interessante Features auf der Liste hat - und so ein bischen in die Richtung zielt, die auch Drupal hat, also eher ein CMS Baukasten zu sein, als eine reine vorgefertigte Blogging-Lösung. Das Admin-Interface sieht auch recht aufgeräumt aus.

hij1nx/SugarSkull - GitHub. Weil ich letztens schon mal single-page JavaScript apps (ein Beispiel für diesen Typ Anwendung wäre TiddlyWiki) hatte: das hier ist eine einfache Library, die keine Voraussetzungen hat, mit der man einfaches Parsing und automatischen Funktionsstart für hash-routes bauen kann. Also im Prinzip sowas wie der Django URL Handler, nur eben in JavaScript und rein auf dem Client.

Seesaw - GitHub. Da mich GUI-Programmierung fast immer nervt, ist das hier ganz interessant: eine Clojure-Library die Swing in eine sehr viel kompaktere Form bringt. So dass man sich für einfache GUIs nicht mehr die Finger wund schreiben muss. Und da MCL-IDE ja jetzt auch Clojure unterstützt, wird es vielleicht ja doch mal Zeit sich das ganze näher anzugucken.

Single Page Apps with Node.js. - blog.nodejitsu.com - scaling node.js applications one callback at a time.. ein paar interessante Projekte gelinkt von dem Artikel, die für Webanwendungen die in einer einzigen HTML-Seite leben interessant sind. Mal für später weggeblogmarkt.

Roundabout for jQuery by Fred LeBlanc. Netter Effekt, auch wenn ich im Moment nicht so genau wüsste, wofür ich ihn bräuchte (ok, man könnte es zur Anzeige von Bildern nutzen, aber ich persönlich ziehe da dann doch Lightbox oder ähnliches vor). Vermutlich ist es einfach nur ein Gimmick, aber manchmal ist sowas ja auch ganz brauchbar.

Cloud Foundry - Make it Yours!. Interessantes Projekt zum Aufbau einer auf Ruby aufbauenden Cloud-Plattform. Der Source ist frei auf Github zu finden. CloudFoundry ist wohl das, was unter ActiveState Stackato läuft (bei denen dann Perl und Python unterstützt werden). So eine private Cloud kann auch für eigene Projekte ganz interessant sein, weil man dann zu Hause oder unterwegs lokal entwickelt und der Deploy auf den eigenen Rootserver simpel und einfach ist. Irgendwann will ich mir sowas glaub ich mal einrichten (zur Zeit wird bei mir jeder Service wieder individuell eingerichtet, das ist auf Dauer durchaus nervig).

Introducing JetBrains dotPeek - dotPeek - Confluence. Für Neugierige, die in .NET Assemblies reingucken wollen (und für Mono Assemblies wohl auch, aber da ist ja oft der Source sowieso verfügbar).

QuickSilver Network. Hmm, hatte ich das schon? Egal, ist cool. Und zwar ist es eine Smalltalk-ähnliche Entwicklungsumgebung, aber mit JavaScript als Sprache und im Webbrowser anstatt in einer Anwendung. Allerdings alles noch sehr roh und einige der Sachen tun nicht so richtig (zumindestens im Safari), aber irgendwie trotzdem nett. Irgendwie könnte ich mir jetzt vorstellen, dass jemand das mit TiddlyWiki verheiratet (für die Persistenz) und dann daraus ein JavaScript Imagesystem ala alten Smalltalk-Systemen machen könnte, nur halt im Web. Wäre irgendwie witzig. Sinnlos, aber witzig.

On TermKit. Ein ziemlich cooles Projekt zur Neu-Erfindung von Terminals. In diesem Fall wird der Output als HTML gemacht und das Terminal wird nicht als einfache Konsole sondern als Browserfenster gerendert. Dadurch kann man zum Beispiel Verzeichnislisten grafisch machen oder Bilder direkt ausgeben. Das ganze geht auch auf Sachen wie Pipes ein und auf die Idee wie man Daten zwischen Werkzeugen transportiert, so das sie alle damit universell arbeiten können - hier kommt JSON zum Einsatz. Das ganze macht durchaus einen durchdachten Eindruck.

AI art | painting robot | art | expert systems. Mal was anderes - ein richtiger Roboter der mit Lisp (also zumindestens das Prototyping) gesteuert mal. Also nicht so ein virtueller Roboter ala Turtlegrafik, sondern richtige Hardware die sich bewegt.

xmlisp - eXtreme Media Lisp: Rich media cross-platform programming for 3D (OpenGL) and 2D applications. Hatte ich glaube ich schon mal, bin mir aber nicht sicher. Egal, Wiederholungen sind ja nix ungewöhnliches, und das hier ist wirklich interessant - eine Lisp-Umgebung mit besonders guter Unterstützung für 2D und 3D Daten. Hat noch eine ganze Menge mehr auf der TODO - das Ziel ist eine Lisp-Umgebung speziell für Spieleprogrammierung und andere grafische, interaktive Programme. So ein bischen wie Processing.

MilkPack - Edgar Gonçalves. Interessantes Projekt das eine Taskliste implementiert, die mit Remember-the-Milk im Internet kommuniziert. Das interessante daran: es ist in Common Lisp geschrieben und nutzt intensiv die Objective-C Bridge für OpenMCL.

michaelmacinnis/oh. Eine Shell in Go. Die Shell hat einige interessante Features, zum Beispiel Prototyp-basierte Objektorientierung, first-class Funktionen und explizite Kanäle (was andere Shells implizit hinter Pipes liegen haben). Sieht auf den ersten Blick ganz interessant aus.

Javascript PC Emulator - Technical Notes. Ja, ein PC Emulator. Basiert auf QEmu, also durchaus ausgereifter Code. Bootet Linux im Browser. Weils geht.

Lightroom Developer Center. Weil ich mir das demnächst mal wieder genauer angucken will, vielleicht mache ich mir ja doch noch mal ein eigenes Plugin zum einfachen Sync nach Wordpress. Und Lua ist ja nicht so eine schreckliche Sprache.

Microsoft Small Basic. Auf seltsame Weise nostalgisch. Ein Basic im Stile von QBasic, nur für Silverlight und den Browser mit Libraries für Grafikausgaben und ähnliches. Im Prinzip sowas wie Processing, nur eben .NET statt JVM und Basic statt Java.