Interessant für

Interessant für

Was ist eigentlich guter Code? Wahrscheinlich haben sich viele Entwickler diese Frage schon gestellt und werden sie auch in Zukunft stellen. Zu Schulzeiten hätte ich diese Frage mit "Guter Code muss schnell sein!" beantwortet. Mit dem Resultat, dass ich nach einigen Experimenten mit BASIC und Pascal schließlich bei Assembler gelandet bin. Ja, damit lies sich dann wirklich schneller und haufenweise Code schreiben. An Dinge wie Wartbarkeit oder Lesbarkeit für andere oder mich selbst habe ich damals noch nicht gedacht, schließlich waren es meine ersten Experimente. Alten Code zum Warten gab es für mich damals noch nicht.

Inzwischen hat sich viel geändert, ich arbeite tagtäglich mit monate- oder jahrealtem Code von mir, meinen Kollegen oder ehemaligen Kollegen. Normalerweise handelt es sich dabei um Java oder JavaScript Code, Assembler ist nur noch ganz selten dabei. Ich kenne und halte mich bestmöglich an Bücher wie "Clean Code" von Robert C. Martin, entwickle meist nach TDD und arbeite mit Kollegen denen guter Code genauso am Herzen liegt wie mir. Meine Vorstellung von gutem Code haben seit der Schulzeit damit deutlich geändert und ich habe vor allem gelernt was schlechter Code bedeutet.

Trotzdem frage ich mich immer wieder "Was ist eigentlich guter Code?" bzw. "Warum ist dieser Code gut, warum ist jener Code schlecht? Geht es besser? Gibt es überhaupt die perfekte Lösung?".

Mein Kollege Nicolas und ich stellen Bewerbern regelmäßig eine kleine Programmieraufgabe beim ersten Vorstellungsgespräch. Fachlich und technisch ist die Aufgabe nicht sehr kompliziert und kann mit ein bisschen Java-Collections-Framework-KnowHow in der vorgegebenen Zeit gut gelöst werden. Die allermeisten schaffen das auch.

Interessant dabei ist die Vielzahl an unterschiedlichen Lösungen die wir im letzten Jahr zu sehen bekamen. Letzten Endes gab es praktisch keine zwei gleichen Lösungswege. Dabei haben wir nochmals viel darüber gelernt was guten Code ausmachen kann und ihn von weniger gutem Code unterscheidet. Diese Erfahrungen wollen wir Euch in diesem Vortrag anhand einiger Beispiele näher bringen. Einige dieser Erfahrungen sind: "Code muss einfach sein", "Code muss sich selbst erklären", "Code sollte beim ersten Durchlesen zu erfassen sein", "Zuviel Dokumentation ist wirklich zuviel", "Die einfachere Lösung ist die bessere"...

Interessant für

SQL-Injection und Cross-Site-Scripting sind inzwischen vielen Entwicklern geläufig; das Thema Login, Session-Management und Verwaltung der Benutzerdaten wird hingegen eher stiefmüttlerich behandelt - zu Unrecht, rangieren Probleme in diesem Bereich doch unter den ersten Plätzen der häufigsten Sicherheitslücken.

Im Gegensatz zu den zuerst genannten Bereichen gibt es hier keine einfache Bibliothekslösung. Dieser Vortrag möchte Denkanstöße geben, was abseits vom einfachen Anlegen einer Session und dem Speichern des Benutzerpasswortes passieren kann - und auf Möglichkeiten der Authentisierung hinweisen, die sicherer als ein einfaches Passwort sind.

Interessant für

Das Laden von Konfigurationsdaten aus unterschiedlichen Quellen wie Properties-Dateien, Kommandozeilenargumenten oder Systemvariablen ist ein Problem, das zwar trivial zu lösen ist, dennoch aber in jedem Projekt erneut angegangen werden muss. Das Open-Source-Projekt Config-Builder will dem Entwickler diese Arbeit abnehmen. 

Mit Hilfe des Config-Builder können Entwickler die vollständige Konfiguration eines Programms in einer einzigen Klasse darstellen. Möglich wird dies durch eine Reihe von Annotationen, die einzelne Werte aus der Kommandozeile, aus Properties-Dateien oder anderen Datenquellen den Parametern der Konfigurationsklasse zuweist. Darüber hinaus können Datentypen in das gewünschte Format transformiert und ermittelte Werte über Standard-Java-Annotationen validiert werden. Diese Möglichkeiten wurden in ein Gesamtpaket integriert, in dem auch die Handhabung der Datenquellen - vor allem der Properties-Dateien - deutlich komfortabler ausfällt als mit den üblichen Java-Bordmitteln.

Interessant für

GWT is one of the great web frameworks and has had a tremendous impact since it started in 2006. It enabled developers to write non compromise Ajax applications in Java with all their favorite tools, but being much faster than handwritten JavaScript.

Many important applications at Google are written using GWT and the GWT team at Google is striving to make GWT even better. Join me in this session to learn what we are working on for GWT 2.7 & GWT 3.0 and how we will make the GWT compiler one of the best choices for developing web applications in Java.

• Folien zum Vortrag C5 - JFS 2014 ()

Interessant für

Serverseitige Web-Technologien waren lange Zeit das Mittel der Wahl für Java-basierte Webanwendungen. Der Trend jedoch geht immer mehr zu JavaScript-basierten und damit Clientseitigen Web-GUIs. Wir werfen dazu einen Blick auf Google's AngularJS und erläutern an plastischen Beispielen seine Kernkonzepte und Funktionsweise. Was zeichnet AngularJS für die Realisierung der im Java-Umfeld häufig vertretenen, datengetriebenen Anwendungen besonders aus und wie fühlt sich die Entwicklung damit im direkten Vergleich dazu an? 

Ein konkretes Fallbeispiel aus der Praxis, bei dem wir durch den Wechsel von einer JSF/Portlet-basierten Portal-Lösung hin zu einem AngularJS-basiertem Ansatz bei identischem JEE-Backend und Funktionalität Performance-Gewinne im Bereich von Zehnerpotenzen realisieren konnte, zeigt dabei auf, daß sich dieser Paradigmentwechsel durchaus lohnen kann!

Interessant für