Nun könnte es enorm helfen, die zweite Frage zu klären, um dann auch die erste zu beantworten.

Im Laufe meiner Bewerbungen Anfang letzten Jahres ist mir einigermaßen klar geworden, welche Bereiche der IT es gibt. Ich unterscheide der Einfachheit halber zwischen zweien: Consulting und der ganze Rest.

Das erste Beispiel, das mir bei “dem ganzen Rest” immer einfällt, ist die IT-Abteilung von Firma XYZ. Firma XYZ ist eine Autoteilezulieferer, stellt also z.B. für Opel oder Mercedes Metall- und Plastikteile her, die später zum Zusammenbau eines kompletten PKWs verwendet werden. XYZ hat mehrere Hundert Mitarbeiter und braucht natürlich eine entsprechende Personalverwaltung. XYZ kauft natürlich Werkzeuge (gern auch mal im Tonnenbereich für ein Werkzeug) und alle möglichen Rohmaterialien ein. Benötigt also ein Warenwirtschaftssystem, z.B. SAP. All die Mitarbeiter, die mit SAP arbeiten, benötigen ihren eigenen PC, der gepflegt werden muss. Dafür gibt es zwar wieder Hilfsmittel, mit denen man zentral ein ganzes Netzwerk administrieren kann, z.B. über Nacht Rechner runterfahren und updaten, aber auch diese müssen installiert oder beherrscht werden.
Alles in allem also reichlich Arbeit, um eine komplette IT-Abteilung Tag und Nacht auf Trab zu halten. Da bei XYZ natürlich in drei Schichten gearbeitet wird, muss wahrscheinlich auch nachts noch jemand aus der IT zur Stelle sein, oder wenigtens auf Bereitschaft.

Ich selbst arbeite jetzt seit einem Jahr im Consulting-Bereich, und bin damit auch sehr zufrieden.

Nehmen wir mal Consulting-Firma LLK als Beispiel: Neben zwei Mitarbeitern kümmert sich auch einer der beiden Geschäfsführer um den Vertrieb, der Kunden und Projekte ranholt. Drei Projektleiter managen diese Projekte, schreiben Angebote und verteilen Projekte an die 20 Entwickler. Sieben der Entwickler arbeiten allerdings nicht in den Büros von LLK, sondern sitzen Vollzeit bei verschiedenen Kunden vor Ort. Einige zur reinen Entwicklung, andere mehr in beratender Funktion. Von den 20 Leuten sind auch vier Subcontractors, kurz Subco, auch bekannt als Freelancer oder freie Mitarbeiter. Diese arbeiten meist nur an einzelnen Projekten mit, bekommen nicht die Sicherheit einer Festanstellung, dafür aber aufgrund ihres projektbezogenen Expertenwissens potenziell bessere Bezahlung. Ansonsten gibt es noch Mitarbeiter, die sich um Administration und Buchhaltung kümmern.

Die ersten Projekte von LLK waren alle Maßanfertigungen: Ein Kunde benötigte eine bestimmte Anwendung, diese wurde für ihn entwickelt und gepflegt. Bis auf die Erfahrungen, die zwischen den Entwicklern ausgetauscht wurden, gab es keine Synergien mit anderen Projekten. Nach ein paar Jahren wurde ein bestimmter Typ von Anwendungen ausgemacht, den viele Kunden von LLK benötigen. Es enstand ein Produkt. Ein prominentes Beispiel für ein Produkt wäre z.B. Microsoft Word. Weitere Jahre später hat LLK eine ganze Reihe von Produkten entwickelt und daraus eine Produktlinie gemacht. So wurde auch aus MS Word oder Excel die Office Produktlinie. Oder aus diversen Einzelprodukten das Komplettpaket SAP.
Doch warum überhaupt Produkte? Es ist doch viel schwerer eine Anwendung zu entwickeln, mit denen viele Kunden zufrieden sind, als eine Anwendung zu schreiben, die auf die Wünsche eines einzelnen Kunden angefertigt wird. Mal abgesehen, das diese Ansicht bereits zweifelhaft ist, entscheidend ist der Kostenfaktor: Das Design und Entwickeln eines PKWs verursacht genauso Kosten wie die Produktion jeder einzelnen Instanz dieses Modells. Bei der Softwareentwicklung hingegen kostet die Duplizierung nichts. Eine einmal entwickelte Software kann beliebig oft verkauft werden, ohne nenneswerte Produktionskosten für jede einzelne Kopie. Dank Breitbandinternet wird heutzutage ohnehin häufig direkt über das Internet verkauft und verteilt, sei es eine Webanwendung als war-Datei oder PC-Spiele per Steam.

