Tenplustwo ist eine iPhone- (und bald iPad-)App, die den von Productivity-Guru Merlin Mann beschriebenen (10+2)*5-Lifehack umsetzt: Zehn Minuten arbeiten, dann zwei Minuten Pause, dann wieder zehn Minuten Arbeit, und so weiter. Die App stellt dafür einen attraktiv gestalteten und wohlklingenden Timer zur Verfügung.

Durch die Pflichtpausen werden die Anwender motiviert; es sind ja immer “nur zehn Minuten” bis zur nächsten Pause. Und durch den Timer, der die Pausen auf eine kurze Zeit beschränkt, geht es trotzdem bald weiter. Langweilige Aufgaben, auf die man keine Lust hat, sind mit dieser Technik viel schneller erledigt als mit der Methode “Zwei Minuten arbeiten, 30 Minuten Wikipedia.”

Mehr Informationen gibt es auf der Homepage von Tenplustwo. Die Software ist noch bis zum 20. Mai kostenlos verfügbar, danach wird sie zu einem Preis von 0,79€ verkauft. Am besten also gleich herunterladen! (App Store link)

Wir haben auch schon einige Ideen für die weitere Entwicklung von Tenplustwo: Die nächste Version wird eine Universal-App sein, also sowohl iPhone und iPod Touch als auch das iPad unterstützen. Außerdem forschen wir nach einer schönen Art und Weise, die Anzahl der bereits absolvierten Arbeit/Pause-Zyklen darzustellen. Und schließlich soll es möglichst bald möglich sein, die neuen Funktionen von iPhone OS 4.0 zu nutzen, um den Timer auch laufen zu lassen, wenn die Applikation nicht im Vordergrund läuft.

Wir freuen uns, wenn Blogs, Zeitschriften und sonstige Publikationen aller Art über uns berichten wollen. Schreiben Sie uns bei Fragen oder um Promo-Codes zu erhalten. Sie können zusätzlich auch unser Pressekit benutzen.

This blog post is partly based on Rob Hudson’s Installing Django on Leopard post, which has helped me a lot in the past. Thanks, Rob!

Also, if you need help installing other tools on your machine, Dan Benjamin of hivelogic.com has created tutorials for installing MySQL, Git and Mercurial.

Prerequisites

Luckily, Snow Leopard brings everything with it that you need: Subversion and Python 2.6 are already pre-installed with the new OSX. This is especially important because as of now, 3 days after the release of OS X 10.6, there is no working version of Macports yet, which might otherwise help you install lots of command-line-tools for your mac.

Downloading Django

First, open your Terminal.app. It should be in the Utilities folder, located inside the Applications folder.

To download Django 1.1 using Subversion, first cd into the Python site-packages directory by pasting the following line into the terminal window and pressing enter:

cd /usr/local/lib/python2.6/site-packages

A few commentators rightfully point out that the correct path to the site-packages should be:

cd /Library/Python/2.6/site-packages/

And then download Django into the site packages directory using Subversion:

sudo svn co http://code.djangoproject.com/svn/django/tags/releases/1.1/django

Installing Django

Now Python should know about Django itself. You’ll only have to tell your system about the django-admin.py so that you can create new projects. To do this, create a symlink:

sudo ln -s /Library/Python/2.6/site-packages/django/bin/django-admin.py /usr/bin/django-admin.py

Cleaning Up

On American Macs, this should already be enough. On many other system, you’ll need one more thing to avoid the dreaded unknown locale: UTF-8 error.

We simple need to set two environment variables to tell your system about your input language. In your terminal, type

nano ~/.profile

which will open your profile file. If there is already something in the file, ignore it. Add these two lines:

export LC_ALL=de_DE.UTF-8
export LANG=de_DE.UTF-8

As you can see, the locale is now de_DE.UTF-8 which is the correct entry for me, as I live in Germany. For other countries, substitute “de_DE” by the correct code as taken from this list of locales.

Save the file by pressing Ctrl+x, then y. Finally, close your terminal and take a deep breath. You have just installed Django on Snow Leopard. Happy coding.

Omsnation ist eine große Party, die am 24. April 2009 in Augsburg stattfinden wird. Das Besondere dabei ist, das das Konzept zusätzlich zu den Dingen, die eine Party normalerweise großartig machen, noch möglichst viel Web-2.0-artige User-Interaktion integriert. Von der Info-Seite:

