Ursache war einfach, dass die IT Profits unser Kernthema unbedingt in Richtung Mobile drücken wollte und wir nur alternativ eine Nicht-Teilnahme zu Auswahl hatten. Damit hab ich mich sehr schwer getan mit dem Fazit bzw. der Pointe des Vortrages und das hat mich von vornherein verunsichert.

Nun gut, ich hab es überstanden und zumindest wurde später mir noch mitgeteilt, dass nach mir für ein Gespräch gesucht wurde. Aber da war ich leider schon ausser Hauses bei einem längeren Telefonat und der Weg zurück war anschliessend verschlossen

Hier noch für alle Interessierten meine Präsentation mit wunderbaren Illustrationen von Sonnenstaub:

Die IT Profits an sich war zu meiner Überraschung auf dem Linux Tag Berlin und schien mir nach dem Eindruck des Marketings und der tatsächlichen Veranstaltung eher der Versuch der Berliner Messe dort mit wenigen cleveren Sales Methoden eine potentielle neue grosse Messe aufzubauen. Auch wenn das eher negativ wirkt, kann ich dennoch nicht abstreiten, dass ich in der IT Köpfe Lounge sehr nette Menschen kennenlernte und es sicherlich eine Überlegung wert ist allein deswegen nächstes Jahr wieder vorbeizuschauen.

[Nachtrag]

Hier der Beweis:

Die Inhalte der Vorträge, denen ich in der kurzen Zeit lauschen durfte waren sehr gut und spannend, so dass ich die eine oder andere spannende Idee für mein Team wieder mit nach Dresden nehmen durfte.

Am späten Nachmittag hab ich dann ein paar Geschichten über das Leben mit Django in der Enterprise-Umgebung erzählt und hab mich sehr über den anschliessenden Applaus gefreut. Dieser war sicherlich nicht stärker als bei meinen anderen Rednern, aber ich war froh scheinbar mit meinem Business Talk niemanden gelangweilt zu haben und mit meinen Co-Rednern ansatzweise gerecht geworden zu sein.

Ich hab sehr bedauert, am Abend wieder schnell zu meinen Kindern zurückkehren zu müssen, aber nächstes Jahr findet sich sicherlich mehr Zeit für Django und spannende neue Themen.

Hier noch schnell meine zensierte DjangoCon-Präsentation:

Die Vortragsthemen klingen durchweg interessant. Neben Ausblicken auf die zukünftigen Entwicklungen und Features stellen Best Practices aus dem professionellem Entwickleralltag (Testing, Performanceoptimierung, Deployment) einen zweiten Schwerpunkt dar. Auch neue Datenbankkonzepte und -technologien, wie NoSQL und CouchDB werden heiß gehandelt. Jirka sprach gestern bereits zum Thema „Django at the Enterprise“ über die Integration von Django-Projekten in andere Plattformen, wie in Java EE-basierte  Systemlandschaften mittels Jython. Die Beherrschung dieses Themas insbesondere in Bezug auf Performance ebnet den Weg für Django-basierte Portalentwicklung in großen Unternehmen, a.k.a. the clients with the deep pockets.

Bis Freitag dauert die DjangoCon noch an, davon werden die letzten zwei Tage im Sprint verbracht. Sportsgeist bewiesen die Organisatoren auch bei der zeitlichen Planung der Fachkonferenz, denn der erste Veranstaltungstag, Pfingstmontag (24.05.), ist in Deutschland nach wie vor ein gesetzlicher Feiertag. Manchmal möchte das Pony auch in der Freizeit ausgeritten werden.

Git, als verteilte Versionsverwaltungssoftware, ist eine gute Alternative zum bekannteren SVN. Wir setzen Git seit einigen Jahren und mittlerweile durchweg in allen Projekten ein.

Jirka fasst die Inhalte auf Xing wie folgt zusammen:
* GIT Basics, die wichtigsten Befehle für die tägliche Arbeit mit GIT
* GIT Trouble, wir kamen von SVN und scheiterten an… – Konkrete Beispiele, an denen man als SVNler immer scheitert
* Heavy Branching – wie manage ich 15 verschiedene Branches? Wie verwende ich das Branching in meinen Release-Cycles? Warum sind Topic Branches sexy?

Anmeldungen sind via Xing möglich. Allerdings habe ich das Event ungewollt als “privates Event” angelegt, heißt: in der Event-Suche taucht es nicht auf. Der Status lässt sich im Nachhinein leider nicht mehr ändern.
Falls jemand Interesse hat und mit keinem Tschitscheringrün auf Xing verknüpft ist…. Schreibt uns trotzdem an! (gerne auch via Twitter, z.B. über ulrike_uk).
—

» maximale Zeilenbreite: 80

» maximale Anzahl Zeilen: zwischen 120 und 2000

» CodeInhalte: saubere Trennung nach MVC bzw. Pattern, nur gültigen Code

» Kommentare: Feste Syntax, Block Komments, 1-6x Umfang des kommentierten Quelltextes

» Struktur: optisch durch Kommentare kennzeichnen

» Dateikopf: Inhalt, Datum, Ersteller/Brarbeiter

» Funktionskopf: Inhalt, Parameter inkl. Beschreibung, Documentor Standards nutzen, Rückgabewerte dokumentieren

» Intendation: maximal 5 Schritte

» Klammern: korrekt intendiert, keine eigene Zeile vs. eigene Zeile

» Leerzeilen: kennzeichnen zusammengehörige Strukturen, einheitliche Verwendung!

» Methodenlänge: <40 bis < 80 Zeilen

