Hallo Welt

HTML

Auch wenn ich bei HTML, also den Quellcode einer Webseite, in mancher Hinsicht vielleicht einen etwas anderen Weg gehe, sind mir die meisten Tags und deren Verwendung durchaus bekannt. Das gilt für auch die neuen (semantischen) HTML5 Tags, die man heutzutage ohne weiteres verwenden kann, sofern man nicht mehr ältere Browser wie den IE8 unterstützen muss. Was auf dieser Webseite größtenteils noch der Fall ist.

Außerdem versuche ich den HTML-Quellcode, auch wenn er dynamisch generiert wird, so schlicht wie möglich zu halten. Was allerdings nicht wirklich einfach ist und auch nicht immer so ganz gelingt. HTML ist ja jetzt auch nicht unbendingt ein Hexenwerk, da das Aussehen einer Webseite bzw. -Applikation sowieso meist über die CSS-Klassen gesteuert wird.

Ich bin übrigens auch kein Verfechter, dass man HTML für Webseiten nur mit der Hand erstellen darf. Es spricht überhaupt nichts dagegen auch einen Editor wie Dreamweaver oder ein vernünftiges CMS zu verwenden, da man mit diesen mittlerweile, je nach dem was man verwendet, auch schlanken und sauberen HTML-Code generieren kann. Da ich allerdings HTML in einem Codeeditor ganz gut selbst erstelle verzichte ich meistens auf diese Hilfsmittel.

Kreativ

Über meine gestalterischen Fähigkeiten kann man sich auf dieser Webseite hoffentlich in etwa ein Bild machen. Wobei sehr viele Beispiele mittlerweile schon ziemlich viele Jahre auf dem Buckel haben.

Da ich ehrlich gesagt nicht wirklich gut mit der Hand zeichnen kann, hat es mich schon immer gereizt, meine Einfälle mit Hilfe des Computers irgendwie optisch darzustellen. Am liebsten mit Hilfe eines 3D-Programms, wie z.B. Cinema 4D, dass meine Vorstellungen virtuell abbildet. Wobei Vektorgrafiken und Kompositionen bzw. die Nachbearbeitung von Bildern und Fotos oder ganz normale Pixelgrafiken, also Illustrator und Photoshop usw., ebenso dazu gehören.

Wie man auf meiner Webseite unschwer erkennen kann stehen bei meinen gezeigten Arbeiten eher klare, meist technische oder fraktale Formen im Vordergrund. Leider komme ich aufgrund meiner anderen Interessen (Arbeit oder Echtzeit 3D) so gut wie gar nicht mehr dazu neue Arbeiten zu erstellen.

Javascript

Bei meinen Entwicklerkollegen bin ich der Ansprechpartner wenn es um clientseitige Funktionalitäten bzw. Manipulation des DOM-Baums geht. Ich erstelle ihnen die gewünschten Funktionen und erweitere so, wenn möglich, meine eigene bzw. unsere JS-Bibliothek. Meistens mit der Hilfe von jQuery(UI), da ich mich hier nicht unbedingt um die Eigenheiten der verschiedenen Browser kümmern muss. Außerdem finde ich die Syntax und die Handhabung irgendwie einfacher als mit Vanilla-JS selbst. Obwohl ich damit auch gut zurechtkomme.

Mit Javascript erstelle ich trotzdem am liebsten (wer hätte das gedacht) optische Effekte wie Animationen usw.. Interaktive Clientanwendungen wie Spiele oder andere grafische Visualisierungen finde ich auch sehr spannend. Das Schreiben von abstrakten Klassen bzw. Objekten lässt sich zwar manchmal nicht vermeiden, aber wenn sich das Ergebnis gleich irgendwie auf dem Bildschirm darstellen lässt, ist mir das ehrlich gesagt lieber.

Ich mache zwar gerne viel selbst (im grunde fast alles auf dieser Webseite) und versuche (jQuery-)PlugIns so gut es geht zu vermeiden. Allerdings verwende ich auch diverse Hilfsmittel um mir das Leben zu erleichtern. Animationen versuche ich mittlerweile so gut es geht mit CSS zu erstellen. Mit Javascript wechsle ich dann nur mehr die CSS-Klassen.

