Aber jetzt zur Auflistung meiner wichtigsten Werkzeuge:

Forklift

Forklift ist ein klassischer Dateimanager mit mehreren Ansichten. Er unterstützt die Tastenkombination des uralten Norton Commanders (oder Midnight Commanders), die in meinem Gehirn immer noch fest verdrahtet sind. Und was mir eigentlich noch wichtiger ist, er unterstützt alle wichtigen Remote-Protokolle (FTP, SFTP, SMB, usw.). Beim Kopieren werden alle Dateien in einer Warteschlange eingereiht und man kann weiterarbeiten. Zum Hin- und Herschieben von Dateien zwischen verschiedenen Rechnern genau das Richtige.

Kostenpflichtig (20$) unter http://www.binarynights.com/

IntelliJ IDEA

IDEA ist meine zentrale Entwicklungsumgebung, in der ich meine Webapplikationen programmiere. Solange man nicht zu viele Projekte geöffnet hat und die Quellcodedateien nicht zu groß werden ist IDEA auch eine recht flotte Umgebung. Beeindruckend an IDEA ist der Funktionsumfang. Man muss nicht 20 Plugins installieren, wie es bei Eclipse notwendig ist, um ordentlich arbeiten können. Beispielsweise gibt es eine ordentliche und umfangreiche Unterstützung für Groovy, GIT und Grails.

Kostenlos in der Community-Edition oder kostenpflichtig in der Ultimate-Edition (89€ Academic, 179€ Personal License) unter http://www.jetbrains.com/idea/

Sublime 2

Man muss nicht immer eine Gigabyte große IDE starten, um eine kleine HTML-Datei zu bearbeiten. Dafür gibt es kleine schlanke Texteditoren. Man Favorit für solche Aufgaben ist Sublime 2. Der Editor startet sehr schnell und bietet Syntax-Highlighting für jede erdenkliche Sprache an. Beachtenswert ist die dicke Scrollbar auf der rechten Seite. Sie zeigt das Gesamtdokument stark verkleinert an und erleichtert so die Navigation. Die Funktionalität lässt durch Plugins stark erweitern.

Sublime 2 zum Testen (später 70$) unter http://www.sublimetext.com/2

Parallels Desktop

Als Entwickler von Webapplikationen muss man nach wie vor seine Anwendung auf unterschiedlichen Browsern, Versionen und Betriebssystemen testen. Anstatt mehrere Rechner zu nutzen greift man lieber zu einer Virtualisierungssoftware. Ich habe mich für Parallels Desktop entschieden. Egal welches Betriebssystem (WinXP bis Windows 8 oder Ubuntu Desktop / Server)  es hat bis jetzt alles funktioniert. Es gibt sicherlich auch kostenlose Alternativen, die ähnlich gut funktionieren.

Kostenpflichtig (80€) unter http://www.parallels.com/de/products/desktop/

(Es gibt manchmal Aktionen oder andere Online-Shops, bei denen es wesentlich günstiger angeboten wird)

Gimp

Einfache Bildbearbeitungsfunktionen macht der Entwickler auch mal selbst und da ich unter Windows bereits mit Gimp gearbeitet habe bin auch auch dabei geblieben. Die Installation auf einem Mac ist zum Glück auch seit der Version 2.8.2 einfacher geworden, d.h. es ist keine X11-Umgebung mehr notwendig.

Mac-Download kostenlos (Open source) unter http://gimp.lisanet.de

Dropbox

Um Dateien auf verschiedenen Rechnern synchron zu halten nutze ich Dropbox. Dieses Programm (bzw. Online-Dienst) bietet 2GB kostenlosen Speicherplatz in der Cloud und funktioniert bei mir auf allen Rechnern (Mac, Windows und Ubuntu) extrem zuverlässig. Man kann Dateien und Ordner auch für andere zum Lesen oder zum Schreiben freigeben.

Preise und Download unter https://www.dropbox.com

BoxCryptor

Dropbox speichert alle Dateien in der Amazon-Cloud. Wie sicher die Dateien vor Fremdzugriffen sind oder wie gut deutsche und europäische Datenschutzrichtlinien unterstützt werden sind schwierige Fragen. Ich habe mich jedenfalls entschieden wichtige Daten in meiner Dropbox zu verschlüsseln und nutze dafür BoxCryptor.

Kostenlos bei privater Nutzung unter https://www.boxcryptor.com/?lang=de

Google Chrome

Einen Browser hat jeder auf seinem Rechner. Aber den Google Chrome möchte ich trotzdem erwähnen, da ich mit den Entwicklertools am besten zurechtkomme. Egal, ob man ein paar Styles testen möchte, sich die übertragenen Dateien mit HTTP-Header anschauen möchte, die gesetzten Cookies überprüfen möchte oder Logausgaben prüfen möchte, es geht alles irgendwie sehr einfach und intuitiv.