OMSNATION ist nicht nur irgendeine Feier. Sie ist die interaktive Party. Du bestimmst, welche Musik gespielt wird, und Du beeinflusst, was an Live-Visualizations geboten wird:

Während der gesamten Veranstaltung ist unser Fotografenteam unterwegs und schießt Bilder von der Party, die nur wenige Sekunden später auf einer der Leinwände erscheinen, zusammen mit unserem zeitversetzten Live-Video, das dafür sorgt, dass Du keinen lustigen Moment verpasst.
(Ach ja: Wir achten natürlich auf Deine Privatsphäre. Wenn du nicht möchtest, dass wir dich fotografieren, sag es einfach dem Fotografen. Und peinliche Fotos schießen wir erst gar nicht.)

interactive VJ-Tablet-Action: Am Eingang kannst du Dich künstlerisch entfalten. Du hast die Möglichkeit, auf einem Grafiktablet digitale Zeichnungen zu entwerfen. Wir strahlen Dein Werk zusammen mit den Zeichnungen unserer anderen Gäste an die Wand.

Besonders viel Spaß hat es gemacht, die reddit-artige Seite für Musikvorschläge zu erschaffen. Unter dem Punkt Your Music können Besucher der Webseite im Voraus Musikwünsche abgeben und denen von anderen Besuchern zustimmen. Die meistgewünschten Lieder werden dann gespielt. Und die Twitter-Integration ist einfach ein wunderschönes Spielzeug :)

Das gesamte Konzept, Design und auch der Code von omsnation.de ist erschaffen von breakthesystem. Und zwar mit viel Spaß, denn wenn neue Wege und Konzepte in Augsburg ausprobiert werden, dann wollen wir da ganz vorne dabei sein.

Ideen sammeln

Am Anfang ist eine Anwendung nichts weiter als ein Haufen von guten und weniger guten Ideen. Wir setzen uns mit unserem Kunden zusammen und schreiben alles auf, was uns zu dieser Anwendung Cooles, Wichtiges und Interessantes einfällt. Machbarkeit spielt zu diesem Zeitpunkt noch nicht wirklich eine Rolle.

Danach organisieren wir die gesammelten Gedanken, zum Beispiel in einer Mind Map. Wir müssen jetzt festlegen, was genau die zukünftige Anwendung kann, und an welche Zielgruppe sie gerichtet ist; am besten in einem Satz. Das kann sich dann zum Beispiel so anhören: “Flickr ist eine Webseite, mit der Hobbyfotografen ihre Bilder anderen zeigen und neue Fotos entdecken können.”. Diese Aussage sollte so genau wie möglich sein!

Wenn wir eine Definition gefunden haben, die passt, und die auch angenehm kurz ist, gehen wir die gesammelten Ideen noch einmal durch. Passen die Ideen? Was fällt uns noch ein, jetzt wo wir die Definition haben? Am Schluss haben wir eine gute Idee für eine schlanke, gut definierte Anwendung.

Prototyp

Wir wissen jetzt, was wir wollen; als nächsten Schritt überlegen wir uns, das Wie. Und zwar nicht das Wie aus der Sicht eines Programmierers, sonderen aus der Sicht eines Anwenders, denn die sollen das fertige Produkt schließlich einmal benutzen.

Dazu erstellen wir einen Prototypen, eine Repräsentation wie sich die Seite später für den Benutzer anfühlen wird und wie sie aufgebaut ist. Meistens arbeiten wir dabei mit Papier: Ein A4-Blatt für eine Unterseite und Post-Its oder kleine Zettel für Elemente, die sich ändern können, oder die wir probeweise an verschiedene Stellen setzen. Bei besonders interaktiven Webseiten setzen wir auch Prototypen aus HTML und JavaScript ein.

In dieser Phase arbeiten wir besonders eng mit dem Kunden zusammen, denn hier entscheidet sich, wie sich seine Webseite verhalten wird. Der tatsächliche Code dahinter ist schließlich für jemanden, der die Seite benutzt, meistens weniger wichtig.

Architektur und Code

Basierend auf den Entscheidungen, die wir bisher über Features, Aussehen und Verhalten der Webseite getroffen haben, entscheiden wir uns jetzt, auf welche Art wir genau die Webseite programmieren. Manchmal können wir eine fast fertige Open-Source-Lösung, z.B. ein CMS benutzen und müssen es nur noch anpassen. Manchmal ist eine Seite aber auch so neuartig und anders, oder hat so besondere Anforderungen, dass wir uns dafür entscheiden, sie von Grund auf neu zu schreiben. Dann sind jetzt zu klären, welche Programmiersprache, Datenbank und Server wir benutzen, und wie wir den programmatischen Teil der Webseite aufbauen.