Webdesign

Zum Webdesign bin ich eher zufällig gekommen und zwar als ich um die Jahrtausendwende diese Webseite erstellte um meine 3D-Bilder und -Animationen einem breiten Publikum zu präsentieren.

Anfang der 0er Jahre habe ich auch mehrere Webseiten, ganz offiziell als Gewerbe, erstellt. Das war auch irgendwann der Grund dafür, warum ich jetzt dort arbeite wo ich jetzt arbeite. Ab diesem Zeitpunkt hatte ich nur leider nicht mehr so viel Zeit, Webseiten für andere zu erstellen. Außerdem wurden die Webbaukästen für kleinere Präsentationen und die ganzen Contentmanagementsysteme immer besser und vor allem immer leichter zu bedienen. Wenn man hier einfach das richtige Template wählt, bekommt das Ganze auch gleich einen professionellen Look. Allerdings ähneln sich dadurch auch immer mehr Webseiten. Außerdem hat man auch nicht immer die volle Kontrolle. Das reicht aber in den meisten Fällen völlig aus.

In meinem jetzigen Job bin ich im grunde für das Aussehen fast all unserer Webportale bzw. -Anwendungen verantwortlich. Dabei erstelle ich hauptsächlich das optische Grundgerüst und das Layout der (einfach zu bedienenden) Benutzeroberflächen für unsere Webanwendungen unter Einhaltung der CI-Vorgaben (sofern vorhanden), inkl. der meisten clientseitigen Javascript Funktionalitäten. Das Ganze ohne irgendwelche grafischen HTML-Editoren und, sofern gewünscht, natürlich auch responsive. Meine Kollegen sind meist heil froh, dass sie sich nicht auch noch um das gesamte Layout kümmern müssen.

3D

Ich fand es schon immer sehr spannend, das was mir (oder auch Anderen) so im Kopf rumschwirrt mit Hilfe eines Computers zu simulieren bzw. darzustellen. Dazu verwende ich seit Ende der 90er am liebsten Cinema 4D. Das Prinzip, dass man den zuerst erstellten Drahtgittermodellen die gewünschten Materialien (Texturen, Glanzlichter, Spiegelung, Brechung usw.) zuweist, diese anschließend in einer virtuellen Szene platziert, mit verschiedenen Lichtquellen beleuchtet und mit einer imaginären Kamera abfotografiert, war genau so, wie ich mir es vorgestellt habe.

Mit der Zeit kam das Erstellen von Expressions, physikalischen Simulationen oder das Anpassen der UV-Maps und vieles Andere hinzu. Wobei ich ehrlich gesagt viele Funktionen, die dieses Programm mittlerweile bietet, nur sehr selten bis gar nicht genutzt habe (Wer kennt schon wirklich alle Funktionen von Word oder Excel usw.). Als ich irgendwann etwas mehr Rechenpower und ein moderneres Cinema 4D hatte, konnte ich endlich auch die globale Umgebungsbeleuchtung (Global Illumination) verwenden. Aber selbst auf modernen Rechnern benötigt diese, je nachdem wie realistisch es aussehen soll, immer noch extrem viele Ressourcen.

Heutzutage kann man sich kaum mehr vorstellen wie lange es anfangs gedauert hat, bis ein Bild in guter aber schlichter Qualität und auch nur in TV-Auflösung (PAL 720x576) fertig berechnet war. In ähnlicher Qualität, mehr als doppelter Auflösung (Full-HD 1920x1080) und inkl. physikalischer Simulation werden 3D-Welten selbst auf einem Smartphone heutzutage in Echtzeit dargestellt.

Reporting Services

In meinen Job arbeite ich sehr viel damit, da wir in fast allen unseren Anwendungen Statistiken jeglicher Art benötigen. Die Datenbankabfragen, inkl. Filterparameter, liefern mir meist die zuständigen Entwickler selbst. Allerdings in enger Absprache mit mir, da die Berichte ja speziell mit Daten versorgt werden müssen. Außerdem habe ich auch nicht die Tabellenstruktur von allen unseren Anwendungen im Kopf ;-). Ich kümmere mich deswegen hauptsächlich um die optische Aufbereitung und möglicher Interaktivität.