Download unter http://www.google.de/intl/de/chrome/browser/

Werkzeuge des Betriebssystems

Mac-OS X bietet selbst viele Werkzeuge, die zu meinem Werkzeugkasten gehören:

• Mail
• Kontakte
• Erinnerungen (Hiermit verwalte ich meine ToDo-Listen)
• Notizen (für Gedankensammlungen)
• Terminal
• Screenshot (Shift-⌘-3 oder Shift-⌘-4 für Ausschnitt auswählen)

Es gibt sicherlich noch viele andere Programme, die alles besser, günstiger und schneller erledigen. Aber vielleicht konnten sie ja ein paar Anregungen für Ihren Arbeitsalltag mitnehmen.

Aber nun ein Blick hinter die Kulissen von Nickels5. Vielleicht entdecken Sie ja für sich ein paar interesante Projekte. Mit der folgenden Auflistung und Beschreibung zeige ich alle am Betrieb beteiligten Technologien:

• Linux-Root-Server (Einen Root-Server gibt es bereits ab 50€ pro Monat. Wenn man eine Applikation lediglich testen möchte, dann reicht sicherlich auch ein virtueller Server aus. Diese gibt es bereits für unter 10€ pro Monat. Als Betriebsystem habe ich mich für eine Ubuntu-Version mit Long Term Support entscheiden.)
• MySQL (Trotz des ganzen Hypes um NoSQL benutze ich MySQL. Das ist eine ausgereifte Technologie, die man getrost einsetzen kann.)
• Apache und mod_jk (Die HTTP-Anfragen nimmt eine Apache-Server entgegen und kommuniziert mit dem Tomcat mittels mod_jk. Durch den vorgeschaltenen Apache ergeben sich vor allem Vorteile in der Konfiguration, beispielsweise für virtuelle Hosts oder SSL)
• Tomcat (Als Servlet-Container kommt Tomcat zum Einsatz. Es gibt aber auch andere, wie z.B. Jetty, die sich genauso eignen würden.)
• Grails (Das ist das eigentliche Webapplikation-Framework und auch der wichtigste Teil des Technologie-Stacks. Mit der Wahl des Frameworks entscheidet man sich für ein bestimmtes Programmiermodell und meist auch für eine bestimmte Programmiersprache. Auch die Art der Webapplikation ist damit grob festgelegt, damit ich meine ich z.B. Single-page vs. Multi-page application. Mit Grails haben wir also Groovy als Programmiersprache, ein Framework nach dem Prinzip ‘Coding by convention’ und eine klassische Multi-page application.)
• Grails-Plugins:
  • resources (Das Resources-Plugin ist seit Grails 2 fester Bestandteil des Frameworks. Es sorgt dafür, dass CSS- und JS-Ressourcen optimiert werden. Bei der richtigen Verwendung kann man mit dem Plugin einen enormen Performance-Gewinn bei Seitendarstellung erreichen, insbesondere durch die Zusammenfassung von JS-Dateien)
  • quartz (Quasi der Standard zur Ausführung von zeitgesteuerten Jobs. Ich verwende es auch häufig, um bestimmte Funktionen asynchron auszuführen um die Requestverarbeitung zu verkürzen.)
  • mail (Das Plugin bietet eine super einfache DSL zum Versenden von E-Mail)
  • jquery (Bereitstellung der JQuery-Bibliothek)
  • bcrypt (Funktionen zum Verschlüsseln von Passwörtern)
  • asynchronous-mail (Das Plugin bietet eine Queue zum Versenden vom Mails. Man kann beispielsweise festlegen, wie viele Mails pro Minute versendet werden dürfen und wann nach einem Fehlerfall versucht wird die Mail erneut zu senden.)
• Twitter Bootstrap (Bootstrap ist wohl zur Zeit das bekannteste HTML-CSS-Framework. Der große Vorteil ist, dass man auch ohne Designer von Anfang an optisch ordentliche Ergebnisse hat.)
• Javascript-Bibliotheken:
  • spin.js (Optisches Feedback bei AJAX-Operationen)
  • CuteTime (Schönere Datumsangaben, wie ‘vor 2 Tagen’)
  • DatePicker for Bootstrap (Schöne Datumskomponente)
  • highlight (Suchergebnisse hervorheben)
  • Holder.js (Platzhalter für Bilder)
  • JQuery-Plugin: Validation (Clientseitige Validierung von Formularen)
  • JQueryUI (Nur wegen ‘sortable’, zum Festlegen der Reihenfolge von Elementen)
  • DataTables (Sehr mächtige Bibliothek für HTML-Tabellen, beispielsweise spaltenweises Sortieren oder Suchfunktion)
  • jQuery-File-Upload (Ein Uploader für moderne Browser mit Fortschrittsanzeige)
  • Redactor (Ein einfacher HTML-Editor)

