Dr. Kai Stalmann   Premium Member

Ich heiße Kai Stalmann, habe erst in Berlin Germanistik und Religionswissenschaften studiert und in Hamburg in Literaturwissenschaften promoviert, und danach einen weiteren Abschluss in Computerlinguistik gemacht, am CIS in München.
 
Seit Mitte der achtziger Jahre programmiere ich, früher C und andere, inzwischen unwichtige Sprachen, dann seit Version 1.1 und bis heute überwiegend Java, 2008 kam Groovy dazu.
 
Seit Ende der 90er Jahre war ich an einer Reihe von Projekt- und Produktentwicklungen beteiligt. Das meiste davon J2E. Einige Jahre habe ich selbstständig mit einem kleinen Team als Implementierungspartner größerer Firmen wie Aperto, DHL, Ebay gearbeitet. Und ich hatte einige Jobs bei IT Firmen, z.B. bei Poet Software als Senior Engineer, bei Intershop Software als Manager Engineering Services, und bei ISR Information Products als Head of Development.
 
Außerdem habe ich für öffentliche bzw. wissenschaftliche Institutionen gearbeitet, darunter die Max-Planck-Gesellschaft, die Leibniz-Gemeinschaft, das Hermann-von-Helmholtz-Zentrum an der HU Berlin, für die Sächsische Aufbaubank in Dresden, sowie neuerdings für Fraunhofer IAIS.
 
Wenn man sich nicht sehr spezialisiert, bekommt man es als Entwickler im Laufe der Zeit fast zwangsläufig mit einem gerüttelt Maß Fragestellungen zu tun. Auf meiner Referenzenliste taucht inzwischen alles Mögliche an Namen und Buzzwords auf, z.B. eCommerce, Warenwirtschaft, Intershop Enfinity, Ebay und Salesforce, Content Management, JCR, JDO, ECM, BPM, UML, IBM FileNET, Portlet Standard, DMS, Natural Language Processing, Textual Analysis, Semantic Clustering, Semantic Web, Information Retrieval, Lucene, Clouds, Real Time Stream Analytics. Während man im allgemeinen in Projekten die von anderen entworfenen API's nutzt und manchmal eingehender hinter die Fassaden des Frameworks schaut, sitzt man seltener auf der anderen Seite und baut ein Framework oder API. In meinem Fall war das z.B. so im Zusammenhang mit Corpusanalysen, mit semantischer Modellierung und mit serviceorientierter Prozessmodellierung.
 
Als die hilfreicheren Geister sehe ich Dependency Injection, OSGI, AOP, Annotations und Groovy an. Lose Kopplung ist vermutlich das für eine nachhaltigere Arbeitsweise wichtigste einzelne Konzept.
OOP mit einem serviceorientierten Architekturansatz zu kombinieren finde ich auch dann plausibel, wenn Dienste auf nur einer Maschine oder im LAN laufen sollten, da das recht einfache, serviceorientierte Programmiermodell beitragen kann, Code klarer zu strukturieren und Concerns auseinander zu halten.
In methodischer Hinsicht wird nach meiner Einschätzung Scrum den Eigenarten von Softwareprojekten am besten gerecht.
 
Seit einiger Zeit sind Digital Libraries mein Arbeitsgebiet. Da spielen einerseits Offene Standards, Open Source und Public Domain eine Rolle. Andererseits geht es um eine Entwicklung, die von mehr oder weniger proprietären, lokalen Silos und Lösungen zu abstrakten Repräsentationen und vereinheitlichten Prozessen, API's, Interoperabilitätsstandards und ressourcenorientierten, verteilten Modellen führt. Verschiedene Denk- und Arbeitsweisen und Geschäftsprinzipien sind formal zu vermitteln und zu vereinheitlichen, wie stets im ICT Business. Die Erschließung des gemeinsamen kulturellen Erbes durch die Web Community hängt von der Überwindung einiger politischer, rechtlicher und technischer Hürden ab und hat einen direkten Einfluss darauf, was Nutzer, also letztlich wir selbst und unsere Kinder, im Web erleben.
 
Soviel zur Profession, aber ich habe auch ein paar Gegenpole zur Arbeit, als da etwa wären Musik (ältere Sachen wie Doors, Dead Kennedys, Howlin' Wolf), und last not least meine zwei kleinen Buben.