Die meisten Expressions die wir in den Berichten benötigen, schreibe ich übrigens selbst. Geo-Shape-Dateien habe ich auch schon verwendet um Statistiken in Form einer Landkarte mit verschiedenen Einfärbungen darzustellen. Einige Berichte haben wir sogar mit interaktiven Eigenschaften versehen, für die sie ursprünglich gar nicht gedacht waren, indem wir diese nachträglich, also wenn sie im Browser angezeigt werden, einfach mit Javascript erweitert haben. Selbst für dynamisch erzeugte Emails oder Briefe nutzen wir diese Reports.

Obwohl der Berichtsgenerator in VisualStudio leider etwas labil ist, verwenden wir die Reporting Services von Microsoft, da sie sich sehr gut in unsere Infrastruktur integrierten. Es ist auch sehr praktisch, dass sich alle Reports zentral auf einem Server befinden. Das gilt auch für die automatisch vorhandenen Exportfunktionen (meist PDF, Excel, Word oder HTML(-Mail)), die sogar via Webservice gleich für den Download bzw. die Erstellung in diesen Formaten genutzt werden können. Außerdem gibt es dieses System automatisch zum MS SQL-Server dazu.

Frontend Entwicklung

In erster Linie bin ich bei uns für das ganze (responsive) Layout (HTML, CSS, Inputfelder usw.) verantwortlich. Allerdings erstelle ich auch die meisten cienseitigen Funktionen mit Javascript. Meist für die Überprüfung und Vereinfachung der Eingaben. Hierzu passe ich oft die gewünschten jQueryUI-Steuerelemente, wie Date(-time/-range)picker, Dialoge, Drag'n Drop usw. für unsere Zwecke an, verwende auch gerne das ein oder andere Plugin oder erstelle auch mal selbst ein eigenes Steuerelement wie z.B. eine MultiSelectDropDownCheckboxList.

Ich glaube, dass ich mich ganz gut in die Rolle des Anwenders, als auch in die des richtigen (Software-/ Web-/ SQL-)Entwicklers hineinversetzen kann. Dadurch fließen auch viele meiner Ideen ein. Den Serverseitigen Code würde ich in vielen Fällen ganz sicher auch irgendwie hinbekommen, würde aber wahrscheinlich deutlich mehr Zeit dafür benötigen.

Momentan arbeiten wir noch viel mit ASP.Net Weforms. Das hat(te) den Vorteil, dass wir auch einige ehemaligen Winformsentwickler für uns gewinnen konnten. Ihnen habe ich das Konzept des Internets, speziell der Webforms (anderes Eventhandling, kein dauernder Zugriff auf Objekte (da erst nach Submit), Viewstate usw.) näher gebracht, so dass diese inzwischen exzellente Webanwendungen erstellen können. Die Benutzung und Eigenheiten der speziellen .Net-HTML-Tags sind mir durchaus bekannt. Das Beste finde ich hier, zumindest Layouttechnisch, die sog. Masterpage(s).

Seit einiger Zeit kommen auch immer mehr MVC- bzw. Razorpages-Anwendungen hinzu. Sie erinnern mich zwar auf den ersten Blick wieder an alte ASP-Anwendungen, allerdings mit komplett anderer und besserer Vorgehensweise. Es wird bei weitem nicht mehr ganz so viel Programmcode mit HTML vermischt und die Sprache dahinter ist ja auch, zumindest bei uns, C#. Außerdem gibt es auch hier eine Art Masterpage, sie heißt nur _Layoutpage.

PHP habe ich übrigens auch schon erstellt, allerdings nur sehr selten. Auf dieser Webseite nutze ich es eigentlich nur um das Menü zentral zu steuern. Ein normales Kontaktformular habe ich damit auch schon umgesetzt, aber das war's. Bin allerdings auch offen irgendwann mehr mit PHP zu arbeiten.

CSS

Auch wenn auf dieser Seite der Quellcode meiner (historisch gewachsenen) CSS-Dateien oder -Abschnitte auf den ersten Blick vielleicht nicht wirklich aufgeräumt wirken, so kenne ich mich mit den ganzen Attributen inkl. Selektoren, Pseudoelemente, Mediaqueries usw., doch ziemlich gut aus.