Zur Vollständigkeit möchte ich noch kurz die wichtigsten Entwicklungswerkzeuge vorstellen:

• IntelliJ IDEA (Die Ultimate-Version besitzt eine gute Grails-Unterstützung und Git und Groovy sind bereits in der Community-Edition enthalten)
• GIT als Versionskontrollsystem
• Redmine als Bugtracker
• Entwicklerkonsole des Google Chrome Browsers

Das war der Blick hinter die Kulissen, vielleicht waren ein paar Anregungen für Ihre eigenen Projekte dabei.

Die Repositories auf Infografik sind leider nicht verlinkt, aber unter https://github.com/popular/forked findet man ordentlich verlinkt die originale Auflistung.

log4j

Das ist wohl der Klassiker schlechthin und ist wohl die am weitesten verbreitete Logging-Bibliothek. Die Portierung zu anderen Programmiersprachen zeigt auch, dass das Konzept (Logger, Level, Appender, Layout) entsprechend erfolgreich ist. Fast jedes Projekt kommt mit dieser Bibliothek in Berührung, da irgendeine beteiligte Bibliothek diese verwendet.
Allerdings wird Log4j nicht mehr weiterentwickelt. Selbsternannte Nachfolger, wie Logback oder Log4J 2, argumentieren oftmals mit der Performance.
Ich denke, dass man log4j getrost auch in aktuellen Projekten einsetzen kann. Performanceunterschiede im einstelligen Nanosekundenbereich sollten in den meisten Projekte keine entscheidende Rolle spielen. Wer die Wahl hat sollte allerdings einen Blick auf Logback und SLF4J werfen.
logging.apache.org/log4j/1.2/

Log4j 2

Die Version 2 von log4j ist nicht API-kompatibel mit der ersten Version und ob Entwickler den Schritt zu dieser Version wagen oder zu einem anderen Framework wechseln wird sich in Zukunft zeigen. Das Projekt ist ambitioniert und die Entwicklung ist derzeit noch im Alpha-Stadium.
logging.apache.org/log4j/2.x/

Apache Commons Logging

JCL (da früher Jakarta Commons Logging) ist kein echtes Logging-Framework, sondern eine generalisierte Logging-Schnittstelle, die mit beliebigen anderen Logging-Frameworks zusammen arbeitet. Gerade diese Zusammenarbeit hat anscheinend große Probleme bereitet, so das JCL immer mehr an Bedeutung verloren hat. Auch die Tatsache, dass die letzte Version von 2007 ist unterstreicht den veralteten Status.
commons.apache.org/logging/

SLF4J

Das “Simple Logging Facade for Java” beschreibt sich selbst im Namen schon sehr gut. Es handelt sich hier ebenfalls um eine generalisierte Logging-Schnittstelle, die mit beliebigen anderen Logging-Frameworks zusammen arbeitet. Die Probleme von JCL scheinen bei SLF4J nicht zu existieren. Durch das einfache Hinzufügen von JAR-Dateien entscheidet man sich für die spezielle Implementierung. Mit dem Bridging wird die Migration von anderen Logging-Frameworks vereinfacht.
www.slf4j.org

JUL

Das “java.util.logging” (JUL) ist seit Java 1.4 fester Bestandteil der Klassenbibliothek und bietet ein einfaches Logging-Framework, das sich allerdings nicht mit den Features von Log4j oder Logback messen kann. Für kleinere Projekte oder Projekte, die auf externe Bibliotheken möglichst verzichten möchten, bietet sich JUL an.
docs.oracle.com

Logback

Dieses Framework ist vom gleichen Autor wie log4j und beansprucht dessen Nachfolger zu sein. Insbesondere mit dem Argument bis zu 10mal schneller zu sein und weniger Speicher zu verbrauchen wird für das Framework geworben. Logback verwendet dabei die SLF4J-Schnittstelle, so dass ein Wechsel des Logging-Frameworks generell möglich ist. Das Changelog des Proejktes offenbart rege Entwicklungstätigkeit. Die Verwendung von Logback scheint derzeit die beste Wahl zu sein.
logback.qos.ch

Eine schöne Einführung in die Thematik gibt das Buch “Java 7 Mehr als eine Insel” (openbook.galileocomputing.de/java7/)

String-Generierung

Die wohl einfachste Methode XML zu erzeugen und zu senden ist es, die XML-Tags einfach als String zu deklarieren. In einem Grails-Controller sieht das dann so aus:

String xml = 
  "<books><book title=\"Der alte Mann und das Meer\"></book></books>"

render text: xml, contentType: "text/xml"