Was mich am Consulting reizt, sind die ständig wechselenden Herausforderungen. Heute entwickelt man noch J2EE-basierte Portlet-Webanwendungen, morgen auf Basis von Eclipse RCP, übermorgen muss es auf beidem laufen… Für kein Projekt steht genug Zeit zur Verfügung, um es richtig zu machen, doch macht man es falsch, ist man noch Monate mit Bugfixing beschäftigt. Und wenn man Fehlerquellen in Code suchen muss, den man ein paar Monate nicht angerührt hat, wird es noch wesentlich schwieriger.
Und auch wenn sich aus den einzelnen Anwendungen kein Produkt entwickeln lässt, so sind mit Sicherheit Gemeinsamkeiten vorhanden. Lohnt es sich, die Gemeinsamkeiten in ein firmeninternes Framework zu extrahieren? Findet man die Zeit, das auch entsprechend zu dokumentieren?

Mittlerweile bin ich mir sehr sicher, das man mit einem Prinzip sehr viele dieser Probleme erschlagen kann, auch wenn es enorm schwer sein kann, das immer durchzuziehen: Don’t repeat yourself, kurz, DRY. Wir haben zwei Webanwendungen, die jeweils im UI eine Datumsauswahl haben? Schreiben wir doch einen Datepicker und verwenden den in beiden.

Noch zuletzt ein Aspekt, der durchaus ein großen Einfluss auf die Beantwortung der ersten beiden Fragen haben kann: Der Standort. Im ganzen Oberbergischen habe ich nur eine Consulting-Firma gefunden, Firmen mit IT-Abteilungen gibt es hingegen reichlich. Im Kölner Raum gibt es hingegen einen ganzen Haufen an Consulting-Firmen, was zunächst einmal die Jobsuche deutlich vereinfacht. Nun ist das Wohnen in Köln allerdings auch deutlich teurer.

Hoffe, hiermit bei der Beantwortung der ein oder anderen Frage behilflich gewesen zu sein.

The naive approach uses inline onblur and onclick javascript, or maybe at least onblur and onfocus (handles both keyboard and mouse navigation). The inline script then checks for a certain value on focus, and deletes it, and restores that value on blur when the field is empty. Problematic is the hardcoded value: Once someone feels like the default value of the field should display something more helpful, the scripts have to be fixed, too.

At least this approached was used on this site for quite a long time. While I could blame the author of the original wordpress theme used here (or my lack of knowledge about DOM and JavaScript at that time), I’m trying to improve things, and share it.

So I went ahead, removed that ugly inline script, and added a bit jQuery magic:

$("#s").focus(function() {
	if( this.value == this.defaultValue ) {
		this.value = "";
	}
}).blur(function() {
	if( !this.value.length ) {
		this.value = this.defaultValue;
	}
});

The important idea here is to use “defaultValue”, as it provides the value as seen in the HTML markup, rather then the value entered by the user. So no matter what actual value is provided in the markup, the script works as intended. I’d call that “unobtrusive”.

While having unobtrusive scripts is great, reusing those scripts is even better. jQuery to the rescue, once more!

$.fn.search = function() {
	return this.focus(function() {
		if( this.value == this.defaultValue ) {
			this.value = "";
		}
	}).blur(function() {
		if( !this.value.length ) {
			this.value = this.defaultValue;
		}
	});
};
$("#s").search();

The transfer from a plain script to a reuseable plugin could hardly be any easier. The plugin is named “search”, contains nearly the same code as above, and is then applied to the search field (selected via id).