Außerdem versuche ich möglichst viel (v.a. dynamische Effekte, autom. Inhalt usw.) über CSS-Klassen zu lösen und so Javascript für diese Dinge so gut es geht zu vermeiden.

Ehrlich gesagt erstelle ich meine Klassen am liebsten komplett selbst ohne irgendwelche grafischen Editoren. Das reizt mich in diesem Bereich wirklich am meisten. Obwohl mir durchaus die ein oder anderen CSS-Frameworks bekannt sind, versuche ich diese möglichst zu vermeiden, da ich so am flexibelsten bin. Wobei ich mir den Einsatz von CSS-Präprozessoren für sehr große Webapplikationen durchaus vorstellen kann. Habe diese aber bisher noch nicht wirklich benötigt.

Ideenreich

Kreativität und Ideenreichtum sind zwar irgendwie das Gleiche, wobei ich die Kreativität bei dieser Präsentation eher in den optischen, künstlerischen Bereich ausgegliedert habe. Hier geht es mehr um allgemeine oder technische Dinge, wie z.B. die UX für unsere Anwendungen usw..

Ich glaube, dass mein Einfallsreichtum zu einer meiner größten Stärken zählt. Auch wenn man es mir vielleicht nicht gleich ansieht, denke (ticke ;-) ) ich oft anscheinen irgendwie anders, gerne auch mal quer oder ... ich weiß nicht. Selbst wenn ich nicht unbedingt gleich die richtige Lösung habe, inspiriere ich mein Umfeld so, dass wir meistens gemeinsam zu einem sehr guten Ergebnis kommen. Das zum einem meist gut umzusetzen und zum anderen vor allem für die Benutzer einfach zu bedienen ist. Ich mag es einfach nicht, wenn etwas zu kompliziert ist.

Wenn meinen Kolleginnen und Kollegen mal nichts einfällt oder einfach nur kreativen Input benötigen, kommen sie sehr gerne zu mir. Das gilt übrigens für alle Teams bzw. Bereiche in unserer Firma und nicht nur für das Entwickler Team.

WebGL

Diese Technologie ist deshalb für mich so interessant, weil ich hier mein Wissen im Bereich Web und 3D sehr gut vereinigen kann. Wobei WebGL weniger was mit Webdesign selbst zu tun hat, sondern eher mehr mit Javascript und der klassischen 3D-Programmierung. Allerdings spare ich mir die durchaus gewöhnungsbedürftige und ziemlich komplexe (Low Level) Syntax von WegGL, indem ich meist Three.js verwende.

Es gibt zwar mittlerweile auch schon andere Frameworks, aber Three.js habe ich als erstes entdeckt und bin einfach dabei geblieben. Web-AR oder -VR oder wie es jetzt heißt Web-XR werden auch noch sehr spannende Themen in diesem Bereich.

Auch wenn man mit Unity seine Projekte in WebGL kompilieren kann, so benötigt das normale Javascript inkl. Frameworks v.a. bei einfacheren Projekten immer noch viel weniger Speicherplatz, als das mit Unity erstellte.

Pragmatisch

... praktisch gut. Ich mag es gerne irgendwie einfach und zweckmäßig. Zumindest bilde ich mir das ein. Es lässt sich zwar nicht immer ganz vermeiden, aber ich versuche dennoch die Bedienung unserer Anwendung so einfach wie möglich zu gestallten, auch wenn die Vorstellungen des Kunden manchmal sehr schwer zu realisieren sind.

Es gelingt zwar nicht immer, aber auch bei einer schellen Lösungsfindung neige ich oft dazu, ein für beide Seiten einfaches Ergebnis zu finden. Wobei eine möglichst einfache Bedienung immer Vorrang hat. Es kommt natürlich auch immer auf den bezahlten Zeitaufwand an.

Oft sind die etwas komplizierteren Dinge viel einfacher umzusetzen, als so manche, für den Anwender, simpel wirkende Funktionen. Das ist tatsächlich oft schwierig zu vermitteln.

SQL

