Heute morgen hat mich jemand auf diesen Artikel der NZZ aufmerksam gemacht und gefragt, ob da was dran ist. Dort heißt es: „Viele dürften sich bei nächster Gelegenheit nach Alternativen umsehen, Java hinter sich lassen.“ Und diverse Medien schreiben, dass James Gosling zu der Meinung: „in Oracle’s hands, Java is doomed“ steht oder generell eine signifikante Gefahr für Java durch Patente sehen.

» Weiterlesen: Tschüss Java?

Am Freitag und Samstag war in Stuttgart das DroidCamp Stuttgart 2010.
Da ich in letzter Zeit verstärkt mit Android-Entwicklung zu tun hatte, durfte ich dort nicht fehlen. Es war ein Barcamp wie es sein sollte: offen, sympathisch, persönlich und mit viel Freude an der Sache umgesetzt. Vielen Dank an das Orgateam dafür, ihr seid echte Helden!
Neben den Sessions gab es auch wieder viele interessante Disukussionen rund um die LessCode-Initiative. Auf Barcamps ist es üblich, dass die Zeiten zwischen den Vorträgen mindestens so interessant sind wie die Sessions selbst, und so fand ich das auch hier.
Ich habe die Idee hinter LessCode natürlich oft erklärt, und sie erhielt viel Zustimmung. Java als Sprache ist zu „boilerplate“ und „overengineered“, auch die Idee, dass das Fehlen von statischer Typisierung zwar einen Nachteil darstellt (der durch sowieso praktiziertes Testen stark minimiert wird), der aber durch viele andere Vorteile deutlich überwogen wird.
In letzter Zeit halte ich viele Gespräche mit Entwicklern und Entscheidern gleichermaßen und auch auf dem DroidCamp ging es um die Soft-Faktoren rund um die Entscheider, mit der sich die Idee hinter LessCode in der Praxis schwieriger umsetzen lassen: Wie erreichen wir die Entscheider und wie finden sie den Mut, eine neue Technologie in einem Projekt einzusetzen?
Folgende Ansätze zur Verbreitung haben sich bisher herauskristalliert: » Weiterlesen: DroidCamp Stuttgart 2010

Heute war ich in Karlsruhe in einem Workshop im Rahmen der Entwicklertage. Thema: „Durchstarten – Agile Softwareentwicklung mit Hibernate, Spring, Eclipse„. Ich habe diesen Workshop bewusst gewählt, da sie laut Beschreibung den Anspruch hat, agile Praktiken anhand dieser Technologien zu zeigen. Das hat sie auch voll erfüllt, keine Frage.
Allerdings sah ich mich auch in meiner Meinung bezgl. der „Geschwätzigkeit“ dieses Technologiestacks voll bestätigt. DRY ist anders. Es handelte sich um eine für einen Workshop vorbildhaft große Beispielapplikation, an der wir diverse agile Methoden praktizierten, also Einarbeitung in ein fremdes Projekt, Feautererweiterung im Sprint, Bugfixing von Legacy-Code usw.

» Weiterlesen: Agile Softwareentwicklung mit Hibernate, Spring, Eclipse

Ich habe schon oft über das Phänomen nachgedacht, aber noch nie einen passenden Begriff dazu gefunden. Und gestern auf dem JUG-KA-Vortrag fiel er endlich: „Ravioli Code“
Der Begriff „Spaghetti Code“ sollte bekannt sein. Er beschreibt die Unübersichtlichkeit von Code aufgrund wilden Hin- und Herspringens.
„Ravioli Code“ beschreibt, dass der relevante Businesscode über zu viele kleine (in diesem Fall Java-)Klassen verteilt ist und man sich deshalb den Programmablauf mühsam aus all diesen „herausfischen“ muss. Also bspw. um am Ende 25 Zeilen Businesslogik zu verstehen ist es notwendig, das Zusammenspiel von 10 verschiedenen Klassen zu analysieren.
Ich bezeichne dieses Symptom, das m.E. in der Javawelt oft anzutreffen ist, gerne als „Over-Engineering“, und ist mit ein Grund für die Idee von LessCode.
Ich bin mir sicher, dass das alles etwas weniger dramatisch wäre, wenn die Sprachsyntax von Java endlich mal Closures bekäme, aber nichtmal für Java 7 wird es wohl so sein.

» Weiterlesen: Ravioli Code

Ein anderes Flurthema auf der JUG-KA war mal wieder statisch vs. dynamisch typisierte Programmiersprachen (konkret: Ruby und Python vs. Java)
Die Java-Fraktion fühlt sich sicher dank Typüberprüfung schon zur Compilezeit oder während der Code-Erstellung und  fühlt sich wohl durch die IDE, die Code Completion und die Refactoring Tools.

» Weiterlesen: Statische vs. Dynamische Typisierung: Overengineering im Kleinen?