A confusing thing may be the use of “this”. Inside the plugin function, “this” refers to the jQuery object, here an object that wraps the input field with the idea “s”. The Firebug console would display it as “[input#s search]“. Square brackets because a jQuery object is, or rather pretends to be, an array, type of “input”, id of “s”, name of “search”.

Inside the two event handlers for “focus” and “blur”, “this” refers to the DOM element. Plain JavaScript events behave the same, therefore jQuery adopted that style of scope. In this case it is quite handy, because we can access both value and defaultValue properties directly.

Of course our last, or maybe even our first step should be to check if browsers really support both properties used here. To my humble knowledge, this is the case, and we don’t have to worry about any IE inconsistencies or Safari memory problems.

I added the “Custom Alias” section a few minutes ago, which provides a handy pattern that you can use even without jQuery:

Above was stated that you should not use the $ alias inside your plugin code. This allows users of jQuery and your plugins to change the alias from “$” to something else like “jQ”. That is necessary when working with other libraries or frameworks which make use of the “$” alias.

On the other hand, we can simply define our own alias (and call it “$”) for our plugin code. The trick is to define all plugin code inside a function and execute this function immediatly. The construct looks like this:

(function() {
  // put plugin code here
  var xyz; // xyz is NOT a global variable, it is only visible inside this function
})(); // execute the function immediatly!

The additional parentheses are necessary! You can’t execute an anonymous function without them.

Ok, now to the fun part:

(function($) {
  // plugin code here, use $ as much as you like
})(jQuery);

We pass “jQuery” to the function and can now use whatever alias for jQuery we like. So instead of $ you could also any other valid javascript variable name.

See the tooltip plugin for a plugin that uses this pattern.

Der Bluetooth-Adapter ist von “Silver-Hawk” und unterstützt Bluetooth 1.2, 10€ kostet er beim Saturn. Treiber und Software liegen auf eine Mini-CD bei. Nach Einstöpseln, Installation, nochmal aus- und wieder einstöpsel erklärt sich dann auch Windows zur Kommunikation mit dem USB-Stöpsel bereit.

Die Wiimote gab es beim Saturn nur im Bundle mit “Wii Play”, das mir natürlich im Moment nicht soviel nützt. Ohne das Spiel kostet sie aber wohl auch nur 40 statt 50 Euro. Zwei normale Mignon-Batterien liegen bei. Nachdem diese eingelegt sind und die Bluetooth-Software läuft, muss man die “1″ und “2″ tasten kurz gleichzeitig drücken, daraufhin fängt die Wiimote an nach Geräten zu suchen. Zu dem Zeitpunkt sollte die Bluetooth-Software am PC die Wiimote bereits erkennen können, und man kann eine Verbindung herstellen.

Um jetzt die Wiimote zur Steuerung zu nutzen, benötigt man GlovePIE. GlovePIE (PIE für Programmable Input Emulator) wurde ursprünglich entwickelt, um die Signale von Virtual-Reality (VR) Geräten zu verarbeiten, z.B. Handschuhe mit Sensoren drin. Es unterstützt nun aber auch nativ die Wii-Controller und bietet auch noch einen relativ komfortablen Editor, mit dem sich in einer sehr leicht erlernbaren Scriptsprache alles nötige recht fix programmieren lässt. Z.B. aktivieren folgende Zeilen den eingebauten “Rumble” der Wiimote, wenn man diese auf der X-Achse sehr schnell bewegt:

if wiimote.RawForceX >= 100 then
  if var.rmbl = false
    wiimote.Rumble = 1
    wait 200 ms
    wiimote.Rumble = 0
  endif
  var.rmbl = true
else
  var.rmbl = false
endif

GlovePIE ist auch ohne Wiimote ein sehr interessantes Programm. Es lassen sich mit Leichtigkeit Macros für Tastatur oder Maus programmieren, so kann ich z.B. das Volumnenrad an meiner Tastur direkt auf die Lautstärkesteuerung von Winamp mappen, was mit der Hersteller-Software nicht möglich ist. Laut Tomasz ist auch die Sprachsteuerung sehr einfach zu verwenden:

if said("kommando", 2) then aktion

Ich bin mal gespannt, was sich damit noch alles anstellen lässt.

While IE7 now supports position: fixed, there is still the need to solve that for IE6 and below. The footer on this page is now positioned with the following CSS styles:

position: fixed;
bottom: 0;

That’s fine for Firefox and Opera. IE7 gets the vertical positioning right, it’s horizontally confused. But that’s easy to fix, too:

left: 50%;
margin-left: -390px;

The value for margin-left is half the width of this layout, just an old trick.

Now to the exiting stuff: position: fixed for IE6 or 5.5/5.0. Starting with an additional stylesheet, included only for IE < 7 via “conditional comments”:

<!--[if lt IE 7]>
<link rel="stylesheet" href="path/to/stylesheet/ie-stuff.css" type="text/css" media="screen"/>
<![endif]-->

Specifying “[if lt IE 7]” says something like “execute the following code only if this is an IE version below (less then) 7″.

In the included stylesheet you can find the following:

#footer {
	position: absolute;
	bottom: auto;
	clear: both;
	top:expression(eval(document.compatMode &&
	 document.compatMode=='CSS1Compat') ?
	 documentElement.scrollTop
	 +(documentElement.clientHeight-this.clientHeight) - 1
	 : document.body.scrollTop
	 +(document.body.clientHeight-this.clientHeight) - 1);
}