Ein ganz gutes grundlegendes Verständnis für Datenbanken ist durchaus vorhanden. Die Zusammenhänge zwischen den einzelnen Tabellen bekomme ich in vielen Fällen auch ganz gut raus. Das kommt allerdings auch sehr darauf an, wie gut diese ursprünglich geplant wurden, wie viel historisch dazu gekommen ist und welche seltsamen Ausnahmen es gibt.

Ganz normale SQL-Abfragen mit ein paar Joins, einfachen Verschachtelungen und Gruppierungen bekomme ich auch noch irgendwie hin. Beim Einfügen, Updaten oder Löschen (inkl. der ganzen Abhängigkeiten) wird es dann oft schon schwieriger. Die meisten Datentypen oder die Eigenheiten verschiedener Codepages usw. sind mir auch durchaus bekannt.

Wenn ich jedoch sehe was meine Kolleginnen und Kollegen mit den Daten so alles machen, merke ich, dass ich in diesem Bereich eigentlich nicht wirklich viel weiß. Ab einer gewissen Komplexität setzt es bei mir einfach aus, dann bin ich froh, dass es Leute gibt, die das einfach besser und vor allem schneller können. Allerdings kann ich ihnen genau sagen wie die Struktur der Ergebnisse aussehen soll, wenn ich diese z.B. für einen Report oder ähnliches benötige.

Motion Design

Als man sich Mitte der 90er auf einem Rechner noch mit ruckeligen Videos in Briefmarkengröße begnügen musste, erstellte ich schon die ersten Intros für diverse Homevideos auf dem Computer. Somit hat bei mir auch der nonlineare, digitale Videoschnitt inkl. Compositing einzug gehalten. Das funktionierte damals allerdings nur mit einer speziellen Hardware-Karte, die das Video in PAL-Auflösung und mit 50 (Halb-)Bilder pro Sekunde (auch auf einem Fernsehgerät) wiedergeben konnte.

Ende der 90er habe ich deswegen sogar meinen ersten und leider einzigen professionellen Auftrag dieser Art erhalten. Eine technische Visualisierung, erstellt mit Cinema 4D, die das innere eines Flaschenwäschers für Mehrwegflaschen zeigen sollte. Ich habe zwar danach weiterhin Homevideos mit Adobe Premiere geschnitten, dafür gerne (3D-)Intros erstellt, After Effects kam dann auch irgendwann hinzu, aber irgendwie ist es dabei geblieben.

Ich mag es einfach, wenn sich was auf dem Bildschirm bewegt. Sei es als berechnete 3D-(2D-)Animationen, programmierte (interaktive) (Micro-)Animationen im Browser oder seit einiger Zeit (interaktives) Echtzeit 3D in Form von Spielen. Würde am liebsten immer noch irgendwas mit interaktiver, technischer Visualisierung machen. Gerne auch auf Basis von (Live-)Daten.

Unity

So macht mir das Programmieren wirklich spaß. Da ich das was ich eingebe auch sofort auf dem Bildschirm, in irgendeiner Form, betrachten kann oder irgendeine (interaktive) Reaktion auslöst. Es bewegt sich einfach was.

Das Schöne ist auch, dass ich meine grafischen (3D) Fähigkeiten wunderbar mit meinen Programmierkenntnissen kombinieren kann. Ein bisschen Audio ist übrigens auch dabei. Wenn ich mal beim Programmieren irgendwie nicht weiter komme mache ich einfach zwischendurch was optisches oder was am Sound (oder Bau einen neuen Level), bis mir wieder eine mögliche Lösung einfällt. Neben der Programmierung gibt es tatsächlich noch genug anderes zu erledigen. Mir gefällt diese Abwechslung. Dass man den vorhandenen grafischen Editor im grunde zu einem eigenen Leveleditor umbaut, fand ich übrigens auf Anhieb super praktisch.

Es geht ganz sicher noch besser, aber ich musste die Qualität für mobile Geräte doch ganz schön runterschrauben, damit die Spiele auch auf einem Android 4.0 Gerät einigermaßen flüssig laufen. Außerdem wollte ich die Dateigröße für den Download so gering wie möglich halten. Der Akku sollte auch nicht gleich nach 10 Min. überhitzen oder zu schnell leer sein, was tatsächlich immer noch sehr grenzwertig ist.