I’m back in Karlsruhe for another few weeks (until mid of Apil). And back at my beloved old team which is now called “Web Sales Development”.
I’ll be doing some iPhone development for the next months – really excited about that! There are several exciting projects in the pipeline, too. Can’t wait to get my hands on coding again! 2010 is going to rock!
These are crazy times for me! And that’s true in many ways:
In the last months I’ve been working with three very innovative mobile development frameworks – each of which is remarkable in its own way. I’ve to hate and love all of them and I’m so thankful that I got this chance at all! I’m very happy that I did not loose touch to my old colleagues at WebDev/WebSalesDev and still see them every once in a while.
I’m also working on a very interesting project in my spare time with my buddy Lino – I hope we can give you an update about this soon.
And I’ll be back to Mosbach, soon. I’m so curious about what’s up next – crazy times everywhere I look :-)
In the meantime: I’m afraid I often don’t have the time to post new content here – and some things pass by so fast I just don’t feel like they’re necessary or that important at all.
Stay tuned!
At the moment I’m working on my second project thesis for my studies. The topic I have chosen in accordance with my company is the “Project Mess Tool” (PMT) as we named it.
So what’s this about? In a few words: The PMT is a tool which will allow us to keep track of many quality-relevant metrics our company-website “produces” every day.
The sites we use for selling products are changed very often due to marketing campaigns. Not only do we have to change some images for that instead these are huge changes to the affected frontends. This of course results in the fact that many parts of our codebase are from older versions which may not be needed anymore.
At the moment we’re in the uncomfortable situation that we often don’t know how our pages really perform e.g. how many of the resources we deliver or keep are really necessary. We don’t know how many kilobytes (or even megabytes?) the average page weighs nor do we know where we could optimize easily.
The PMT is designed as flexible as we think it can be. All it basically does is receive data from all different kinds of sources by offering a defined interface (a webservice). This will include information from
In the end we will have information not only like “how many of the CSS selectors we deliver are really used by our pages?” but also “how does this change over time”. So we will be able to track quality with our predefined metrics and check back every week or so whether we have improved in those fields.
I chose Grails to build this application – which I’m already pretty familiar with – but we’re also using some core Java libraries to add some features specific to the frameworks and technologies we use. Grails seemed like an ideal candidate for me because it already ships with the really powerful GORM abstraction layer. There are also plugins for other enterprise applications like the Quartz enterprise job scheduler. Grails makes it very easy to run all this stuff so I got done with the first steps pretty soon.
At the moment I’m also drawing the first drafts of how the user interface of the PMT will look like. It will probably use Flot which I also mentioned several times.
For me this is a really great project. Not only in its size – it’s definitely the biggest project I’ve been working on until today. But its also a project in which I spend all my effort and time of work this time. I think it will help a lot to improve the overall technical quality of our web frontends.
I’ll keep you updated with all major changes and milestones to the PMT. So what do you think of our idea?
Taking a break from developing (after many days with 10-15 hours of Grails I realized there are some other parts to life, though) I spent this day collecting and rendering some stills of our 3d animation we did as part of the last semester.
Our basic story idea was to show a student of our course, in a (of course ;-) ) boooring lecture. He’d be switching on his notebook (where my MacBook Pro became a short part) and then just dream on on his way through the web. We had focused on all the parts that make the web (in our eyes ;-) )… you’ll see them very soon – once we are permitted to upload the video onto Youtube.
The following pictures where all mostly modelled, animated and rendered by me – there are many other parts to the animation which I don’t want to claim property for. Despite that I was one of the guys who was always around in the other groups, helping out where questions or problems raised. It was the thing that was most fun in my studys until now. And it kept us working on it for nights and nights!
So here are some impressions of all the effort which has gone into the animation – all the iterations over creative ideas, building things from scratch, re-inventing, putting in some funny ideas… all that stuff. And in the end, I think I can honestly say I’m very proud of it – just wait for the final animation which will be out soon.
That’s it (I just discovered the cool gallery feature WordPress has ;-) ), stay tuned for the animated version (wich is all done, just waiting for some minor legal things before uploading it to Youtube)
Die letzten beiden Semester arbeitete ich mit meinen Kommilitonen Jan Laermann, Norman Schemel und Lino Strümann an einem Projekt im Rahmen der Vorlesung Projektmanagement. Unser Kunde war der Studiengangsleiter Herr Mester. Sein Ziel war es, eine generische Bewertungsplattform anzulegen. Es sollten mit minimalem Aufwand Bewertungsportale zu beliebigen Themen aufgestellt werden können.
Projektplanung
Im ersten der beiden Semester kümmerten wir uns maßgeblich um die Projektplanung, dies ergab am Ende ein Pflichtenheft, das vom Kunden unterzeichnet wurde und uns im Folgenden als Basis für unsere Entwicklung diente.
Projektumsetzung
Im zweiten (diesem) Semester des Projekts ging es dann an die konkrete Implementierung der Software, sowie den geplanten Rollout. Wir hatten uns aus diversen Gründen dafür entschieden, für die Entwicklung das Grails-Framework zu benutzen.
Zur weiteren Entwicklungsumgebung gehörten bei uns folgende Komponenten:
Da wir aus vergangenen Projekten leider nicht sehr gute Erfahrungen mit Lösungen aus der BA-Infrastruktur gemacht hatten (dass das SVN-Repository z.B. nicht von außerhalb der BA erreichbar war, oder häufig nicht funktionierte) wählten wir meinen eigenen Server um die Tools dort zu hosten. Eine meiner Grundaufgaben war deshalb die Verwaltung dieser Entwicklungsumgebung, damit das Team verlässlich damit arbeiten konnte.
Außerdem arbeitete ich danach als Java/Groovy-Entwickler an den Backend-Funktionen mit Grails um die Logik zu implementieren.
Abgabe
Unserem Kunden war es gegen Ende des Projektes leider nicht mehr möglich die entsprechende Live-Umgebung zur Verfügung zu stellen. Deshalb konnten wir die Bewertungsplattform nicht aus unserer Test-Umgebung auf das Live-System übertragen.
Aus dem geplanten Roll-Out wurde so die Abgabe aller Entwicklungsressourcen, inkl. SVN-Repository, Trac-Backups etc. so dass z.B. ein anderer Jahrgang dieses Projekt dann inklusive einer (ursprünglich geplanten) Werbekampagne online stellen kann.
Erfahrungen
Dies war für mich ein weiteres großes Software-Projekt innerhalb unseres Studiengangs. Man sieht, dass mich meist mehr die Technik reizt, als gestalterische oder statistische Arbeiten. Da wir den Prozess der Erstellung durch das Trac ebenfalls sehr einheitlich ablaufen lassen konnten, lief in diesem Projekt wieder einiges besser planbar als in früheren Projekten (jedes Mal kommen ein paar weitere Tools und Erfahrungen hinzu bei denen man sich fragt wie man das bisher nur ohne sie geschafft hat).
Die Arbeit mit Grails war im weitesten Sinne sehr angenehm. Das Grundgerüst der Anwendung war innerhalb von ein paar Stunden erstellt und einsatzbereit. Ein paar Bereiche sind noch naja… meines Erachtens nicht unbedingt produktiv einsetzbar – z.B. Web Flows hatten bei mir auch in anderen Projekten bisher noch einige Stabilitätsprobleme. Und die Doku reicht auch von supermegatoll bis mittelprächtig. Fragen wie “wie bekomme ich den info-Loglevel für Controller oder Services?” ließen sich nur durch langwierige Recherche im Internet beantworten. Aber es gibt auch Bereiche wie die Konfiguration mittels der jeweiligen “DSLs” (z.B. für die DataSources) oder die Groovy-Builder, mit denen die Arbeit eine reine Freude sein kann, sofern die Doku sie entsprechend erläutert.
Wir hatten sehr viel Zeit zur eigenen Einteilung zur Verfügung, so konnten auch die einzelnen Entwickler ihren eigenen Rhythmus leben (meine Commits kamen z.B. meist in der Zeit von 8-20 Uhr, andere zwischen 14-2Uhr ;-) ). Das wurde auch durch die strikte Trennung von Grails ermöglicht, weshalb z.B. die einen weiterhin an den Layouts arbeiten konnte, während andere die Logik implementierten.
Ausblick
Ich werde mich mit Sicherheit weiterhin mit Grails beschäftigen. Für die schnelle Erstellung von Web-Anwendungen eignet es sich hervorragend. Integriert sich auf Wunsch auch gut in bestehende Umgebungen (eigenes Mapping für Persistenz z.B.) bietet viele sinnvolle Features – und noch mehr durch die immer weiter wachsende Zahl von Plugins.
Ein Task-Tracking-System wie Trac ist ebenfalls sehr sinnvoll, allerdings fand ich es während dieses Projekts teilweise etwas umständlich zu bedienen – und es lief (Python, Apache, Ubuntu, VPS, wer auch immer dafür verantwortlich ist…) leider lange Zeit nicht unbedingt flink.
Auf eine Versionsverwaltung kann ich selbst bei Ein-Mann-Projekten nicht mehr verzichten!