» Naming Conventions inkl. Kommentare: einheitlich, nach Projektstandard

» Charset: UTF8

» Tabs/Spaces: Spaces bevorzugt, aber immer einheitlich

» Definition, Deklaration: getrennt, einzeilig wenn identisch

» Code Strukturen (optisch erkennbare Muster): zusammenfassen, wenn identisch oder gleichartig formatieren

Spannende Diskussionen gab es bei zwei Punkten: zum einen stand die Hypothese im Raum, dass wenn immer man innerhalb einer Funktion eine Leerzeile einfügen will, man lieber direkt eine neue Funktion für den folgenden Code schreiben sollte. Darüber hinaus kam das alte Thema Spaces vs. Tabs auf.

Im Zuge des Workshops habe ich ein paar Fragen an die Anwesenden gestellt und war überrascht, dass über 80% der Anwesenden schon umfangreiche Programmiererfahrungen, z.T. auch in grösseren Teams, hatten und dass ca. 50% aller Studenten in ihrem Arbeitsumfeld direkte Coding Guidelines definiert haben. Mein Eindruck nach den verschiedensten Diskussionen mit den Studenten hinterlässt dabei den Eindruck, dass die Mehrzahl der Anwesenden in der Summe einen überdurchschnittlich guten Code schreiben dürfte. Was entweder an der Auswahl der Teilnehmenden oder der Ausbildung der HTW Dresden liegt. Hier darf man spekulieren .

Weiterführende Links zum Thema Code Design liefer ich morgen in einem extra Artikel kurz nach.

Insgesamt war der Workshop optimierungsfähig. Die einzelnen Gruppen mit Vorschlägen zum Thema Code Design hatten zu viel Redezeit, so dass sich sicherleich diverse Anwesende schnell langweilten. Andererseite war die Beteiligung deutlich über meinen Erwartungen, so dass die Gruppengrösse tiefere Diskussionen (ich wäre gern auf bestimmte Details näher eingegangen) verhindert. Fazit: Es bringt nichts, wenn die Hälfte der Leute sich nach 1,5 Stunden langweilt und man dennoch zu flach auf der Oberfläche der Themen kratzt. Hier werde ich mir also zur nächsten Veranstaltung etwas einfallen lassen.

Chris Kaula brachte der interessierten Runde anhand eines Mini-Blogs die Vorzüge von Django nahe. Wir konnten live verfolgen wie Chris den Blog in kürzester Zeit aufsetzte – fetzt! (:

Zu Gast waren neben 3 Teammitgliedern vier Studierende der TU Dresden. Das Feedback war rundum gut: Wissen teilen, guter Vortrag, Django-Interesse geweckt, gerne wieder –> Ziel erreicht! Und nebenbei wurden noch unsere schönen Räumlichkeiten bestaunt – da freut man sich doch.
Dank an der Stelle an Seto fürs Beamer-Ausleihen!

Insgesamt war mein Seminar an der HS Zittau/Görlitz letzte Woche gelungen würd ich sagen. Die ersten zwei Stunden vergingen wie im Flug… Innerhalb des Vortrages ging es im 1.Teil um die Einordnung und die Erörterung von SocialMedia innerhalb des Online-Marketings. Anhand von Videos und Beispielen konnten sich die Studenten ein Bild der Thematik machen.Der 2.Teil zielte darauf ab die aktuelle Relevanz von und den Umgang mit Sozialen Netzwerken für Unternehmen zu hinterfragen. Dazu schauten wir uns aktuelle Diskussionen und Artikel über erfolgreiche deutsche SocialMedia Strategien z.B. aus der “Sprechblase” an.

In der anschließenden Diskussions- und Fragerunde ging es einerseits um Twitter und dessen Nutzen. Dazu erklärte ich den Studenten u.a. warum ich mittlerweile einen offiziellen (@ulrike_uk) und einen “privaten” Account besitze und welche Vorteile imho Twitter mit sich bringt. Desweiteren sprachen wir über die Mitgliedschaft bei xing, wie man die Plattform nutzt und welche Vorteile z.B. verschiedene Gruppen mit sich bringen – auch in Hinsicht auf zukünftige Praktika.

Nach 3 Stunden stellte ich fest, dass meine Leistungskurve (u.a. Krankheitsbedingt) merklich nach unten ging… Der anschließende Workshop war dadurch nicht so effektiv wie geplant. Nichtsdestotrotz brachten die Studenten einige gute Punkte für das Projekt mit ein: neue Ideen, konstruktive Kritik bis hinzu konkreten Inhalten landeten bei mir auf dem Tisch. Dafür möchte ich mich an der Stelle nochmal bedanken! – ggf. ergibt sich die Möglichkeit für eine weitere Zusammenarbeit.

Zusammengefasst hat es Freude bereitet dieses Seminar zu halten – ich gehe davon aus, dass die Studenten Einiges mitnehmen konnten. Für die Zukunft merke ich mir die Inhalte mehr zu reduzieren und alle Fachbegriffe weitestgehend zu erklären. Sonst besteht die Gefahr dass es zu viel Input und damit zu anstrengend wird.. Auch musste ich feststellen, dass ich doch mehr in der Online-(Nachrichten-)Welt verankert bin als mir manchmal lieb ist (;
Der Vortrag kann bei mir angefragt werden.

Im zweiten Teil des Seminars dürfen die Studierenden sich praktisch betätigen. Es geht um eine (bisher noch geheime:) Applikation, die mit Leben gefüllt und in Szene gesetzt werden möchte. Dabei diskutieren wir in Frage kommende Instrumente (communication2.0) und setzen davon die Besten um – learning by doing.