Starting with “position: absolute”, the element is positioned absolute, relative to the viewport. “bottom” is reset to “auto” and “clear: both” is necessary for my layout. The value for “top” is now calculated via an expression. This is a IE specificiy extension to use JavaScript from within stylesheet. If “Active Scripting”, that’s JavaScript for IE, is deactivated, the footer is simply positioned below the content, it therefore degrades gracefully.

If you are interested in what exactly that expression is doing: You can find more details in this article on gunlaug.no.

Ce guide est aussi disponible en version français

Wer beim Webdesign Javascript einsetzen möchte, sollte sich unbedingt jQuery anschauen. jQuery ist eine sehr schlanke und gut dokumentierte Bibliothek, die sich von vergleichbaren Produkten primär durch eine spezielle Syntax absetzt.

Für einen gute Einstieg in jQuery habe ich einen “jQuery Getting Started Guide” geschrieben. Dieser setzt lediglich Grundkenntnisse in Javascript und dem Document Object Model (DOM) voraus. Und Englischkenntnisse, da das ganze auf Englisch verfasst ist. Innerhalb des Guides sind reichlich Verweise auf weitere Dokumentationen, Downloads und Erweiterungen.

Empfehlenswert ist die Durcharbeitung zumindest der ersten drei Kapitel. Danach kann es sinnvoll sein, erstmal auf eigene Faust weiter zu experimentieren und z.B. ein konkretes Problem, an dem man sitzt, mit jQuery zu lösen. Die weiteren Kapitel gehen noch noch einiges weiter und behandeln AJAX, Effekte sowie die Benutzung un das Entwickeln von Plugins.

Bei Fragen zum Guide oder jQuery selbst kann ich gerne weiterhelfen.

Vielen Dank an Kaio für die obige Illustration, die ursprünglich für eine Präsentation entstanden war.

• Eclipse, z.B. “Eclipse IDE for Java Developers”
• MiKTeX-Distribution
• TeX-Plugin
• Foxit PDF-Reader

Zubereitung:

1. Eclipse runterladen und entpacken
2. MiKTeX-Setup runterladen und zweimal ausführen
3. TeX-Plugin per Update-Manager installieren
4. Projekt erstellen und PDF-Reader verknüpfen
5. Fertig!

Zuviel zur Kurzfassung, jetzt das ganze noch im Detail:

Wer TeX noch nicht kennt, dem sei der TeX Wikipedia Artikel empfohlen. Sobald dieses Grundwissen da ist, gilt es, die zwei Hürden zu überwinden: Zum einen TeX als Sprache zu erlenen, zum anderen einen brauchbaren Editor sowie eine Distribution zu finden. Mit diesem Kochrezept ist das Editor- und Distributionsproblem schnell im Griff.

Als Basis für den Editor wird Eclipse herhalten. Eclipse gibt es in diversenen Packages, davon ist im Moment die “Eclipse IDE for Java Developers” mit 85MB die kleinste. Wenn Eclipse schon vorhanden ist, kann das runterladen übersprungen werden.

Als nächstes, während Eclipse runterlädt, organisieren wir uns eine TeX-Distribution. Unter Windows sehr bequem zu installieren ist MiKTeX. Auf dem FTP-Server von dante.de findet man eine mehrere setup-x.x.xxxx.exe sowie basic-miktex-x.x.xxxx.exe. Erstere reichen für unsere Zwecke, davon die mit der aktuellsten Versionsnummer runterladen.

Die Setup-Datei ist knuffig klein und kann fast sofort ausgeführt werden. Während der Installation sollte man “Download MiKTeX” auswählen. Es wird nun ein Verzeichnis benötigt, in dem die Distribution zwischengespeichert wird. Ist das Setup beendet, muss man aus diesem Verzeichnis wiederum eine setup.exe starten. Diesmal wählt man dann das eigentliche Installationsverzeichnis aus (z.B. C:\Programme\MiKTeX\).

Das Archiv mit Eclipse sollte jetzt auch fertig heruntergeladen sein. Dieses entpacken wir in ein Verzeichnis unserer Wahl und benennen bei bedarf den Ordner noch um. Bei mir gibt es jetzt unter Programme\Eclipse drei verschiedene Eclipse-Installation, jeweils Eclipse 3.1 und 3.2 mit SDK und WTP und eben Eclipse mit TeX-Plugin.

TeX-Plugin? Genau, das ist unsere dritte Zutat. Die Installation ist ebenfalls recht unkompliziert, wenn man weiß, wie man an den Eclipse-Update-Manager dran kommt. Entscheidend ist die Adresse der Update-Site:

http://texlipse.sourceforge.net/ (dies ist gleichzeitig auch die Homepage des Projekts)

Für Eclipse <= 3.3: Wer noch nicht mit dem Eclipse Update Manager gearbeitet hat, findet diesen unter Help -> Software Updates -> Find and Install. Dort wählt man “Search for new features to install”. Damit noch nicht genug, jetzt muss man noch den Button “New Remote Site…” oben rechts anklicken und im auftauchenden Dialog irgendwas als Name angeben (z.B. Texlipse) und als URL “http://texlipse.sourceforge.net/”. Das ist der wichtige Teil! Danach taucht in der Liste der “Sites to include in search” der neue Eintrag auf. Diesen haken wir an und klicken auf “Finish”. Unter “Select the features to install” sollte dann ein Eintrag auftauchen, den wir anwählen. Wiederum auf “Next”, auf “I accept the terms in the license agreement” und auf “Finish”. Nach dem Download muss man noch ein paar mal bestätigen und Ja sagen und dann am besten Eclipse neu starten lassen.

Ab Eclipse 3.4 (Ganymed) ist der Update-Manager endlich deutlich vereinfacht worden. Man findet ihn immer noch unter Help, viel mehr als die Update-Site-URL brauch man aber nicht, der Rest ist ziemlich selbsterklärend.

Damit sollte jetzt eine TeX-Distribution, die in der Lage ist, selbstständig fehlende Pakete nachzuladen (sehr nützlich) sowie ein guter Editor mit Outline und Content-Assist zur Verfügung stehen.

Das TeXlipse-Plugin erkennt automatisch die installierte TeX-Distribution, eine Verknüpfung von Hand mit den TeX-Binaries ist daher nicht nötig.

Unser erstes TeX-Dokument können mit File -> New -> Project… erstellen. Im Wizard Wählen wir unter Texlipse -> LaTeX Project. Unter “Project name” wird noch ein Name für das Projekt benötigt. Hier lässt sich auch das “Output Format” wählen, ich bevorzuge “pdf”. Wer will, kann auf der nächsten Seite noch die Ordnerstruktur weiter verfeinern, die Standardeinstellungen funktionieren aber gut genug.

Wenn wir jetzt das anlegete “document.tex” bearbeiten und speichern, wird automatisch ein neuer Output mit dem Namen “document.pdf” erstellt.

Betrachten lässt sich das Ergebnis zuerst einmal nur mit Rechtsklick auf die Datei -> Open With -> System Editor. Diese Einstellung merkt sich Eclipse allerdings nur auf Dateibasis. Damit alle .pdf-Dateien mit dem Systemeditor geöffnet werden, sollten wir die Verknüpfung noch ändern. Unter Window -> Preferences -> General -> Editors -> File Associations klicken wir auf “Add…” und geben als File type “*.pdf” an. Damit sollte *.pdf in der Liste der File types auftauchen. Jetzt müssen wir nur noch einen Editor damit verknüpfen: Unten auf den “Add…” Button (rechts von “Associated editors”) klicken und im sich öffnenden Editor unter “External Programs” euren bevorzugten PDF-Reader auswählen. Als PDF-Reader kann ich den Foxit Reader sehr empfehlen. Dieser ist sehr klein und schnell, erreicht allerdings nicht ganz die optische Qualität des Adobe Readers. Die kostenlose Version reicht für den täglichen Bedarf vollkommen aus.

Für die Zusammenarbeit mit Texlipse ist er besonders empfehlenswert, da man leider für jede Änderung das Ausgabe-Dokument neu laden (und vorher schließen) muss. Das ist der einzige größere Schwachpunkt des Systems.

Ansonsten stehen einem natürlich die Vorteile der Eclipse-Plattform zur Verfügung: Ein CVS-Client ist ohnehin schon installiert, SVN lässt sich leicht nachrüsten. Mittlerweile steht auch ein Plugin zum Export per FTP zur Verfügung. Im Update-Manager lässt es sich unter der Site “The Eclipse Project Updates” finden und sehr bequem installieren.

Damit sollte eine der beiden Hürden überwunden sein. Aufbauend darauf gibt es demnächst eine kleine Spracheinführung und Beispiele für einfache Artikel. Weitere Themen wären Präsentation und Bewerbungen mit TeX.

Update:
Links für MiKTex (anderer Server) und Eclipse (von 3.2 auf 3.2.1) aktualisiert.

Update 22.7.2008
Artikel stark überarbeitet und auf aktuellen Stand gebracht. Direkte Links für Eclipse und Miktex entfernt und mit längerlebigen Adressen ersetzt.