Diese Methode mag für kleine XML-Schnipsel geeignet sein, aber für größere XML-Dateien ist sie nicht zu gebrauchen. Das Quoten der Gänsefüßchen ist mühsam und macht den Code weniger lesbar. Da die XML-Tags nicht wirklich generiert werden ist Wahrscheinlichkeit eines Tippfehler eher hoch.

Also schauen wir nach anderen eleganteren Methoden.

Encoding von Objekten

Grails bietet uns die Möglichkeit an beliebige Objekte nach XML zu konvertieren. Dabei werden die Namen der Objekte (Klassen- und Variablennamen) als XML-Tags verwendet. Die ist besonders beim Kodieren von Domainobjekten sinnvoll:

import grails.converters.XML

render Books.list() as XML

Ohne viel Aufwand hat man so alle Eigenschaften der Objekte kodiert. Möchte man etwas mehr Kontrolle über das entstehende XML haben, dann bieten sich die nächsten Methoden an:

Groovy-MarkupBuilder

Mit dem Groovy-MarkupBuilder können wir XML auf eine sehr einfach Art und Weise deklarieren:

import groovy.xml.MarkupBuilder

def writer = new StringWriter()
def xml = new MarkupBuilder(writer)
xml.books() {
  book(title: "Der alte Mann und das Meer")
}

render(text: writer.toString(), contentType: "text/xml")

Jeder XML-Tag wird als ein Methodenaufruf deklariert, wobei die Methodenparameter gleichzeitig die zu erzeugenden XML-Attribute sind. Geschachtelt wird mit den entsprechenden Closures (siehe Groovy-Dokumentation).

Der große Vorteil dieser Methode liegt in der dynamischen Verwendung, also die Verwendung von ganz normalen Groovy-Code innerhalb der Deklaration. Z.B. die Verwendung einer FOR-Schleife:

...
xml.books() {
  for (book in bookList) {
    book(title: book.title)
  }
}
...

Zwei Fallstricke sollte man jedoch beachten. Methodennamen dürfen nicht alle Zeichen enthalten. Um beispielsweise ein XML-Tag mit einen Bindestrich zu erzeugen, muss man den Methodenaufruf in Gänsefüßchen setzen.

...
xml.books() {
  "book-item" (title: "Der alte Mann und das Meer")
}
...

Außerdem kann es zu Namenskonflikten kommen. Hat man bereits eine Variable ‘book’ deklariert sollte man zur XML-Deklaration ‘book’ ebenfalls in Gänsefüßchen setzen.

Markup-Builder der ‘render’-Methode

Der Groovy-MarkupBuilder kann auch direkt mit der ‘render’-Methode von Grails verwendet werden:

render {
  books() {
    book (title: "Der alte Mann und das Meer")
  }
}

Man spart sich etwas Tipparbeit, muss aber auf die gleichen Fallstricke achten.

GSP-Rendering

Möchte man bei der XML-Generierung Controller und View ordentlich trennen, so kann man auch das GSP-Rendering verwenden. GSP’s werden normalerweise als HTML gerendert, aber das geht auch als XML:

<%@ page contentType="text/xml" %>
<books>
  <book title="Der alte Mann und das Meer"></book>
</books>

Die Daten können wie immer im Controller bereitgestellt werden und in der GSP können die gewohnten Grails-Tags verwendet werden.

Das Layout und ein paar Hover-Effekte des Designentwurf habe ich mal mit HTML/CSS und Javascript/JQuery/Google-Webfont nachgebildet (Entwurf öffnen).

Um die Programmiersprache Groovy genauer kennenzulernen und den Umgang zu üben habe ich mal ein paar Aufgaben des Projekts Euler gelöst. Die Lösungen habe ich aufgeschrieben und Besonderheiten von Groovy mit dokumentiert.

http://www.infoq.com/articles/grails-best-practices

Das CoffeeScript-Bundle gibt es als Projekt auf GitHub. Mit folgenden Befehlen im Terminal wird das Bundle installiert.

cd ~/Library/Application\ Support/TextMate/Bundles
git clone git://github.com/jashkenas/coffee-script-tmbundle CoffeeScriptBundle.tmbundle

Dabei wird die Versionsverwaltung git vorausgesetzt, die z.B. bei XCode mit installiert wird.

Dieses Bundle möchte natürlich auch das Kommando coffee aufrufen. Da Textmate eine eigene PATH-Variable besitzt muss man noch überprüfen, ob dort (Textmate-Einstellungen / Advanced / Shell Variables) der Pfad /usr/local/bin eingetragen ist.

Mehr ist nicht zu tun. Nur auf die beiden Tastenkürzel ⌘R und ⌘B möchte ich hinweisen. Mit denen kann man die aktuelle Coffee-Datei ausführen bzw. sich das Kompilierte JS anschauen.