Ach, und, programmieren sollten wir das Ganze dann auch noch. Dazu konzentrieren wir uns typischerweise auf den wichtigsten Teil der Seite — welcher Teil das ist, wissen wir aus unserer Arbeit mit Prototypen — und entwickeln diesen. Danach sehen wir nach, ob das bisher Geschriebene den Kundenwünschen entspricht und ob sich durch die Entwicklung neue Erkenntnisse ergeben haben, die sich auf die anderen Teile auswirken. In diesem Fall passen wir die entsprechenden Prototypen und Designs an und beginnen dann die Arbeit am nächst-wichtigeren Teil. Und so weiter.

Usability Testing

Jedes Mal, wenn ein Teil der neuen Webseite fertig gestellt ist, arbeiten wir an den anderen Teilen weiter, aber wir testen gleichzeitig den fertigen Teil auf seine Benutzerfreundlichkeit. Das haben wir zwar schon zum Teil an den Prototypen gemacht, aber das ist kein Grund, einen tatsächlichen Usability-Test wegzulassen.

Wir lassen also (je nach Größe des Projekts) Freunde, Kollegen oder Beta-Tester (und natürlich auch unsere Kunden) die Seite benutzen und beobachten sie dabei, wie sie verschiedene Aufgaben à la “Bestelle ein Ticket über das Ticketsystem” oder “Finde heraus, wann die Veranstaltung statt findet” lösen. Mit diesen Beobachtungen verfeinern wir die Benutzeroberfläche so lange, bis sie für möglichst alle User intuitiv, elegant und schnell zu bedienen ist. Wenn es nicht Spaß macht, sich auf der Seite zu bewegen, sind wir noch nicht fertig. :)

Auslieferung

Irgendwann haben wir den Punkt erreicht, wo wir die Webseite für auslieferungsreif halten. Manchmal ist dann die gesamte Seite fertig, aber oft auch nur die Kernfunktionalität, und wir arbeiten an der Seite weiter, während sie schon an Bekanntheit gewinnt. Das hilft uns noch zusätzlich, den Ablauf der Aktionen auf der Seite weiter zu optimieren, weil wir genau beobachten können, was echte Benutzer — keine Betatester — tatsächlich tun.

Sei es nur ein Teil oder sei es das Ganze, die Seite muss online. Wir kümmern uns um den Server und um die Domain, und darum, dass von Tag Eins ab der Webauftritt glatt läuft. Unsere Kunden bekommen sogar die Handy-Nummern der beteiligten Mitarbeiter, so dass sie sofort einen Kontakt haben, falls etwas schief geht.

Mehr

So entsteht bei uns eine Webseite. Vielleicht auch Ihre? Unterhalten Sie sich doch einfach mit uns über Ihre Idee! Unsere Kontakt-Seite zeigt, wie Sie uns erreichen.

Mit dem Erschaffen ist es übrigens noch lange nicht vorbei. Eine gute Web-Präsenz wird immer weiter entwickelt, analysiert und gepflegt, und darum kümmern wir uns auch. Aber das ist ein Thema für einen späteren Blogpost.

Bilder: Zevotron, someToast, mccready, breakthesystem, re-ality, Don Solo

Nur so nebenbei: Ich persönlich finde übrigens schrecklich, dass man im Deutschen immer zwischen “Du” und “Sie” hin- und hergerissen ist. Wir haben uns jetzt für das “Sie” entschieden… was meinen unsere Leser? — Was meinen … Sie?

Ein Wort zur technischen Seite: Nach langer Überlegung haben wir uns dazu entschieden, diese Seite weiterhin auf Wordpress basieren zu lassen. Eigentlich wollten wir komplett von PHP weg, aber wir konnten einfach kein so fortgeschrittenes Blog und CMS da draußen finden. Wordpress ist einfach gut :)

Die Vorlage für unser Design lieferte das Wordpress Theme Magazeen des talentierten Designstudius function.

Ach, und wenn Sie irgendwelche noch nicht ins Deutsche übersetzten Stellen auf dieser Webseite finden: Wir würden uns über einen Kommentar deswegen sehr freuen ;)