WPF-Blogger.com [Language: de]

trello-burndown 0.8.0 verfügbar

Norbert Eder [MVP] — 2013-04-18T13:01:06

trello-burndown ist ab sofort in der Version 0.8.0 verfügbar. Es hat wieder zahlreiche Bugfixes, Anpassungen und Erweiterungen gegeben, die in diesem Beitrag näher beschrieben werden.

Weiterführende Informationen finden sich auf http://devtyr.github.com/trello-burndown/. Das Node-Modul kann auch via NPM installiert werden, Informationen siehe https://npmjs.org/package/trello-burndown.

Fehlerbehebungen

Der Sprint wurde einen Tag zu früh deaktiviert und konnte somit am letzten Tag nicht mehr aktualisiert werden
export und config Ordner werden nun beim Startup erstellt, sofern diese nicht existieren
d3.js wurde als NPM-Modul entfernt (Kompatibilitätsprobleme mit Node 0.10.x) und als statische Ressource eingebunden
Wurden Tasks an Tagen abgeschlossen, die nicht aktiv im Burndown angezeigt werden, dann wurden deren Werte nicht berücksichtigt.
Burndown-Chart wurde an die restlichen Charts angepasst

Features

Hover-Informationen in den Charts
Es werden nun mehrere Finished Lists unterstützt
Sprint-Ansicht wurde um eine Liste der offenen Punkte erweitert
Sprint-Ansicht wurde um die Anzeige der Statistik-Daten erweitert

Viel Spaß damit!

WLAN verliert unter Windows 8 ständig Verbindung

Norbert Eder [MVP] — 2013-04-17T20:53:30

Die WLAN-Verbindung auf meinem neuen Laptop verliert - wenn ich via Tethering online bin - laufend die Verbindung. Das ist durchaus nervig wenn man alle Minuten neu verbinden darf. Also muss dafür eine Lösung her. Insgesamt fallen mir hierzu zwei Möglichkeiten ein, die helfen können (wohl nicht müssen, aber wir werden sehen).

Energieverwaltung

Für einige Geräte besteht die Möglichkeit, dass der Computer unter dem Deckmantel der Energieverwaltung das jeweilige Gerät deaktivieren darf. Dies ist gerade bei Laptops die auf Akku laufen hilfreich um Ressourcen zu sparen. Dies kann jedoch unter Umständen zu ungewollten Verhaltensweisen führen. Um dies für die WLAN-Karte zu deaktivieren ist der Geräte-Manager zu öffnen und das Stück Hardware unter Netzwerkadapter zu finden. In den Eigenschaften findet sich nun die Lasche Energieverwaltung. Um eine Deaktivierung durch den Rechner zu verhindern ist der Haken von Computer kann das Gerät ausschalten, um Energie zu sparen zu entfernen.

Treiber aktualisieren

Hat die Änderung der Energieverwaltung nicht funktioniert, sollte überprüft werden, ob ein neuer Treiber zur Verfügung steht. Hierfür sind die selben Schritte, wie oben beschrieben, durchzuführen. Anstatt der Lasche Energieverwaltung ist hingegen die Lasche Treiber zu öffnen. Dies ergibt in etwa folgendes Bild:

Nun ist die Schaltfläche Treiber aktualisieren zu wählen. Man wird nun gefragt, ob automatisch nach einem Treiber (online) gesucht werden soll, oder aber am Rechner (so man bereits zuvor Treiberdateien herunter geladen hat). Hier ist die erste Wahl zu treffen. Wird ein neuer Treiber gefunden, ist dieser zu installieren. Natürlich kann es nun sein, dass kein neuer Treiber gefunden wurde. Dies bedeutet jedoch nicht, dass es keinen neuen gibt. Hierfür ist die Hersteller-Seite (in meinem Fall die Seite von Intel) aufzurufen und für die entsprechende Hardware nach einem Treiber zu suchen. Wie auf dem obigen Screenshot ersichtlich, ist die notwendige Information hierfür angeführt. Wichtig ist hier die korrekte Typbezeichnung und die aktuell installierte Version (hierbei ist darauf zu achten, ob es sich um 64-Bit oder 32-Bit System handelt - dies kann via System herausgefunden werden).

Die Treiber kommen im Normalfall mit einem Installer, der auszuführen ist. Etwaige Anweisungen sind zu befolgen.

Bei Intel ist mir aufgefallen, dass sich der Installer ohne Meldung verabschiedet. Ein kurzer Blick auf die Treiberversion hat jedoch gezeigt, dass der Treiber installiert wurde. D.h. dies vor Ausbruch einer Panik überprüfen :)

In meinem Fall hat es ein Treiber-Update getan - Problem gelöst, allerdings stellt sich mir die Frage nach der Aktualität der Treiberdatenbank von Microsoft. Liegen zwischen der ursprünglich installierten Version und der nun installierten doch über zwei Monate. Da würde ich mir gerade für den nicht technikaffinen Endverbraucher eine Verbesserung wünschen.

Windows Phone: Verbindung zu SkyDrive aufbauen

Norbert Eder [MVP] — 2013-04-17T15:57:19

Viele Windows Phone Apps ermöglichen das Arbeiten mit Dokumenten oder Daten die sinnvollerweise mit anderen Anwendungen geteilt werden. Vielfach kommt dabei Dropbox zum Einsatz und weit seltener SkyDrive. Dabei ist eine Integration mittlerweile recht einfach möglich. Dieser Beitrag zeigt was dafür notwendig ist und wie es funktioniert.

Im ersten Schritt wird das Live SDK benötigt. Darin enthalten sind Steuerelemente und Schnittstellen für den Zugriff auf SkyDrive via Single Sign On durch den Microsoft Account (vormals Windows Live ID). Nach der Installation sind zwei Referenzen einzubinden:

Wer gerne über die Toolbox arbeitet kann sich die Steuerelemente via Choose Items einbinden:

Hier ist dann (je nach zu Grunde liegender Version) der SignInButton zu wählen. Nach Bestätigung erscheint das Steuerelement in der Toolbox und kann dort praktisch ausgewählt und auf die View gezogen werden:

Berechtigungen

Für den Zugriff auf SkyDrive sind unterschiedliche Berechtigungen notwendig. Hierbei sind insgesamt 5 Scopes definiert, die jeweils mit einer unterschiedlichen Berechtigung ausgestattet sind:

wl.sigin: Single Sign On, d.h. ist der Benutzer bereits angemeldet, wird diese Session übernommen
wl.basic: Lesezugriff auf die grundlegenden Profilinformationen und der Liste der Kontakte
wl.offline_access: Benutzerprofil kann zu jeder Zeit gelesen und aktualisiert werden. Ist dieser Scope nicht aktiviert kann auf die Profilinformationen nur in eingeloggtem Zustand zugegriffen werden.
wl.skydrive: Lesezugriff auf Dateien
wl.skydrive_update: Lese- und Schreibzugriff auf Dateien

Alle verfügbaren Scopes können hier eingesehen werden. Die gewünschten Scopes sind bei Verwendung des SignInButton-Steuerelementes über die Eigenschaft Scopes anzugeben:

     <Controls:SignInButton Scopes="wl.basic wl.signin wl.offline_access wl.skydrive_update"/>

Damit der Zugriff grundsätzlich funktioniert, muss im Live Connect Developer Center eine Anwendung erstellt werden. Daraus resultiert eine ClientId, die in der gleichnamigen Eigenschaft zu setzen ist.

Es ist zu beachten, dass für den Zugriff mittels Windows Phone in den API-Einstellungen zur Anwendung im Developer Center diese als mobile Anwendung deklariert werden muss.

So sollte die Deklaration der Schaltfläche schlussendlich aussehen:

    <Controls:SignInButton Scopes="wl.basic wl.signin wl.offline_access wl.skydrive_update" SessionChanged="OnSkyDriveSessionChanged" ClientId="[ClientId]" Branding="Skydrive" TextType="SignIn"/>

Es gibt weitere Eigenschaften, die gesetzt werden sollten:

Branding: Das Icon und das Theme welches für die Schaltfläche gesetzt werden sollen. Im obigen Beispiel ist dies auf Skydrive gesetzt. Weitere Möglichkeiten sind Hotmail, Messenger und Windows.
TextType: Hierfür stehen unterschiedliche Varianten des anzuzeigenden Textes zur Verfügung. Eine Übersicht wird hier gegeben.

Verbindung aufbauen

Um eine Verbindung aufzubauen ist lediglich auf die angezeigte Schaltfläche zu klicken. Wie bei der obigen Deklaration zu sehen ist, ist ein Ereignishandler auf das Ereignis SessionChanged zu setzen. Dieses Ereignis wird ausgelöst, wenn es dahingehend eine Änderung gibt.

    if (e != null && e.Status == LiveConnectSessionStatus.Connected)

    {

        ViewModel.ConnectClient(e.Session);

    }

    else

    {

        ViewModel.DisconnectClient();

        if (e.Error != null)

        {

            // Error handling

        }

    }

Hier wird auf ein ViewModel verwiesen, welches in meiner Anwendung verwendet wird. Dieses stellt eine Methode ConnectClient zur Verfügung. Darin wird unter anderem folgendes vorgenommen um den Client zu initialisieren:

    private LiveConnectClient skydriveClient = null;

    public void ConnectClient(LiveConnectSession session)

    {

        this.skydriveClient = new LiveConnectClient(session);

    }

Ab nun können weitere Operationen ausgeführt werden. Eine genaue Beschreibung hinsichtlich Ordner und Dateien findet sich im Beitrag Working with Microsoft SkyDrive folders and files.

Hinweis: Sehr hilfreich ist das interaktive Live SDK. Darüber kann die API ohne echtes Setup kennengelernt werden.

Fazit

Mit Hilfe des Live SDK kann sehr einfach eine Verbindung zu SkyDrive aufgenommen werden. Die Verwendung selbst ist einfach, allerdings mit einigen kleinen Gemeinheiten deren Lösung an unterschiedlichsten Stellen allerdings gefunden wird.

Team Foundation Services - Scrum-Template im Einsatz

Norbert Eder [MVP] — 2013-04-15T09:08:00

Im Beitrag “Team Foundation Services - Unterstützung für Git unter der Lupe” habe ich mich bereits mit den Team Foundation Services beschäftigt - genauer gesagt mit der Unterstützung für Git. Dieser Beitrag wendet sich nun der Scrum-Prozessvorlage zu. Die Team Foundation Services bieten mehrere Prozess-Vorlagen, für mich ist zum aktuellen Zeitpunkt jedoch nur die Scrum-Vorlage wirklich interessant. Zu den weiteren Vorlagen wird es daher in diesem Beitrag keine zusätzlichen Informationen geben. Dabei ist für mich von Interesse, welche Funktionalitäten diese Vorlage tatsächlich anbietet und wie der Umgang damit hinsichtlich Verwendbarkeit ist.

Im Menüpunkt WORK finden sich die Zugänge zum Product Backlog, zum aktuellen Board und der mir zugeordneten Work Items.

Product Backlog

Im Product Backlog können sämtliche User Stories verwaltet werden. Dieses ist sehr einfach gehalten und zeigt neben der Reihenfolge auch den Titel, den Status, den Aufwand, den Iterationspfad und gesetzte Tags an:

Die Spalten der Liste können nach eigenem Bedarf angepasst werden. Es stehen zahlreiche Möglichkeiten zur Verfügung:

Einträge können in dieser Liste der Drag & Drop verschoben und so die Reihenfolge angepasst werden. Über das Zeilenmenü kann ein gewähltes Element geöffnet werden um Detailinformationen erfassen zu können:

Die Möglichkeiten an dieser Stelle sind vielfältig. Erfasst werden kann:

Iteration
Zugewiesene Person
Status
Grund
Aufwand
Business-Wert
Backlog Priorität
Beschreibung
Storyboards
Testfälle
Aufgaben
Akzeptanzkritierien
Historie
Links
Anhänge

Bei der Eingabe von neuen Items wird eine Unterscheidung zwischen Backlog-Eintrag und Bug vorgenommen.

Auf Basis der eingetragenen Aufwände (Schätzungen whatever) kann auch eine Prognose erstellt werden. Diese ist in der Standardeinstellung deaktiviert, lässt sich jedoch durch einen einzigen Klick sofort aktivieren:

Im Standard wird eine Velocity (also Teamgeschwindigkeit) von 10 angenommen (in meinem Fall mit einer Person im Team des Tests). Dieser Wert kann entsprechend angepasst werden. Alle Backlog-Einträge werden daher entsprechend ihrer Reihenfolge in Sprints unterteilt. Dadurch ergibt sich natürlich auch eine schöne Sicht, wie viele Sprints für die gesamte Umsetzung des Backlogs benötigt werden.

Für das Product Backlog steht ebenfalls eine Board-Ansicht zur Verfügung. Diese zeigt die Einträge aus dem Backlog und ihren Status an:

Auch hier können die einzelnen Listen (Spalten) konfiguriert werden.

Auf diese Einstellungen sollte unbedingt ein Blick geworfen werden, da wohl nicht sehr viele mit einem vordefinierten WIP-Limit arbeiten wollen.

Sprints verwalten

Über das Kontextmenü oder aber das Zeilenmenü können einzelne Einträge bestimmten Iterationen zugeordnet werden (eine Mehrfachauswahl scheint nicht möglich zu sein). Die Änderung wird sofort im Product Backlog ersichtlich. Gleichzeitig wird der gewünschte Sprint aktualisiert. Ein mögliches Ergebnis kann wie folgt aussehen:

In der Headerleiste ist nun zu sehen, dass noch keine Sprintdaten erfasst wurden. Unter Set Date können nun das Start- und Enddatum des aktuellen Sprints gesetzt werden. Ebenfalls ist zu beachten, dass diese Liste eine weitere Ausprägung Capacity hat. Darunter können die Ressourcen für diesen Sprint geplant werden:

In diesem Beispiel ist schön zu sehen, dass die Ressourcen für die Umsetzung nicht ausreichen. Dies wird sofort zur Ansicht gebracht und kann für die Anpassung der Planung verwendet werden.

Eine Gesamtplanung der Releases und dazugehörigen Sprints ist auf der Overview unter dem Menüpunkt Configure schedule and iterations verfügbar. Dies sieht dann so aus:

In der ersten Liste besteht nun die Möglichkeit, jedem Backlog-Item Tasks hinzuzufügen, dies erfolgt über das + Icon. Die auszufüllenden Felder entsprechen denen eines Backlog-Eintrages, anstatt eines Aufwandes wird der verbleibende Aufwand eingetragen (diese erfolgen in Stunden):

Aus den vorhandenen Backlog-Einträgen und den dazugehörigen Tasks wird automatisch ein Board generiert:

Dieses zeigt übersichtlich den aktuellen Stand an und kann natürlich dazu verwendet werden, den Status der einzelnen Punkte zu verändern.

Eine für mich interessante Frage ist nun: Muss ich als Entwickler die Punkte im Board verschieben, oder funktioniert das auch direkt via Visual Studio. Der Vorteil läge natürlich darin, dass ich mein Hauptwerkzeug nicht verlassen muss. Ein weiterer Vorteil läge darin, dass dieser Schritt bei einer automatischen Durchführung nicht vergessen werden kann und das Board somit tatsächlich immer aktuelle sein würde.

Team Foundation Services via Visual Studio

Um nun mit den Work Items etc. der Team Foundation Services arbeiten zu können, ist das Service zu verbinden. Hierzu ist ein “Team Foundation Server” hinzu zu fügen. Die URL entspricht dem Link zum eigenen Workspace:

Im Anschluss ist das gewünschte Team Project auszuwählen:

Nun kann via Team - New Query eine Abfrage auf den aktuell geplanten Sprint vorgenommen werden:

Alle relevanten Work Items können damit abgegriffen werden.

Es werden automatisch Shared Queries angelegt, welche über Visual Studio abgegriffen werden können. Diese betreffen den aktuellen Sprint, d.h. eine obige Query muss nicht zwingend vorgenommen werden. Zu den Queries gelangt man via Team Explorer und Work Items.

Mit den Work Items kann nun direkt aus Visual Studio gearbeitet werden.

Änderungen werden nicht automatisch an ein Changeset gehängt, dies kann aber sehr einfach durch einen Link vom Work Item auf das jeweilige Changeset (oder mehrere) vorgenommen werden.

Alle gemachten Änderungen sind sofort online ersichtlich.

Fazit

An einigen Stellen hakt es schon noch ein wenig. So würde ich mir wünschen, dass sich ein Work Item automatisch an das jeweilige Changeset (oder an die Changesets) hängt. Auch die Git-Integration im Team Explorer braucht definitiv noch Verbesserungen hinsichtlich der Usability. Insgesamt lässt es sich aber ganz gut damit arbeiten. Jetzt fehlt noch ein Test mit einer Real-World-Solution und der Preview Funktionen hinsichtlich Build und Test Cases. Bis jetzt sehe ich jedoch keinen Grund der gegen die Nutzung der Team Foundation Services mit Git-Repository spricht.

Team Foundation Services - Unterstützung für Git unter der Lupe

Norbert Eder [MVP] — 2013-04-12T12:54:07

Nachdem das Tooling beim Team Foundation Server 2012 sehr vielversprechend ist und mit reinen Git bzw. Mercurial-Mitteln zwar möglich, aber durchaus mit zusätzlichen Schritten für Entwicklern oder gar Kontextbrüchen einher geht, möchte ich mir dieses Thema genauer ansehen. Zwar gibt es durchaus Lösungen die eine gesamtheitliche Abbildung des Entwicklungsprozesses inkl. Einbindung von beispielsweise Scrum ermöglichen, allerdings sind die gefundenen Varianten kostenpflichtig, der TFS ist jedoch bereits In-Haus verfügbar, ohne Mehrkosten.

Visual Studio kann ja durch die Visual Studio Tools for Git recht passabel mit Git-Repositories arbeiten. Auch die Team Foundation Services (die “Cloud”-Variante des Team Foundation Servers) bietet die Möglichkeit der Git Team Projects. Innerhalb dieser Projekte wird mit Git-Repositories gearbeitet. Das bringt den Vorteil eines echten Distributed Version Control Systems (DVCS) mit den Templates des Team Foundation Servers zusammen. Soweit so gut. Das Ziel wäre jedoch der Einsatz der On-premise Variante. Hierzu gibt es viele Ankündigungen und Hinweise, dass ein Git-Support bald verfügbar wäre. Die Annahme, dass dies mit dem Update 2 nun endlich soweit ist, hat sich als falsch heraus gestellt. In einem Kommentar zu Visual Studio 2012 - Update 2 RTM musste ich erfahren, dass ein Git-Support kommen wird, jedoch erst im nächsten Major-Release. Also wohl nicht so schnell. Schade eigentlich.

Um für mich selbst ein Bild zu bekommen, ob die Services in Frage kommen (unabhängig der “Cloud”-Geschichte), warf ich einen Blick darauf. Auf meine Erkenntnisse möchte ich nachfolgend eingehen.

Pricing

Aktuell kann dieses Service kostenlos verwendet werden, Preise werden im Laufe 2013 veröffentlicht. Hierbei ist jedoch anzumerken, dass die Verwendung für MSDN Abonnenten wohl kostenlos bleiben dürfte (diesbezügliche Informationen finden sich hier). Derzeit läuft alles auf den Free Plan hinaus, der für bis zu 5 Benutzer verfügbar ist. Eine Verwendung mit mehr als 5 Benutzern ist möglich, wird aber nach Einführung von kostenpflichtigen Plänen (ohne MSDN Abonnement) wohl verrechnet werden. Die diesbezügliche Aussage auf der Webseite:

Just sign up for the Free Plan today and you can use the service for free. When we begin charging in 2013, access to the service will be offered as a benefit—at no additional charge—for paid MSDN subscribers at these levels:

Visual Studio Ultimate with MSDN

Visual Studio Premium with MSDN

Visual Studio Test Professional with MSDN

You get all the benefits of your MSDN subscription plus you can store your work and collaborate with your project team in the cloud.

Wer also ein kleines Team oder ein MSDN-Abo hat, dürfte da auch zukünftig kein Problem haben. Zusätzliche Informationen über das Pricing habe ich nicht. Mal sehen was genau da noch kommen wird.

Test der Services

Für mich stellt sich nun die Frage, wie gut der Git-Support mit den Team Foundation Services wirklich funktioniert. Dazu sind die oben erwähnten Visual Studio Tools for Git notwendig und eine Anmeldung auf http://tfs.visualstudio.com.

Wenn erledigt hat man nun zwei Möglichkeiten:

Für mich ist die Variante mit Git-Unterstützung von Interesse.

Interessant ist hierbei, dass beide Schaltflächen die gleiche Funktionalität bieten, lediglich die Auswahl “Version control” entsprechend gesetzt wird. Projektname ausfüllen, das gewünschte Prozesstemplate wählen und anschließend per Create Project die Anlage starten.

Die Anlage dauert ein paar wenige Momente. Navigiert man im Anschluss zum Projekt wird man gleich mit den üblichen Scrum-Verdächtigen konfrontiert. Vorerst interessiert mich jedoch die Code-Verwaltung. Dazu ist auf den Menüpunkt CODE navigieren und man erhält die Clone-URL. Ein Wechsel zu Visual Studio steht also an.

Der Team Explorer bietet nun die Möglichkeit an, ein Git-Repository zu klonen. Wir holen uns also die entsprechende URL aus den Services und starten dies mal:

Im Zuge dieses Vorgangs wird ein Fenster zur Eingabe der Credentials geöffnet.

So erledigt, kann nun ein neues Projekt erstellt und im Clone-Folder abgelegt werden. Über den Team Explorer sind die Changes sofort ersichtlich. Per Kontextmenü können (und das ist auch notwendig) Dateien aus der Source Verwaltung exkludiert werden.

Hierbei ist mir aufgefallen, dass es mit den Visual Studio Tools for Git offensichtlich nicht möglich ist (oder ich habe es übersehen) eine .gitignore-Datei zu verwalten. Das könnte vielleicht ein wenig lästig sein. Deshalb habe ich mit TortoiseGit ein wenig nachgeholfen und eine entsprechende Datei angelegt, die darin gemachten Einträge werden - wie es aussieht - durch die Visual Studio Tools for Git berücksichtigt.

Edit: Eine .gitignore-Datei kann auch über den Team Explorer und der Git-Integration hinzugefügt werden. Dabei sind bei geöffnetem Repository die Git Settings zu öffnen. Danz unten unter Repository Settings kann ein entsprechendes File hinzugefügt werden.

Im nächsten Schritt folgen das erste Commit als auch ein Push, damit das Projekt im Remote-Repository verfügbar ist.

Ein Blick auf den Online-Zugang zeigt, es hat funktioniert:

Soweit der erste Test via Visual Studio. Zur Sicherheit möchte ich jedoch eine Änderung außerhalb machen und mit dem Git-Client meiner Wahl pushen.

Beim Push-Vorgang kommt nun ein Fehler - nach Eingabe der Credentials - der eigentlich auch nicht weiter verwundert, jedoch vielleicht ein wenig missverständlich ist:

Um dies zu beheben, muss man auf der Webseite zu den Team Foundation Services ins Benutzerprofil wechseln und unter Credentials alternative Daten angeben (bis dato wird ja lediglich mit einer Live ID gearbeitet):

Ein erneuter Push-Versuch resultiert in einem Erfolg:

Auch die weiteren Funktionen arbeiten ohne Probleme.

Fazit

Der erste Eindruck ist gut. Alles arbeitet gut zusammen, es gibt keine Hürden die unerwarteter Weise auftreten, es gibt auch nichts wo man großartig nachlesen müsste. Interessant wird es dann wenn es weiter geht in Richtung der Scrum-Templates und der Builds bzw. Testpläne etc. Aber dafür wird es eigenständige Blog-Beiträge geben, die näher darauf eingehen werden. Es ist sicherlich noch einiges zu tun, aber es lässt sich gut arbeiten, sowohl von Visual Studio heraus, als auch mit anderen Tools. Damit rückt der TFS definitiv wieder in die engere Wahl.

Mercurial-Repository nach Git konvertieren

Norbert Eder [MVP] — 2013-04-11T16:00:36

Git wird immer populärer und gefühlsmäßig gerät Mercurial ins Hintertreffen. Die Gründe dafür dürften wohl in der besseren Performance von Git und der breiten Akzeptanz von GitHub sein. Zusätzlich ist es auch teilweise mühsam, mehrere Clients installiert haben zu müssen (bei einigen ist eine Unterstützung des jeweils anderen DVCS in Vorbereitung, sonst wäre mir SmartGit/Hg bekannt). Wer nun von Mercurial auf Git wechseln möchte bekommt in diesem Beitrag eine Schritt für Schritt Anleitung.

Prerequisits (Mercurial -> Git)

Folgende Werkzeuge und Erweiterungen kamen zum Einsatz:

Als Mercurial-Client wird TortoiseHg verwendet. Dieser Client lässt sich einfach erweitern, was auch für dieses Vorhaben notwendig ist. Als Erweiterung dazu wird hg-git benötigt. Die Installation und Einrichtung sieht wie folgt aus:

Als ZIP herunter laden und in ein beliebiges Verzeichnis entpacken
Via TortoiseHg die Einstellungen für das zu konvertierende Repository öffnen
hg-git als Erweiterung eintragen

Der Eintrag wird direkt in der Datei hgrc vorgenommen und soll wie folgt aussehen:

[extensions]
hggit=C:\Temp\hg-git\hggit

Hier ist natürlich der tatsächliche Pfad einzusetzen. Damit die Erweiterung verwendet wird, müssen alle offenen TortoiseHg-Anwendungen geschlossen werden.

hg-git hat neben der Abhängigkeit zu Mercurial (diese ist durch die Installation von TortoiseHg als erfüllt anzusehen) eine weitere zu dulwich. Hier ist das entweder das ZIP herunter zu laden, oder das Repository zu klonen. Im Root-Verzeichnis befindet sich ein Verzeichnis dulwich. Dieses Verzeichnis muss nun den Libraries von TortoiseHg hinzugefügt werden. Diese befinden sich üblicherweise in:

%ProgramFiles%\TortoiseHg\library.zip

So muss das dann innerhalb der ZIP-Datei aussehen:

Damit sind alle Vorarbeiten abgeschlossen und es kann mit der Konvertierung gestartet werden.

Und natürlich muss Git installiert sein. Hierbei ist unerheblich welche Implementierung. Wer beispielsweise GitHub for Windows installiert hat, ist bereits bestens gerüstet, sonst kann auch http://git-scm.com/ verwendet werden.

Aus Mercurial mach Git

In den nächsten Schritten werden wir ein bestehendes Mercurial-Repository in ein Git-Repository konvertieren. Hierzu sind folgende Schritte notwendig:

Git-Bash öffnen (dieser Schritt ist notwendig, damit die hg-git-Erweiterung angezogen wird)
Ein leeres Git-Repository anlegen (hier wird durch die Erweiterung ein Pack-File eingespielt). Dazu ein Verzeichnis an beliebiger Stelle anlegen und folgenden Befehl innerhalb dieses Verzeichnisses ausführen:
git init --bare
Nun ist ins Mercurial-Repository zu wechseln und dieses in das Git-Repository zu pushen (zu beachten ist, dass dieser Vorgang durchaus recht lange dauern kann, es werden keine Konsolen-Ausgaben geschrieben, daher nicht abbrechen, sondern warten; Es erfolgt jedoch schlussendlich eine Meldung wie viele Commits etc. übernommen wurden):
hg push path/to/Git-Repository
Im Git-Repository liegt nun unter objects/pack ein Git-Pack-File, welches alle notwendigen Informationen enthält.

Damit ist die Migration eigentlich abgeschlossen, sofern man mit dem Pack-File zufrieden ist. Ist dies nicht der Fall, kann man mit den folgenden beiden Schritten alle Objekte in separaten Dateien ablegen:

Ein weiteres Verzeichnis anlegen und in dieses wechseln
git clone -l path/to/Git-Pack-Repository ausführen. Dabei ist nicht das Pack-File zu referenzieren, sondern das Repository-Stammverzeichnis

Damit ist nun ein Git-Repository mit allen Objekten als separate Dateien vorhanden und kann für weitere Schritte verwendet werden.

Fazit

Die Migration kostet zwar ein wenig Zeit (vor allem, wenn man sich die einzelnen Schritte und Lösungen für einige Fallen zusammensuchen muss), geht aber sonst weitestgehend problemlos von Statten. Nach dem Umstieg steht die gesamte Historie zur Verfügung und es kann wie mit Git gewohnt gearbeitet werden.

Das Geheimnis der Kommunikation

Norbert Eder [MVP] — 2013-04-09T21:25:15

Vor einigen Tagen habe ich zum Thema Arbeiten wir an der Kommunikation geschrieben. In diesem Beitrag hatte ich einige Punkte aufgelistet, die ein Team zu einer besseren Kommunikation führen, wohlgemerkt, auf mein Team abgestimmt. Gestern hatten wir einen Workshop-Tag mit Ilker Centikaya zum Thema Scrum (hierauf folgt ein separater Post). In diesem wirklich sehr inspirierenden Workshop hatten wir auch ein wenig Systemtheorie zum Thema. In seiner Rohform nichts für schwache Nerven. In der durch Ilker aufbereiteten Form dauerte es nicht lange und mir fiel es wie Schuppen von den Augen.

Ich hatte den Grund erkannt, warum die Kommunikation innerhalb meines Teams und auch mit angrenzenden Bereichen nun wesentlich besser funktioniert als noch vor einigen Monaten. Intuitiv hatte ich eine Entscheidung zu einem Vorgehen getroffen und diese umgesetzt. Nie wäre ich jedoch auf den Gedanken gekommen, dass dieser Punkt wesentlich stärker wiegt als alle im letzten Beitrag zum Thema Kommunikation aufgelisteten Punkte. Das Stichwort ist

Transparenz

Jawohl! Transparenz!

Das hat mit Kommunikation nun was genau zu tun?

Mit einer mangelnden Kommunikation geht meist auch noch ein weiterer Punkt einher: Mangelnde Motivation, oder besser formuliert, stark einwirkende Demotivation. In zahlreichen Quellen wird betont:

Wahre Motivation kommt von innen.

Das heißt im Umkehrschluss, dass von Extern demotivierende Kräfte wirken. Da gibt es viele Faktoren, einer ist fehlende Information. Dies bedeutet natürlich, dass der eigene Entscheidungsfreiraum eingeschränkt wird, das Ziele, Visionen nicht erkannt werden und somit auch kaum Weiterentwicklungspotential gesehen wird. Das resultiert wiederum darin, dass der Einzelne nicht weiß wohin der Weg führt und wo auf diesem Weg er selbst Platz findet. Das löst Existenzängste aus. Eine logische Folgerung: Es findet eine Einigelung statt, eine Abgrenzung. Typisch dafür ist, dass selbst wiederum keine Informationen weitergegeben werden, um sich selbst unentbehrlich zu machen.

Um dieses Problem zu beheben, kommt nun die Systemtheorie ins Spiel (bitte beachten, dass meine Kenntnisse der Systemtheorie als sehr gering einzustufen sind, bei Fehlbeschreibungen bitte mich zu verbessern). Speziell die Selbstreferenzialität. Salopp gesagt bedeutet dies, dass sich ein System (eine Person, ein Team, ein Unternehmen etc.) nur auf sich selbst bezieht, sich selbst reguliert. Einflüsse aus der Umwelt können angenommen werden, müssen aber nicht.

Möchte ich als Person einen Vorteil zu vermitteln, muss ich ihn also zuerst bei mir selbst anwenden, zeigen dass es funktioniert und kann somit angrenzenden Systemen ein Angebot unterbreiten, dies ebenfalls einzusetzen. Diese Systeme entscheiden selbst ob sie das tun werden oder nicht. Wird der Vorteil erkannt und für gut befunden stehen die Chancen dazu natürlich gut.

Mein Vorgehen war nun, für Transparenz in meinem Tun zu sorgen. Meine Team-Mitglieder wurden verstärkt zu Entscheidungen herangezogen, bekamen Informationen zu dem “Wie geht es weiter?” usw. Durch die gelebte Transparenz haben meine Team-Mitglieder offensichtlich den daraus resultierenden Vorteil erkannt und selbst umgesetzt. Die Informationen wurden mehr, jeder konnte seinen Platz finden, die Sicherheit ist gestiegen, ebenfalls die Motivation. Die “neue” Motivation hat dazu beigetragen, dass mit vielen Informationen freizügiger umgegangen wird. Es stieg der Kommunikationsanteil. Und plötzlich läuft das Werk …

Fazit

Transparenz ist ein Faktor der nicht unterschätzt werden darf. Mitarbeiter möchten wissen wie es um ein Unternehmen, die Projekte, ihre Zukunft steht. Nur mit diesem Wissen können sie sich wirklich einbringen und für Mehrwert sorgen. Ich selbst habe durch Ilker einen kleinen Einblick in für mich neue Themen erhalten die mir sofort geholfen haben, einige meiner Entscheidungen reflektieren und weitere Maßnahmen setzen zu können. Was folgt ist sicherlich ein weiteres Studium dieser Gebiete um mein Wissen zu festigen. Ebenfalls verstehe ich nun, dass dies der wahre Grund war, warum die Kommunikation innerhalb meines Teams nun ordentlich funktioniert. Die anderen Maßnahmen waren gut und sicherlich hilfreich, jedoch nicht ausschlaggebend.

Follow Up - Hochwertiger Content für Entwickler - Machen wir doch was!

Norbert Eder [MVP] — 2013-04-02T10:54:14

Vor einigen Tagen hatte ich im Beitrag Hochwertiger Content für Entwickler - Machen wir doch was! aufgerufen, eine einfache Möglichkeit zu schaffen, an hochwertigen Content aus der Community zu kommen. Das Echo war recht groß und schnell ergab ich ein äußerst fruchtbares Gespräch mit Ralf Westphal. Aber auch viele andere aus der Community teilten ihre Meinung mit mir. Teils mit Zustimmung, teils mit konstruktiven Hinweisen auf bestehende “Lösungen”.

Warum überhaupt?

Im letzten Beitrag ging das Warum nicht eindeutig hervor. Daher möchte ich dazu ein paar Worte teilen, die erklären warum ich der Meinung bin, etwas Neues müsste her.

Mir ist durchaus bewusst, dass es zahlreiche Blogs gibt, die wirklich gute Beiträge liefern, mitunter finden sich auch an anderen Stellen feine Artikel, oder auch Grundlagendiskussionen, die ein jeder gelesen haben sollte. Das ist positiv und gut so. Für aktive und langjährige Mitglieder der Community ist das Finden dieser Ressourcen kein Thema, hat doch ein jeder die entsprechenden Quellen aktiv am Radar, oder ist sogar selbst dafür verantwortlich. Dennoch brauchen auch hier die einen oder anderen Perlen einige Zeit, gefunden zu werden.

Der Einsteiger hat es da schon schwieriger. Thema auswählen, Google oder Bing auf Treffer durchforsten und die gefundene Lösung wird schon in Ordnung gehen. Eine tiefergehende Prüfung hinsichtlich Auswirkungen etc. kann erfahrungsbedingt oftmals nicht durchgeführt werden. Er muss sich also auf das Gefundene verlassen, oder bei schlechtem Bauchgefühl dem nächsten Link vertrauen. Dabei zählt nicht immer Qualität. Wer mehr Content produziert (und die passenden Keywords) steht weiter oben, nicht zwangsweise der empfehlenswerte. So einfach, so schlecht.

Gab es vor 10 Jahren noch ein paar zentrale Player, die Content anzubieten hatten, findet sich dieser nun an allen Ecken und Enden. Guter, wie auch Schlechter. Das Problem dabei: Der gute Content ist durch vermehrte Werbebeiträge etc. teilweise ganz gut versteckt. Blogs haben in der Regel auch vielfach nicht die Suchmaschinenrelevanz von größeren/großen Verlagen, teilweise jedoch weit bessere Inhalte.

Für mich ist das der Punkt an dem eine Lösung her muss. Sowohl für mich als auch für andere, besonders Einsteiger, die es wirklich sehr schwer haben. Das mag der eine oder andere noch nicht nachvollziehen können, aber dazu komme ich gleich.

Bestehende Lösungen

In den Kommentaren des ersten Beitrags wurden einige deutschsprachige Alternativen genannt, die gerade der eingeschworenen Community wohlbekannt sind. Viele werden diese Dienste auch zu schätzen wissen. Es liegt mir fern diese als schlecht hinzustellen, dennoch möchte ich sie hinterfragen und Problemstellen aufzeigen.

DotNetGerman Bloggers(und Aggregate im Allgemeinen)
Das ist wohl das Community-Feed-Aggregat der ersten Wahl für ausreichend Inhalte. Wenn ich korrekt gezählt habe, dann sind zum jetzigen Zeitpunkt 109 mehr oder weniger aktive Blogger gelistet. Das ist schon eine ganz schöne Menge, an Bloggern und gelieferten Content. Wunderbar. Dennoch bietet dieses Aggregat (wie alle anderen) einige Nachteile:

Zuviel Rauschen. Zu nahezu jedem Thema finden sich zahlreichende Blogger. Da viele nicht abgeneigt sind, News zu ihrem Fachgebiet zu verfassen, erscheint dieselbe News zigfach in der Liste auf. Ebenso verhält es sich mit Themen, die eigentlich nicht für das Aggregat von Relevanz sind. So finden sich Beiträge anderweitigen - teils branchenfremden - Themen, teilweise auch private. Das interessiert mich nicht, wenn ich mich zu aktuellen .NET Themen informieren möchte.
Fehlende Wartung. Aggregate haben es an sich, dass keine oder kaum Wartung statt findet. Aufgenommen wird, was aktuell ins Schema passt. Die Ausrichtung eines Bloggers (dahinter steckt in unserem Fall ja meist ein Entwickler) ändert sich jedoch im Laufe der Zeit. Dies hat meist berufliche Hintergründe. So findet oft sehr schnell eine Verlagerung in gänzlich unterschiedliche Themengebiete statt. Oftmals wird überhaupt die Plattform gewechselt. Beiträge gehen dann am eigentlichen Thema vorbei. Das führt wiederum zum ersten angeführten Problem: Zuviel Rauschen.
Keine Kategorisierung. Ich als Leser des Aggregats habe keine Möglichkeit nach Themen zu filtern, die mich aktuell interessieren. Hier kann ich nur mühsam die einzelnen interessanten Feeds nehmen und meine eigene Liste pflegen. Damit entferne mich jedoch vom Dienst und nutze ihn nur als Input-Geber. Zukünftige empfehlenswerte Beiträge bleiben mir verborgen, da diese natürlich nicht in meinen abonnierten Feeds enthalten sind (so ich nicht zufällig auf diese Quelle stoße).
Kurze Vorhaltezeit. Das genannte Aggregat (wie auch die meisten Alternativen) hält Beiträge nur für kurze Zeit im “Angebot”. Ältere Beiträge können weder durch eine Suchfunktion noch anderweitig gefunden/angezeigt werden. Somit hat dieses Medium lediglich tagesaktuelle Relevanz für mich. Heute interessiere ich mich für dieses Thema, morgen für ein anderes. Wofür ich mich morgen interessiere, kann ich heute jedoch nicht beurteilen. Ergo fällt es auch schwer die richtigen Beiträge für eine spätere “Behandlung” zu markieren.
Kein Qualitätshinweis. Ich muss einen interessant klingenden Beitrag lesen um ihn beurteilen zu können. Es gibt kein Bewertungssystem an dem ich mich festhalten kann, welches quasi als Leitschienen fungiert. Das kostet Zeit und birgt die Gefahr in sich, den am Schluss des Beitrags formulierten Mehrwert nicht als solches zu erkennen (weil ich beim ersten “Scannen” gar nicht so weit komme).

dotnet-kicks.de
Auch dieses Projekt ist der Community gut bekannt. Mittlerweile werden keine weiteren Beiträge mehr eingestellt. Ob das Projekt eingestellt wurde, oder einfach kein Interesse mehr besteht, kann ich nicht sagen. Fakt ist, dass es ein Klon von vor Jahren boomender Bewertungssysteme ist (welches genau können die Betreiber sicherlich beantworten). Ein einfaches System Internetinhalte zu “bewerten” und zu kategorisieren. Die immer geringeren Benutzerzahlen zeigen jedoch, dass derartige Dienste überholt sind.

Kein Qualitätshinweis. Aber hey, ich habe es “gekickt”. Das zeugt doch von Qualität. Nein, das tut es nicht. Ich als “Leser” kann nicht erkennen warum diese Quelle empfohlen wurde. Ist es ein Freundschaftsdienst, oder ist der Inhalt wirklich so gut. Viele “Kicks” bekommt oft auch, wer über ein trendy Thema berichtet hat. Kommentare und Kategorisierung sind zwar möglich, werden jedoch nicht oder kaum genutzt, da dies kein Teil des Rating-Systems ist. Für mich als Leser wenig hilfreich.
Fehlende Accountability. Beiträge können unter Pseudo-Benutzern oder gar anonym eingereicht werden. Dadurch entsteht ein gewaltiges Rauschen. Wer mit seinem Namen einsteht und (daher) auf seine Reputation bedacht ist, wird besonders darauf achten, guten und sinnvollen Content einzustellen.
Fehlende “Mitmach-Motivation”. Gamification ist das Stichwort. Oftmals fehlt es an einem Anreiz Inhalte einzustellen. Self-Marketing steht hier ganz weit vorne. Weitere Kriterien sind aber die persönliche Profilierung, die nicht nur durch eigene Inhalte zustande kommt, sondern auch als Quell empfehlenswerter Inhalte.
Mangelnde Usability. In den meisten Fällen muss Titel und Beschreibung der einzustellenden Beiträge manuell eingetragen werden. Dies kann auf Basis der URL automatisch geschehen. Der Fokus wird hierbei auf die falsche Stelle gelegt. Wichtiger wäre eine sinnvolle Bewertung, weniger die Erfassung ohnehin verfügbarer Informationen.

Beide Lösungen haben auch gemeinsam, dass es wenig Personalisierungsmöglichkeiten gibt. Integrationen zu “Read later”-Diensten oder gar als eigene Implementierung sind nicht vorhanden. Es fehlt mir persönlich eine schnelle Möglichkeit empfehlenswerte Beiträge in einer Liste zu hinterlegen, die ich mir dann in aller Ruhe ansehen kann. Ich bin gezwungen Schritte unabhängig des Dienstes vorzunehmen um dieses Ziel zu erreichen. Ein “Kontextbruch” der es mir erschwert, mein Ziel zu erreichen.

Lösungsvorschlag

Die vorgeschlagenen Alternativen bieten also viele Nachteile, die behoben werden können. Zwar bedeutet dies nicht per se, dass die Dienste damit obsolet sind oder nicht genutzt werden sollten. Es geht aber besser - mit weit höherem Mehrwert. Genau die Schaffung dieses Mehrwertes ist das Ziel.

Wie also kann eine mögliche Lösung aussehen? Nachfolgend möchte ich die aufgekommenen Erkenntnisse zusammen fassen und zur Diskussion in den Raum stellen. Es ist jeder herzlich willkommen seine Meinung kund zu tun. Gerne auch konstruktive Kritik, da diese bekanntlich den größten Mehrwert bietet.

Content-Sharing. Entgegen meines ersten Vorschlages soll kein neuer Content generiert, sondern auf vorhandenen verlinkt werden. Es gibt ausreichend qualitativ hochwertige Beiträge.
Accountability. Beiträge können nur von Benutzern eingestellt werden, die mit vollem Namen registriert sind und mit solchem für ihre Quellen einstehen. Anonyme Beiträge sind nicht erlaubt, auch Phantasienamen werden nicht akzeptiert.
Rating. Eine Bewertung ist immer mit einem Grund zu versehen. Warum wird dieser Inhalt als empfehlenswert eingestuft? Was ist der tatsächliche Mehrwert? Wie hat mir der Beitrag weiter geholfen? Ein einfaches “Kick it” ist nicht ausreichend einen Beitrag zu empfehlen. Jeder angemeldete Benutzer kann ein Rating abgeben. Dieses ist wiederum mit einem ausreichenden Kommentar zu versehen.
Tagging. Es gibt kein Einstellen ohne Tagging. Beiträge sind mit passenden Tags zu versehen. Darauf aufbauend kann ein entsprechendes Einfächern in Kategorien stattfinden. Auch eine Suche kann darauf (unter anderem) abgestimmt werden.
Redaktionelle Betreuung. Eingestellte Beiträge werden von “Fachbereichs-Verantwortlichen” freigegeben. Dies bedeutet natürlich einen entsprechenden Aufwand, stellt jedoch sicher, dass passende Begründungen und Tags gesetzt wurden. Ebenfalls kann darüber die Relevanz und der Anspruch an die Qualität der Artikel gewährleistet werden. Hier stelle ich mir ein Team von Themen-Verantwortlichen vor, die sich eben diesem annehmen.
Gamification. Ein öffentliches Ranking-System für Beitragende soll spielerisch sicherstellen, dass die Motivation zum Einstellen neuer Beiträge gegeben ist. Dieses soll nicht auf Masse, sondern auf Qualität basieren. Bewertungen von einem höheren Ranking zählen hierbei mehr als dies bei einem unteren Rang der Fall ist.

Zu diesen Anforderungen bestehen natürlich weitere. Diese sind aber hauptsächlich in der Usability durch den Besucher zu finden, aber auch der Einsteller soll davon profitieren. So sollten beim Einstellen von Beiträgen die relevanten Informationen automatisch bezogen werden (wie man das auch von Facebook, Google+ und Konsorten bereits gewöhnt ist). Stattdessen sollte der Fokus auf die Bewertung des Inhaltes gelenkt werden.

Dem Besucher muss es ermöglicht werden, schnell an für ihn relevante Informationen zu gelangen. Registrierte Benutzer sollten zudem in den Vorteil von “Read Later”-Listen, persönlichen Filtern und Benachrichtigungen kommen.

Hinter den einzelnen Punkten liegen (teilweise) bereits konkrete Ideen zur Umsetzung. Bevor ich diese jedoch groß kund mache, möchte ich diese Zusammenfassung nochmals zur Abstimmung in die Runde werfen. Mir ist eure Meinung sehr wichtig und möchte einen tatsächlichen Mehrwert mit einer neuen Plattform liefern, die natürlich - wie jede andere Plattform - auch mit Anfangsproblemen zu kämpfen haben würde. Nur wenn ein Erfolg absehbar ist, wäre eine Umsetzung sinnvoll. Ich würde mich daher über viele Meinungen freuen. Ist der eingeschlagene Weg richtig, fehlt noch etwas, oder befinden wir uns hier generell auf einem Holzweg?

Arbeiten wir an der Kommunikation!

Norbert Eder [MVP] — 2013-03-29T08:37:00

Vor einigen Monaten habe ich darüber geschrieben, was denn ein Team-Leader für sein Team tun kann bzw. überhaupt sollte. Nun ist doch ein wenig Zeit vergangen und ich habe unterschiedlichste Experimente vorgenommen - hauptsächlich um die Kommunikation und das Teamgefüge zu verbessern. Meine Erfahrung dabei: die kleinsten Umstellungen wirken am besten! In diesem Beitrag möchte ich aus den Erfahrungen der vergangenen Monate berichten.

Ausgangslage

Mein Team hat harte Zeiten hinter sich. Auch wurde es immer wieder durcheinander gewürfelt. Neue Kollegen, Splittung in mehrere Teams, erneute Zusammenführungen und vieles mehr ist in den letzten Jahren passiert. Gepaart mit zu viel Arbeit und zu wenig Ressourcen ist das für die Teamkultur nicht gerade förderlich. Im Gegenteil. Langsam aber sicher entwickelt sich jeder zum Einzelkämpfer und verhält sich dementsprechend abgeschottet. Eine Entwicklung die bei uns quasi über Jahre ging.

Kleine Änderungen führen zum Ziel

Oder zumindest in die richtige Richtung. Nachfolgend möchte ich einige der vorgenommenen Veränderungen aufführen. Ich gebe jedoch zu bedenken, dass jedes Team anders ist. Einige der besprochenen Probleme werden in anderen Teams nicht auftreten, dafür möglicherweise andere Schwachstellen.

Umbau Büro

Ganz wichtig ist das Klima im Büro. Wir hatten über Jahre hinweg ein sehr steriles Büro. Kaum Pflanzen, wenig Drumherum. Durch einen neuen Büro-Plan haben wir ein wesentlich größeres Büro für unser Team bekommen und haben dieses gemeinsam geplant. Die Tische wurden so aufgestellt, dass eine direkte Kommunikation vereinfacht wird, Beamer für Präsentationen, Code Reviews (oder aber auch manchmal Skifahren), Konferenzen. Ein eigener Besprechungstisch, zur Unterhaltung ohne PC. Auch ist es mittlerweile sehr grün. So mancher mag nun lächeln (was auch gesund ist), aber selbst Duftkerzen haben ihren Weg ins Büro gefunden. Auch sonstiger Dekor darf nicht fehlen, obwohl wir ein reines Männerbüro sind.

Dies wirkt sich nur in kleinen Teilen auf die tatsächliche Kommunikation aus, jedoch ungemein auf das gesamte “Raumklima”.

Kopfhörer

Musik ist heute immer und überall. Gerade am Arbeitsplatz ist man schnell dazu geneigt, einen Kopfhörer aufzusetzen. Für komplexe Problemstellungen ist es ein einfaches Mittel zur Abschottung und Fokussierung. Nachteilig daran ist jedoch, dass dies schnell zur Gewohnheit wird und das Team die Arbeitszeit mit aufgesetzten Kopfhörern verbringt. Wie also bereits angesprochen: Alles Einzelkämpfer. Keine gute Ausgangslage für eine funktionierende Kommunikation.

Als Lösung haben wir uns darauf geeinigt, einen Medienserver inkl. Boxen aufzustellen. Musik aus unterschiedlichen Genres wird darüber gespielt (damit für jeden etwas dabei ist, wobei sich glücklicherweise unser Musikgeschmack deckt). Kopfhörer sind - laut Team-Bescheid - nur mehr für Spezialfälle vorgesehen.

Team-Chat

Neben der täglichen Arbeit läuft ein Team-Chat über den in den letzten Jahren sämtliche Fragestellungen/Probleme/etc. abgehandelt wurden. Hierbei spielt auch mit, dass mein Team über zwei Standorte verteilt ist und so eine einfache Kommunikationsmöglichkeit geboten wird. Das bietet zwar den Vorteil, dass innerhalb der Nachrichten gesucht werden kann, aber dies bringt auch einen gewaltigen Nachteil mit sich: Vielfach werden wichtige Fragen einfach nicht beantwortet. Dafür gibt es viele Gründe:

Man will aktuell nicht gestört werden
Es ist einem schlicht zu blöd jetzt eine Antwort schreiben zu müssen
Die Benachrichtigungen wurden deaktiviert
Etc.

Mittlerweile haben wir den Team-Chat noch für wichtige Ankündigungen, mehr aber in Wirklichkeit auch nicht mehr. Vielmehr ist es nun so, dass jemand mit Frage aufsteht, seine Frage an das Team formuliert und sich einige Minuten später wieder mit einer Lösung hinsetzt. Die anfängliche Befürchtung ständig aus der Arbeit gerissen zu werden hat sich nicht bewahrheitet. Es kristallisiert sich heraus, dass die Fragen immer weniger, dafür jedoch schwergewichtiger werden. Durch die Diskussionen um die beste Lösung wird sehr viel Wissen transferiert, das dem gesamten Team zu Gute kommt. Entsprechend verlagern sich auch die Themengebiete der Fragen.

Da war doch noch etwas: zwei Standorte. Im ersten Schritt versucht der Standort selbst seine Frage zu klären (die Ergebnisse werden in diesem Fall jedoch schon über den Team-Chat mitgeteilt), ist dies nicht möglich gibt es ein “Online-Meeting”.

Online-Meetings

Wie bereits angesprochen: Mein Team ist über zwei Standorte verteilt. Dies macht Meetings nicht gerade einfacher. Ein klassisches Online-Meeting-System haben wir nicht im Einsatz. Bis dato wurden alle über den gewählten Kommunikationskanal angerufen, saßen vor ihren Rechnern mit Kopfhörer und haben mehr oder weniger am Meeting teilgenommen. Eher weniger.

Auch dies läuft nun anders: Bei Meetings setzen wir uns nun alle gemeinsam an unseren Besprechungstisch, oder stellen uns einfach zusammen (wie wir das in unseren Standup-Meetings machen - was Ralf im Übrigen nicht gut findet). Laptops sind nur für den “Schriftführer” zugelassen, es soll keine Ablenkung geben. Damit die Übertragung des Gesprochenen gut funktioniert, haben wir uns ein 3-teiliges Flächenmikrofon gekauft und ausgelegt (anfänglich haben wir günstigere Lösungen probiert, die alle nicht zufriedenstellend funktioniert hatten).

Im nächsten Schritt werden wir wohl auch ein wenig in Richtung Videoübertragung gehen um die entfernten Teammitglieder noch besser eingebunden zu haben.

Gemeinsame Aktivitäten

Als nächsten Schritt unternehmen wir nun monatlich etwas gemeinsam. Nur das Team. Nicht weiter aufregend: Wir gehen Steak essen. Wie Männer das gerne tun. Die ungezwungene Atmosphäre, das lockere Beisammensitzen, das Besprechen von Anliegen auf neutralem Boden ist ein gewaltiger Nährboden für das Zusammenwachsen des Teams.

Unser Unternehmen veranstaltet zwar in mehr oder weniger regelmäßigen Abständen größere Zusammenkünfte mit gemeinschaftlichem Essen, Wettkämpfen und mehr. Es ist jedoch extrem wichtig, dass jedes Team für sich selbst auch einen Weg und ein paar Stunden Freizeit findet, in kleiner Runde etwas zu unternehmen. Auf Dauer gesehen bringt dieser Aspekt aus meiner Sicht am meisten. Es verändert sich der tägliche Umgang miteinander merkbar. Dabei geht es weniger darum Freunde für’s Leben zu finden, sondern sich vielmehr auf eine gemeinsame Basis der Kommunikation zu “einigen” - was im übrigen automatisch passiert.

Fazit

Natürlich hat es noch weitere kleinere Änderungen gegeben, die angesprochenen waren mitunter wohl die größten bis dato. Jedes Team hat andere Baustellen die man erkennen und aktiv (vor allem gemeinsam) angehen und lösen muss. Da mag man durchaus zeitweise ratlos durch die Gegend laufen, aber es gibt Möglichkeiten und die einfachsten ist dann doch meist die besten. Weniger Egoismus und mehr Gemeinschaft im Team birgt für jeden Vorteile, vor allem aber enden Anschwärzungen, das Herumreiten auf Bugs anderer und gar schlimmere Vorkommnisse. Es tritt ein “Gemeinsam machen wir etwas wirklich tolles” in den Vordergrund. Der Grundstein für eine positive Weiterentwicklung.

Hast auch du zu diesem Thema etwas aus deiner Erfahrung zu berichten? Arbeitest du auch in einem Team mit “offenen Wunden”? Oder habt ihr diese bereits gelöst? Ich würde gerne davon erfahren!

Design-Offensive FTW

Norbert Eder [MVP] — 2013-03-28T18:29:34

Design ist ja bekanntlich besonders wichtig wenn es um das Thema Vermarktung geht. Ein Blog ist ja quasi auch eine Form des Marketings. Self-Marketing, jawohl. In diesem Sinne habe ich das bisherige Design ein wenig aufgefrischt, das Ergebnis ist bereits online.

Die Erneuerung wurde auch für meine Hauptsite unter http://www.norberteder.com vorgenommen. Besser integriert, wie aus einem Guss. Das sollte nun für den Besucher wesentlich übersichtlicher sein. Warum ich dies überhaupt als eigenen Beitrag bringe? Ganz einfach: Euer Feedback ist gefragt. Ist es eine Verbesserung, gibt es weiteres Potential oder findet ihr das neue Design schlechter?

Und so sah das Blog zuvor aus (als Vergleich):

Der Vollständigkeit halber hier noch der Screenshot der ursprünglichen Hauptseite - für’s Archiv sozusagen:

TheOldReader in den Chrome RSS-Abonnement-Optionen

Mario Priebe — 2013-03-27T09:35:02

Ja, es war in aller Munde und nein ich werde nicht mehr darauf eingehen, denn auch ich war mächtig angepisst, dass es den Google Reader nicht mehr geben wird. Absolut kein Verständnis für das Einstellen des Service. Nun denn, auf der Suche nach einer Alternative kam mir der eine oder andere, neue oder auch alte..

Ach, Scrum bringt doch nichts. Oder doch?

Norbert Eder [MVP] — 2013-03-27T08:00:00

Mitte Dezember 2012 habe ich in meinem Team mitgeteilt, dass ich gerne Scrum einführen würde. Schnell wollte jeder wissen, wie der Hase läuft. Ein paar einschlägige Bücher und Diskussionen waren die Folge. Die Einigung erfolgte schnell. Seitdem setzen wir Scrum ein. Bisher versuchten wir uns penibel an die in der Literatur beschriebenen Rahmenwerke zu halten. Wir hatten schon einmal den Fehler gemacht, mit einer für uns passend gemachten Ausprägung zu starten. Und wir scheiterten. Und nun?

Ich will auch gar nicht lange darauf eingehen, wie wir Scrum behandeln. Im Wesentlichen haben wir unsere Inhalte aus Scrum - Agiles Projektmanagement erfolgreich einsetzen (Pichler) und Die Kraft von Scrum (Wolf) bezogen und versuchen da so nahe wie möglich dran zu bleiben. Keine Experimente, die Zeit wird wohl noch kommen.

Sehr interessant waren dabei die Auswirkungen auf das Team. Die meisten von uns waren unberührt von diesem Thema. Natürlich schielt man als Softwareentwickler auf diverse Methoden und pickt sich den einen oder anderen Teilbereich heraus. Es ist dann aber schon eine ganz andere Liga, Nägel mit Köpfen zu machen, ins kalte Wasser zu springen und die gesamte Art und Weise der Projektentwicklung umzustellen. Dementsprechend hatten wir es natürlich mit jeder Menge Ängste und Sorgen zu tun.

Ängste, Sorgen und Probleme

“Ab heute ist alles anders”. Ja, das wirft schon jede Menge Fragen auf. Vor allem dann, wenn man die Folgen nicht wirklich abschätzen kann. Veränderung fördert Angst. Angst lähmt. Was waren die einzelnen Faktoren?

Vollkommene Transparenz kommt einer Überwachung gleich. Bisher kamen ellenlange Spezifikationen zur Umsetzung. Ein Abschätzen der Entwicklungsdauer war nicht möglich. Ein Überziehen stand an der Tagesordnung. Durch die kleineren Happen, die höhere Transparenz sieht de facto jeder, wer gerade woran arbeitet, wie der Fortschritt ist, was noch fehlt und wo die Probleme liegen. Das fördert das Gefühl, überwacht zu werden. Das ist natürlich keineswegs die Intention, ändert aber nichts an der Tatsache, dass so mancher im Team genau davor Angst hat. Nicht des Verbergens wegen, sondern vielmehr der Angreifbarkeit.
Gemeinsames Arbeiten am selben Feature. Das Aufteilen einer User Story in kleine Happen (Tasks) kann schon seine Tücken mit sich bringen, vor allem wenn Abhängigkeiten bestehen und man sich schon Gedanken darüber machen muss, welches davon die wirklich wichtigen Arbeiten sind. Wenn jahrelang für ein Feature immer genau ein Entwickler zuständig ist, dann fehlt vielfach der klare Gedanke daran. Es entsteht der Eindruck, dass es gar nicht möglich ist, gemeinsam an einer größeren User Story zu arbeiten bzw. dass der Aufwand viel höher ist, als bei einer Umsetzung durch eine einzelne Person.
Angst um Spezialbereiche. Ich setze ein Feature alleine um, dann bin ich darin der Experte. Ich bin also wichtig. Arbeiten mehrere Personen am selben Feature, dann trifft das nicht mehr zu. Es entsteht also die Angst, an “zuerkannter Kompetenz” und/oder Verantwortungsbereiche einzubüßen.
Transparenz gegenüber Business. Der Business-Bereich weiß ganz genau Bescheid, was denn aktuell in Entwicklung ist, wie es um den Stand bestellt ist und wer was macht. Das kann doch nicht gut gehen und zweitens ist der “Einmischfaktor” zu hoch. Wichtige technische Punkten müssen somit diskutiert werden, konnten bisher aber ohne Probleme “eingefächert” werden.
Zeitverlust. Sprint Planning, Recap Meeting. Das alles verbraucht doch soviel Zeit. Zeit, die man viel produktiver nutzen kann. Ran an den Punkt und arbeiten. Es ist schwierig, den “Machern” einzutrichtern, dass ein gemeinsames Verständnis, eine gemeinsame Vorgehensweise seine Vorteile mit sich bringt. Auch wenn die Meetings mitunter lange dauern. Im Vordergrund steht, dass der Entwickler eben Code schreiben und nicht reden will. Eine schwierige Sache.

Das sind schon durchaus gravierende Punkte, di in zahlreichen Gesprächen ausgeräumt werden müssen. Wichtig hierbei ist, es vorzuleben. Von “oben herab” funktioniert da erst einmal gar nichts - und das ist auch nicht Sinn und Zweck.

Vier Monate später

Nun sind über vier Monate vergangen. Bei einer Sprintdauer von zwei Wochen kam schon einiges an Erfahrung zusammen. Wie geht es jetzt mit uns und wie sieht das gesamte Teamgefüge aus? Wer nicht weiterlesen möchte: super! Wer Details möchte, bitte sehr:

Kommunikation. Punkte müssen abgestimmt werden. Wer macht was und wie und sowieso und überhaupt. War es zuvor still im Büro, mit aufgesetzten Kopfhörern, ist das jetzt nicht mehr der Fall. Es wird richtig kommuniziert. Dies wirkt sich natürlich äußerst positiv auf das Know-How des Teams aus. Wissen wird transferiert, jeder erschließt neue Bereiche und kann mit unterschiedlichen Sichtweisen seinen Input hinsichtlich Verbesserungen etc. bringen.
Überblick Sprintinhalt. Jeder Entwickler hat einen sehr guten Überblick über die anstehenden Tasks. Es ist klar was innerhalb eines Sprints zu leisten ist.
Zusammenhalt. Es hat sich der Zusammenhalt, das gesamte Teamgefüge massiv verbessert. Dadurch dass alle gemeinsam am selben Strang ziehen (müssen) und eben das Bewusstsein dafür besteht, ist es diesbezüglich zu einer klaren Verbesserung gekommen.
Qualität. Kleinere Happen, die dafür richtig gut. Das zahlt sich aus. Bugs werden bei uns grundsätzlich als Blocker eingestuft und müssen sofort behandelt werden. Die Qualität steigt von Sprint zu Sprint. Das ist nicht nur für uns selbst positiv und motivierend, sondern wird auch von unseren Testern bzw. den Benutzern positiv bemerkt/aufgenommen.
Transparenz. Es ist jedem zu jeder Zeit klar, wie der aktuelle Stand der Entwicklung ist. Was Anfangs einen sehr negativen Touch hatte wird nun absolut positiv aufgenommen. Es gibt keine Geheimnisse, Probleme liegen offen auf dem Tisch und werden gelöst. So einfach.
Laufende Verbesserung. Jeder Sprint wird genau beleuchtet und hinterfragt. Aufgetretene Probleme oder Schwachstellen werden offen diskutiert, priorisiert und die Top-Punkte als Verbesserungsmaßnahmen für den darauffolgenden Sprint eingeplant. Jedes Teammitglied weiß nun, dass seine Meinung zählt und auf Verbesserungsvorschläge aktiv eingegangen wird. Die laufende Weiterentwicklung des gesamten Teams spricht für sich.
Erfolgserlebnisse. Wer wochen- oder gar monatelang an einem Feature gearbeitet hat (und somit jede Menge Tiefs mitmachen musste) lebt nun vom täglichen Erfolgserlebnis wesentlich besser. Man geht nicht mehr mit einer elendslangen Liste an offenen Punkten nach Hause, sondern mit einem abgeschlossenen Punkt in der Tasche. Jeden Tag. Das motiviert.

Es war wirklich interessant zu beobachten, welcher Ruck durch das gesamte Team gegangen ist. Von der anfänglichen Angst oder Scheu vor bestimmten Neuerungen ist eine klare Akzeptanz und Befürwortung entstanden.

Wie geht es weiter

Andere Teams bei uns haben sich entschlossen, unseren Weg mitzugehen. Da wir in unserem Team Unterstützung aus der Business-Ebene haben (ja, das funktioniert richtig gut), lag es nahe, Scrum im gesamten Unternehmen einzuführen. Am Programm steht nun ein ausführlicher Workshop mit Ilker Cetinkaya in den wir große Erwartungen für weitere Verbesserungen setzen. Zusätzlich ergibt dies die Möglichkeit, unser aktuelles Tun zu reflektieren.

Fazit

Es geht mir nicht darum, dem werten Leser Scrum ans Herzen zu legen. Vielmehr wollte ich aufzeigen, welche positiven Erscheinungen zu Tage treten und was ein konsequentes Durchziehen einer Methode in einem Team tatsächlich bewirken kann. Für welchen Weg auch immer man sich entscheidet, es muss jeder mitspielen damit dieser erfolgreich sein kann. Zwang ist definitiv der falsche Weg. Da jedes Team unterschiedlich ist, mögen unterschiedliche Ansätze zum Ziel führen. Am Ziel sind wir noch lange nicht, der angefangene Weg entpuppt sich jedoch schon nach relativ kurzer Zeit als absolut positiv für unsere Entwicklung.

Hochwertiger Content für Entwickler - Machen wir doch was!

Norbert Eder [MVP] — 2013-03-26T09:53:25

Mein Beitrag Gefährliche Experten-Tipps war nicht der einzige seiner Art. Auch Fabian Deitelhoff stieß dieselbe Ursache ungut auf. In seinem Beitrag Entwickler, schaut euch um! war er durchaus derselben Meinung wie ich. Die Hauptaussage dreht sich um einen Punkte: Entwickler brauchen hochqualitative Inhalte, mit wahren Experten-Tipps. Keine Null-Nummer-Beiträge in bester Google-Werbe-Manier. Kann man hier entgegen wirken? Sollte man das tun? Eine kleine Idee …

Wer meine Community-Aktivitäten schon länger verfolgt, mag eines meiner früheren Projekte kennen: Das .NET BlogBook. Gemeinsam mit Kai Gloth habe ich die besten Beiträge unserer Blogs in Buchform gegossen und als “Sammelwerk” kostenlos veröffentlicht. Mit nicht ganz 40.000 Downloads bis zum heutigen Tag bin ich nahezu geneigt, von einem großen Erfolg zu sprechen.

Das wirkliche Wichtige daran: Wir hatten dieses Projekt aus Überzeugung gemacht und nicht aus Profitgier. Das hat sich wohl auch der Leser gemerkt.

Heute - Jahre später - finden sich qualitativ hochwertige Beiträge eher selten. Gerade auf großen Medien hat sich eine Kultur entwickelt, die mir überhaupt nicht gefällt. Schnell, schnell, Meldung hinaus. Von Qualität ist da kaum eine Spur.

Warum ändern wir das nicht?

Wir haben es selbst in der Hand. Ein Zusammenschluss der Community, eine ordentliche Website, eine preiswerte Lösung um die Kosten zu decken und raus mit wirklich gutem Content. Inhalte, die jedem Leser wirklich weiterhelfen.

Generell schwebt mir ein Online-Magazin zu interessanten und aktuellen Themen vor. Diese müssen nicht zwangsweise auf .NET beschränkt sein. Vielmehr wäre der “Blick über den Tellerrand” zu favorisieren. Bestes Know-How zu unterschiedlichsten Themen wäre in der Community definitiv vorhanden. Es müsste nur kanalisiert werden.

Mit einigen aus der Community hatte ich vor Monaten schon ein diesbezügliches Gespräch, Interesse war grundsätzlich vorhanden, nur hat es sich dann leider ein wenig verlaufen, vielleicht weil wir zu wenige waren.

Wer hat grundsätzlich Interesse daran? Einfach einen entsprechenden Kommentar hinterlassen. Bei ausreichend Rückmeldungen organisiere ich ein virtuelles Meeting um Details zu besprechen. Es würde mich sehr freuen, ein wenig mehr Qualität im deutschsprachigen Entwickler-Raum sehen zu können.

Windows Azure Conf - 23. April 2013

Norbert Eder [MVP] — 2013-03-22T12:41:00

Am 23. April 2013 gibt es eine weitere Ausgabe der Windows Azure Conf. Dabei handelt es sich um eine kostenlose Veranstaltung für die Community. Die Keynote wird von Scott Guthrie abgehalten. Sehr positiv ist die Live-Übertragung über Channel 9. Alle Beiträge des vergangenen Jahres können hier eingesehen werden. Alle Interessierten sollten sich also gleich einen Termineintrag inkl. Erinnerung anlegen.

Startzeit: 17:30
Endzeit: 02:00

Die Website wird bis zur Online-Konferenz laufend aktualisiert und mit Informationen ergänzt.

Go Windows Azure

Norbert Eder [MVP] — 2013-03-21T18:27:25

Als Azure das Licht der Welt erblickte hatte ich schon immer wieder damit gespitzt da es einfach interessant klang. Mangels eines tatsächlichen Projektes kam es aber nie zu einer Spielerei. Das hat sich nun (jaja, Azure gibt es ja in derzeitigen Maßstäben schon seeeehr lange) geändert. Ich habe einen konkreten Anlassfall und möchte diesen nutzen, auch über Azure zu bloggen. Sehen wir dies als kleines Tagesbuch meiner ersten Schritte hin zur Lösung der Probleme die sich auf meinem Wege ergeben.

Für den ersten Einstieg bietet es sich an, einen Blick in den Dokumentationsbereich zu werfen. Dort finden sich zahlreiche Einführungen, Beschreibungen der angebotenen Services als auch alle benötigten Downloads. Sehr zu empfehlen sind:

Wer sich gerne Videos reinzieht wird im Windows Azure YouTube Channel fündig. Aktuell tummeln sich darin 109 Videos, zu unterschiedlichsten Themen rund um Azure. Aktuelle Informationen gibt es zudem via Twitter. Aber auch die deutschsprachige Community hat guten Content zu bieten (wenn auch noch nicht so ausgeprägt, aber das wird sich hoffentlich ändern):

Für den leichten Einstieg wird auch ein 90 Tages Trial kostenlos angeboten. Damit können alle Services bis zu einem bestimmten (monatlichen) Kontingent getestet werden. Unter dem angebotenen Link sind die Konditionen aufgeführt. Sie sollten für ein intensives Testen der Möglichkeiten vollkommen ausreichend sein.

Für Startups gibt es auch Microsoft BizSpark. Dabei handelt es sich um ein Programm zur Förderung von Startups und deren Ideen. Für BizSpark-Mitglieder gibt es ein spezielles Angebot. Ein ebensolches Angebot gibt es auch für MSDN Abonnenten. Wer also ein solches besitzt sollte sich die Member Offers genauer ansehen.

Gerade für Websites und mobile Dienste gibt es auch kostenlose Varianten, die wohl für die Entwicklung einer Lösung ausreichend sein sollten. Der Windows Azure Calculator gibt darüber Aufschluss.

Der interessierte Leser sollte nun ausreichend Quellen für die erste Recherche besitzen. Von meiner Seite werden bald weitere und konkretere Informationen folgen. Ich freue mich jedenfalls bereits auf eine “neue Welt” und hoffe viel zu lernen.

Gefährliche Experten-Tipps

Norbert Eder [MVP] — 2013-03-20T16:05:30

Ich bin gerne Softwareentwickler. Ich schreibe gerne Code. Ich plane gerne Software. Ich diskutiere gerne über Software im Allgemeinen und Code im Speziellen. Ich evaluiere gerne Neues. Ich setze auch gerne eben das Neue ein. Ich verlasse mich aber auch gerne auf Bewährtes. Was ich aber überhaupt nicht gerne habe: Die steigende Anzahl an Entwicklern (manche gar als Experten angesehen) die nur am Nörgeln sind, wie rasant sich alles ändert, dass es ständig etwas Neues gibt, nichts beim Alten bleibt und sowieso alles Kacke ist.

Ausgangspunkt ist - unter anderem - dieser Beitrag hier. Die Aussagekraft geht gegen NULL (einmal davon abgesehen, dass im Beitrag ohnehin nur Werbung für zwei Bücher gemacht wird, wovon mindestens eines davon durch den Beitrag unglaubwürdig erscheint). Nein, eigentlich werden gerade die Beginner, die - eben durch diese Vielfalt - Verunsicherten, in eine Nische getrieben, in der sie sich in ein, zwei Jahren nicht wiederfinden wollen. Hier am Beispiel der ASP.NET Webforms.

Es stimmt. Die Vielfalt ist niederschmetternd. Täglich neue Bibliotheken. Täglich neue Möglichkeiten. Die ToDo-Listen werden länger und länger. Man möchte sich alles ansehen, alles testen. Man muss ja Bescheid wissen. Up-to-date sein. Man muss ja mitdiskutieren können. Ja keinen Angriff für einen Flame bieten. Sich auskennen. Auch einmal Hater sein dürfen.

Muss ich als Softwareentwickler alles wissen? Nein. Kann ich das überhaupt? Nein. Kann ich eben nicht. Ich kann mich aber täglich von der Angst treiben lassen, einmal zugeben zu müssen, dass ich nicht alles weiß. Ich kann dem auch entgegen arbeiten und allen meinen Freunden laufend mitteilen wie Kacke ich es finde, dass täglich alles neu ist - und ihnen vorschlagen, sich Scheuklappen aufzusetzen.

Besinne dich auf die wichtigen Dinge deines Jobs.

Dabei ist es doch unerheblich was denn da täglich an neuen Bibliotheken und Services durch die Timeline schwappt. Viel wichtiger ist im ersten Schritt was ich denn für meine tägliche Arbeit tatsächlich benötige. Darin muss ich mich vordergründig weiterentwickeln und zu einem Experten werden. Dann kann ich mich um weiterführende Techniken/Technologien/Bibliotheken kümmern. Oder eben wenn tatsächlich der Bedarf besteht. Dabei muss eines sichergestellt sein:

Lass dich niemals in eine Ecke drängen aus der es kein Entkommen gibt.

Wenn ich daher zurück zum Thema Webforms kommen darf: Hier werde ich als Entwickler eingeschränkt, da mir sehr viel an Freiraum/-heit genommen wird. Als Entwickler möchte ich aber vieles steuern können. So möchte ich Client und Server getrennt haben. Ich möchte später eventuell andere Clients anbinden. Ich will frei in meiner zukünftigen Entscheidung sein - wie auch immer sie aussieht. Ich weiß es heute schlicht nicht. Mit “Experten”-Tipps wie hinter obigem Link verborgen werden unsichere/unerfahrene Entwickler aber eben in die Falle gelockt. Von Entwicklern die es eigentlich besser wissen sollten.

Ein ebenfalls wichtiger Leitsatz (zumindest für mich):

Abhängigkeiten gering halten.

Viele Abhängigkeiten bedeuten nicht nur viel Pflegeaufwand, häufiges Upgraden, sondern auch mitunter vorkommendes Brechen von APIs inkl. aller damit resultierenden Probleme. Wenn ich mich als Entwickler jedoch auf eine Abhängigkeit einlasse, dann muss es einen klaren Grund, eine klare Erleichterung geben. Dafür bedarf es einer anständigen Evaluierung, ausreichende Tests und natürlich auch ein Gespür hinsichtlich der zukünftigen Entwicklung. Ein guter Indikator ist hier durchaus die Unterstützung durch die gesamte Community.

Reflektiere die Information

Ein weiterer wesentlicher Punkt. Informationen im Web sind geduldig. Jeder stellt sein Werk als besonders wertvoll dar. Ist es das auch tatsächlich? Sprich doch mit deinen Kollegen und/oder Freunden darüber. Vielleicht kannst du auch in der Community darüber diskutieren, vielleicht hat bereits jemand damit Erfahrung gemacht und möchte diese teilen. Dadurch lassen sich sehr viele Probleme vermeiden, vielfach auch eine falsche Wahl.

Fazit

Wissen was angesagt ist, wo ich notfalls Informationen darüber bekomme, aber ich muss nicht jeden Schritt mitgehen. Als Entwickler bin ich aber dafür verantwortlich dass ich zukunftssicher (jaja, Buzz-Word) unterwegs bin. Eine offene Einstellung ohne in Panik zu verfallen hilft hier jedoch ungemein. Von Entwicklern, die in der ersten Reihe stehen und andere mit Informationen versorgen (wollen) oder sie gar weiterbildet, erwarte ich mir schon Weitblick und keine Panikmache.

Wichtige Daten immer mit dabei (Synology DS212j)

Norbert Eder [MVP] — 2013-03-14T10:51:27

Die erste Feuerprobe hat meine Synology DiskStation überstanden. Sämtliche Fotos etc. sind nun darüber verfügbar, auch die mobilen Anwendungen für Windows Phone und iOS können darauf zugreifen. Die nächste Herausforderung besteht in der Einrichtung eines Sync-Folders á la Dropbox einzurichten. Was ich also möchte: Einen Folder der die Daten enthält, die auf allen Geräten verfügbar sind und über die DiskStation automatisch verteilt werden. Dieser Beitrag beschreibt Schritt für Schritt die Einrichtung sowohl für innerhalb des Heimnetzes, als auch über einen Zugriff via VPN.

Im ersten Schritt muss die DiskStation um ein Paket erweitert werden. Zu installieren ist das Paket Cloud Station. Dieses ist standardmäßig nicht installiert, kann jedoch über das Paket-Zentrum einfach und ohne viel Aufwand erledigt werden.

Nach der erfolgreichen Installation wird der Schaltzentrale ein entsprechender Menüpunkt hinzugefügt. Dieser ist auszuwählen, um die Cloud Station zu aktivieren. Der Vorgang ist im nachfolgenden Screenshot abgebildet.

Soweit ist die Arbeit auf der DiskStation abgeschlossen. Nun muss - wie auch bei SkyDrive, Dropbox, Google Drive und Co. - am eigentlichen Rechner die Sync-Software installiert werden. Diese kann hier für die DS212j herunter geladen werden. Die notwendige Software nennt sich gleich: Cloud Station. Diese steht für Windows und Mac zur Verfügung. Am Client installieren, anschließend die Verbindungsdaten zur DiskStation angeben (entspricht einem eingerichteten Benutzer der DiskStation), Sync-Folder auswählen und fertig. Ab nun funktioniert die Synchronisation. Zur Sicherheit empfiehlt sich ein einfacher Test, bevor es zum nächsten Schritt geht (dieser ist nicht notwendig, wenn ausschließlich über das Heimnetzwerk auf die Daten zugegriffen werden soll).

Unterwegs syncen

Nun will man allerdings oft auch von unterwegs auf das eigene Netzwerk zugreifen, oder zumindest seine Daten synchronisieren. Auch dies kann einfach bewerkstelligt werden, so die restliche Infrastruktur dafür vorhanden ist. Was braucht es:

Wer eine dynamische IP hat, benötigt einen Dienst á la DynDNS, DtDNS, No-IP inkl. der dafür notwendigen Konfiguration (sowohl direkt beim Dienst, als auch am eigenen Router).
Wer es sicherer möchte, richtet ein VPN ein
Auf jeden Fall muss eine Port-Weiterleitung am Router eingerichtet werden

In meinem Fall habe ich mich für die Einrichtung eines VPN entschlossen. Auch hierfür wird ein entsprechendes Paket zur Verfügung gestellt:

Über die Schaltzentrale kann nun der VPN Server konfiguriert werden. Synology bietet hierzu eine sehr gute Anleitung. Schlussendlich ist eine Port-Weiterleitung am Router einzurichten. Welche Ports (hängt natürlich von der tatsächlichen Konfiguration ab) eingerichtet werden müssen, kann aus dieser Liste herausgefunden werden.

In meinem Fall hat dies auf Anhieb funktioniert, Einrichtungsdauer inkl. Test lag bei ca. 15 Minuten.

Fazit

Neben eines zentralen Datenstores, der Möglichkeit ein richtiges Backup einzurichten, war es für mich auch essentiell, wichtige Daten auf allen meinen Rechnern verfügbar zu haben und aktuell zu halten, idealerweise nicht nur im Heim-Netzwerk. Die Einrichtung ist in wenigen Minuten zu erledigen, Probleme sind keine aufgetreten und funktioniert tadellos. Der Vorteil ist nun, dass sämtliche Daten wirklich bei mir liegen und nicht bei einem Fremdanbieter, der Nachteil liegt darin, dass man selbst für die Infrastruktur, Security etc. verantwortlich ist.

Backup: Synology DS212j - Ein Erfahrungsbericht

Norbert Eder [MVP] — 2013-03-12T12:37:50

Meine umständliche “Backuplösung” gehört der Vergangenheit an. Den Ausfall einer meiner SSDs nahm ich zum Anlass, meine Backupstrategie endlich auf Vordermann zu bekommen. Schon oft wollte ich dieses Thema angehen, schlussendlich habe ich jedoch nie die für mich richtige Lösung gefunden. Nach zahlreichen Diskussionen mit zahlreichen Personen aus der Community habe ich mich nun für eine Lösung entschieden und Nägel mit Köpfen gemacht. Das System steht zu Hause und läuft bereits. Hier meine ersten Erfahrungen.

Geleistet habe ich mir eine Synology DiskStation DS212j und zwei Western Digital WD30EFRX Red 3TB. Auf Grund der Daten erschien mir das ein mehr als ausreichendes System für meine Wünsche. Absolut ideal ist der geringe Strom-Verbrauch von 17,6 Watt (Herstellerangaben, selbst noch nicht überprüft). Die Festplatten (da reine NAS-Platten) kommen je mit 4 Watt aus.

Die DiskStation selbst kommt mit folgendem Inhalt:

DS212j
Netzteil/-stecker
LAN-Kabel
Installations-CD + Anleitung
Kurzanleitung

Der Einbau der Festplatten ist mehr als einfach, da das Gehäuse nur aufzuschieben ist. Dieses kommt unverschraubt an und ist somit schnell zu öffnen. Festplatten hinein, festschrauben, Deckel wieder drauf, ebenfalls anschrauben. Fertig. Dauer max. 5 Minuten. Was mir hier aufgefallen ist, dass die Anschlussleiste im hinteren Bereich des Gerätes schon sehr wackelig und filigran wirkt. Zuviel Krafteinwirkung sollte an dieser Stelle nicht ausgeübt werden.

Ran an das Stromnetz, ab ins LAN und Power-Knopf gedrückt.

Per Zugriff auf http://find.synology.com sollte die Station gefunden werden, wenn nicht (wie in meinem Fall), Installations-CD einlegen und 2 Minuten später ist das Gerät erkannt. Im nächsten Schritt muss das Betriebssystem installiert werden. Dieses liegt auf der CD bei, es ist jedoch ratsam die Hersteller-Seite auf eine neuere Version hin zu prüfen. In meinem Fall war eine wesentlich neuere Version verfügbar: DSM 4.2-3202, vom 4. März 2013, also gerade ein paar Tage alt.

Hochladen und Installation läuft problemlos in einigen wenigen Minuten.

Im Anschluss beginnt die DiskStation mit der Initialisierung der Festplatten. Erstellt wird automatisch ein SHR-Volume. Wer lieber ein Raid-0 oder ein Raid-1 fahren möchte, kann diesen Vorgang abbrechen und diesem Tutorial folgen.

Es ist generell ratsam, sich die Tutorials auf der Hersteller-Seite anzusehen. Hier gibt es zahlreiche Tipps und Tricks mit sehr vielen hilfreichen Informationen.

Nach ca. 15 Minuten war die Geschichte erledigt und die ersten Spielereien mit dem Paket-Manager und Installation der unterschiedlichsten Möglichkeiten hinsichtlich Foto-Verwaltung, Musik und Co. begannen. Was mir dabei auffiel:

Es gibt Pakete für fast jeden Zweck
Ziemlich cool sind die mobilen Apps für iOS, Android und Windows Phone
Die Weboberfläche ist recht übersichtlich, lässt alle Schritte einfach erledigen und wirkt generell überlegt

Mein erster Test lieg im Anschluss mit dem Hochladen von ca. 350GB Bildmaterial inkl. Indizierung plus Beobachtung über mein iPad.

Bezüglich der mobilen Apps: Diese gibt es wie bereits erwähnt für iOS, Android und Windows Phone und sind generell kostenlos. Zur Verfügung stehen:

DS finder: Admin-Tool zum Verwalten der DiskStation; Es kann jedoch auch auf die Weboberfläche der DiskStation zugegriffen werden. Diese gibt es auch in einer mobilen Variante.
DS photo+: Alle Fotos/Alben im Überblick
DS audio: die gesamte Musik wird zur Verfügung gestellt
DS video: Videos, Filme etc. streamen. Wer DVB-T an die DiskStation hängt besitzt auch die Möglichkeit TV zu streamen

In den kommenden Tagen werden weitere Konfigurationen stattfinden: Tatsächliches Backup, private Cloud und vieles mehr. Der erste Eindruck ist gut und macht Laune auf mehr.

Working Hours Tracker 1.8 (WP)

Norbert Eder [MVP] — 2013-03-11T08:00:00

Working Hours Tracker für Windows Phone ist eine kostenlose App zur Erfassung von Arbeitszeiten. Dabei werden Stundensätze, Pauschalpreise, Projekte, Aktivitäten und mehr unterstützt. In Kürze erscheint Version 1.8, die zahlreiche Anpassungen mit sich bringt. Der Großteil davon basiert auf User-Feedback.

Verbesserung der Performance. Gerade bei größeren Datenmengen wurde die App immer langsamer, wie von zahlreichen Benutzern gemeldet. Es wurde das Ladeverhalten in vielen Bereichen verändert. Dies sollte zu einer wesentlichen Verbesserung beitragen. Ebenfalls wurde in einigen Situationen der geladene Datenstand aktualisiert, obwohl nicht notwendig.
Die Kachel export auf dem Startschirm wurde in backup umbenannt. Hier wurde irrtümlich die falsche Bezeichnung vergeben. Dies führte natürlich zu Verwirrung, da an dieser Stelle eine Backup aller Datenbanken durchgeführt werden kann, kein CSV-Export. Zusätzlich wurde eine weitere Information bezgl. tatsächlichem Export hinterlegt.
Neues Design für die Monatsliste. Hierfür wurde vielfach gewünscht, dass die Beschreibung des Zeiteintrages nicht nur bei Markierung angezeigt werden soll, sondern generell für alle Einträge. Aus diesem Grund wurde die gesamte Liste überarbeitet. Bei Vorhandensein wird nun zusätzlich auch die eingetragene Aktivität angezeigt. Entfernt wurde die Anzeige der Pause.
Dropbox. Vielfach wurde gemeldet, dass eine Anmeldung an Dropbox nicht funktionieren würde. Tatsächlich ist es so, dass die für das Erlauben der App angezeigten Schaltflächen nicht sichtbar sind und ein Scrollen notwendig ist. Daher wurde im Status der Anmeldung an Dropbox der Seitentitel ausgeblendet, um entsprechenden Platz zu schaffen.
Fehler bei den Aktivitäten behoben. Wurde einem Projekt nur eine einzige Aktivität zugewiesen, wurde bei einem Zeiteintrag diese nicht zugewiesen. Dieser Fehler trat bei mehreren Aktivitäten pro Projekt nicht auf.
Erweiterung inaktiver Projekte. Projekte konnten seit einigen Versionen als inaktiv markiert werden. Bis dato wurden inaktive Projekte allerdings nur bei der Projektauswahl für Zeiteinträge nicht mehr angezeigt. Seit Version 1.8 werden inaktive Projekte für die Projekt-Übersicht ebenfalls nicht mehr berücksichtigt.
Anpassung Icons für Startmenü-Kacheln. Die in den Kacheln des Startmenüs verwendeten Icons wurden hochskaliert und wirkten daher ein wenig unscharf. Diese wurden nun ein wenig verkleinert, wodurch sich ein besseres Erscheinungsbild ergibt.

Im Hintergrund gab es einige weitere Anpassungen, die sich jedoch nicht sichtbar für den Benutzer auswirken, jedoch zusätzlich für eine bessere Performance und einer höheren Stabilität sorgen sollen.

Die Version 1.8 wird in den kommenden Tagen (nach Abschluss der Tests) eingereicht und sollte bald verfügbar sein (eine entsprechende Meldung werde ich natürlich verbreiten). Herzlichen Dank für all die hilfreichen Rückmeldungen. Weitere Verbesserungen sind natürlich angedacht, so wie es aussieht auch eine Version für Windows 8.

Backupstragegie für Dummies gesucht

Norbert Eder [MVP] — 2013-03-10T17:38:23

Irgendwann trifft es jeden. Schnelles Hochfahren des Standrechners, um mal eben etwas nachzusehen. Der Versuch endete jäh, kein bootfähiges Device angeschlossen. Der erste Verdacht bestätigte schnell, die SSD segnete das Zeitliche und befand sich auf dem Weg in die ewigen Jagdgründe. Wie war das nun noch einmal mit dem Backup?

Zuerst: Ja, ich hatte ein Backup. Und nein, es wäre gar nicht so schlimm gewesen, da es nicht meine Daten-Platte traf, sondern die Boot/OS-HDD. Trotzdem überdenkt man in so einem Falle seine Backup-Strategie, so man sie überhaupt so nennen kann. Wie handhabe ich das aktuell? Eigentlich nicht optimal:

Externe Platten mit entsprechender Größe, die wichtigsten Daten befinden sich zudem zusätzlich außer Haus (man weiß ja nie, was passiert).
Daten werden manuell auf diese Platten überspielt. Natürlich geschieht dies schon über Scripts, dennoch muss man sich aktiv darum kümmern. Einfach mal einstöpseln, Daten werden geschaufelt, abstöpseln und beim nächsten Mal geht es weiter spielt sich da nicht.
Sourcecode liegt bei mir auf GitHub oder Bitbucket und bedarf keiner separaten Behandlung. Den brauche ich auch ständig unterwegs, daher auch online.
Oft benötigte und wenig sensible Daten/Dokumente landen auf Dropbox und sind so auf allen meinen Rechnern/Gadgets verfügbar. Da muss man sich auch nicht weiter darum kümmern, es funktioniert.

Der Großteil meiner Daten besteht aus Fotos, ist doch die Fotografie eine meiner größten Leidenschaften. RAW-Format und jahrelanges Knipsen geben da schon einige hundert Gigabyte her. Dagegen gibt die restliche Datenmenge kaum etwas her.

Bei heutigen Gesprächen auf Twitter kamen die unterschiedlichsten Lösungen auf. Eine davon behandelte das Thema “Online Storage” in zahlreichen Ausprägungen. Sei es nun Dropbox, Box, oder aber auch Backup-Lösungen á la CrashPlan und Konsorten. Hierzu stellt sich - für mich - diese eine Frage:

Möchte ich meine privaten Daten wirklich zur Gänze online haben?

Hierzu fällt mir gleich mal diese Meldung ein. Oder aber auch das hier. Dass private Daten durchsucht, indiziert und ausgewertet werden ist vielleicht aus Sicht eines Unternehmens zu verstehen, aus Benutzersicht jedoch unverständlich. Denke ich jetzt an meine zahlreichen Fotos, dann … nein, die will ich lieber bei mir haben. Abgesehen davon gibt es auch keinen einzigen Anbieter, der eine solide Lösung für meine 350GB+ an Fotodaten anbieten kann.

Neben den Fotos gibt es auch noch andere Daten, die ich lieber in meiner Nähe habe und nicht diversen Online-Anbietern in den Rachen schieben möchte (Verträge u. Ä.). Für alles andere verwende ich Dropbox. Da liegen aber ohnehin nur ein paar Slides, ein paar angefangene Blogbeiträge und ähnlich “unwichtige” Daten darauf.

Damit wäre also nun geklärt, dass meine Daten auch weiterhin bei mir bleiben. So wie bisher. Nur besser soll es sein. Noch einmal zur Wiederholung: Aktuell wird auf zahlreiche Festplatten gesichert. Eine zentrale Lösung gibt es nicht.

Nun, worin liegen nun eigentlich meine Anforderungen?

Zentraler Storage
Für alle Rechner im Haushalt benutzbar
Ausgereifte Client-Software zur automatischen Datensicherung ohne manuell eingreifen zu müssen (Einrichtung exklusive)
Automatische Verteilung der Daten auf mehrere Platten
Geringer Stromverbrauch
Zugriff von extern nicht notwendig, eigentlich auch gar nicht erwünscht
Einfaches Rückspielen der Daten zu einem bestimmten Stand
Kompatibilität zu jeder möglichen Hard-/Software-Konstellation (Microsoft, Apple, …)
Idealerweise Zugriff von mobilen Geräten auf gespeicherte Daten

Aufgrund der geführten Gespräche habe ich mir nun ein paar Lösungen angesehen, darunter Synology DS213air und die günstigere Variante Synology DS212j. Beide scheinen grundsätzlich recht gute Bewertungen zu haben und sollten auch meine Anforderungen erfüllen. Lediglich fehlt mir auf diesem Gebiet ein wenig die Erfahrung, wodurch ich auf zahlreiches Feedback hoffe :)

Zu guter Letzt auch interessant, was Scott Hanselman zu diesem Thema schreibt, der ebenfalls auf Synology setzt - und einem durchaus komplexeren Setup als ich es benötige.

Update

Nach einer genaueren Recherche und einigen Gesprächen habe ich mich dazu entschlossen, auf die Synology DiskStation DS212j zu setzen. Als Festplatten werden wohl 2 Western Digital WD30EFRX Red 3TB zum Zuge kommen. Ob die spezielle NAS-Auslegung der Platten tatsächlich einen Vorteil gegenüber reiner Desktop-Platten bringt, oder doch nur ein Marketing-Gag ist, kann ich nicht beurteilen. Fakt ist jedoch, dass die NAS-Platten eine längere Garantie (3 Jahre im Vergleich zu 2 Jahren) besitzen.

Meine bisherigen Backup-Platten werden ein Backup der Station via USB beziehen. Eine davon wird grundsätzlich außerhalb des Eigenheims aufbewahrt.

Gullap - Static Website Generator für .NET/Mono

Norbert Eder [MVP] — 2013-02-22T21:38:00

Dass es mir Markdown angetan hat ist nun wirklich kein Geheimnis mehr. Dass ich es für möglichst viele Anwendungsbereiche zum Einsatz bringen möchte, auch nicht. In den letzten Tagen und Wochen hatte ich mir zum Ziel gesetzt, meine Website http://devtyr.com auf Vordermann zu bringen. HTML schreiben mag ich nicht, ein Blogsystem ist dafür überdimensioniert. Warum also nicht den Inhalt mit Markdown schreiben und die Site generieren lassen. Schön, aber Ruby und Co. muss ich dafür nicht extra installieren, wenn ich doch .NET ohnehin installiert habe und zudem favorisiere. Lösungen diesbezüglich gibt es nicht sehr viele. Abgesehen von pretzel ist mir keine .NET-Lösung bekannt. Und selbst diese Lösung erscheint mir zu kompliziert für mein Vorhaben zu sein. Also muss eine Umsetzung her.

Ein paar wenige Stunden arbeit, dann noch ein wenig Templates basteln, den Content schreiben und fertig war die Lösung inkl. Website. Herausgekommen ist Gullap. Dabei handelt es sich um ein einfaches Werkzeug zur Konvertierung von Markdown in eine Website unter Verwendung von Templates.

Vorteil

Durch das Schreiben von Markdown-Dateien kann man sich vollständig auf den Inhalt konzentrieren, kein HTML ist notwendig. Nebengeräusche können also ausgeblendet werden. Durch den Einsatz von distraction-free Editoren wird dies noch weiter verbessert.

Gerade auch für einfache Seiten ist ein Blogsystem oder CMS totaler Overhead. Meist wird eine Datenbank benötigt usw. Das kostet Ressourcen und muss nicht sein.

Features

Basierend auf Mono arbeitet Gullap sowohl unter Windows als auch unter Linux
Unterstützung Markdown
Unterstützung Mustache (Templating Engine)
Erstellung eines Menüs aus den Inhaltsdateien heraus
- Dateien können sowohl Inhalte als auch
- Links auf externe Ressourcen beinhalten
Unterstützung für Sub-Menüs (beispielsweise Sidebars)
HTML kann natürlich auch innerhalb der Markdown-Dateien verwendet werden

Showcase

http://devtyr.com wurde komplett mit Gullap erstellt.

Ressourcen

Weiterführende Informationen sind unter folgenden Ressourcen zu finden:

Feedback

Feedback ist natürlich immer eine tolle Sache. Deswegen freue ich mich über jegliche Meldungen und Hinweise. Gerne hier, oder via Twitter.

Skype läuft unter Ubuntu 12.10 nicht

Norbert Eder [MVP] — 2013-02-22T15:50:00

Hin und wieder treibt es mich in die Linux-Gefilde. Früher hatte ich jahrelang Linux installiert, zuerst SuSE, dann Fedora Core. Seitdem war ich nun lange Zeit fast ausschließlich unter Windows unterwegs. Durch die letzten Ubuntu-Ankündigungen bin ich jedoch wieder etwas auf den Geschmack gekommen und musste mir gleich die aktuellste Version installieren. Einer der ersten Aufträge dabei: die grundlegende Software installieren. Ging in den meisten Fällen gut. Skype wollte nicht. Lösungen finden sich im Internet viele, aber irgendwie gehen 99% an der eigentlichen Ursache vorbei. Hier wie es funktioniert.

Die meisten werden nun Skype im Ubuntu Software-Center suchen. Es wird dort allerdings nicht gelistet. Bevor man hier großartig auf die Suche geht, ein Blick auf die Skype-Website und los kann es gehen. Nach dem Herunterladen öffnet man das Paket im Software-Center und wird sofort mit einem Hinweis begrüßt:

Der zweite Ansatz ist nun wohl heraus zu finden, warum Skype nicht gelistet ist. Mit ein wenig Suchen erfährt man, dass man eine neue Paketquelle (Canonical Partners) hinzufügen muss, dort sei das Paket gelistet. Gesagt, getan, hilft nicht, das Skype-Paket scheint nicht auf (nach ein paar Reboots war es dann da, aber das nur am Rande). Also der Versuch, Skype manuell zu installieren. Dazu gibt es eine Anleitung von Ubuntu. Schlussendlich stellt sich heraus, dass diese veraltet ist, davon abgesehen läuft man in ein Problem von fehlenden Abhängigkeiten.

Irgendwie ist das alles nicht das Gelbe vom Ei. Dann kam der Einfall.

Lösung

Das von mir betriebene Systeme ist ein 64-bit System. Nach ein wenig Recherche stellt sich heraus, dass Skype eine 32-bit Anwendung ist. Seit Version 11.04 bietet Ubuntu an, 32-bit Anwendungen in einer 64-bit Umgebung ausführen zu können (Multiarch). War dies in den anfänglichen Versionen noch per Default aktiviert, ist dies in Version 12.10 nicht mehr der Fall. Um also Skype installieren zu können, muss dieser Modus aktiviert werden:

sudo dpkg --add-architecture i386

Anschließend bedarf es ein

apt-get update

Nun einfach nochmals die Installation starten, sie sollte ohne Probleme durchlaufen.

Süße Verführung mit Chocolatey, dein apt-get für Windows

Mario Priebe — 2013-02-22T07:04:58

Chocolatey ist ein Paketverwaltungssystem (Advanced Packaging System) für Windows a’la apt-get in der Linux Umgebung. Mit Chocolatey kann man mittels Konsole, aus einem Repository heraus, Applikation-Packages auf seinem Windows System installieren und auch wieder deinstallieren. Die Befehle dabei lauten cinst <programmname> zum installieren von Packages und cuninst <programmname> zum deinstallieren. Mit cup kann man ein..

Programmieren für Kids II

Mario Priebe — 2013-02-21T13:19:14

Vor einiger Zeit schrieb ich mal über Small Basic, eine IDE für Kinder zum Einsteigen in die Programmierung. Für Kinder unter 10-12 Jahre jedoch nicht geeignet, wie ich finde. Aber selbst auch dann nicht, wenn keine Englisch-Sprachkenntnisse vorhanden sind. Anders ist das mit >Kodu – Game Lab, eine weitere Entwicklung aus dem Hause Microsoft. Kodu..

Tuple Eigenschaften lesbar gestalten?

Mario Priebe — 2013-02-21T10:15:22

Die Verwendung von Tuple ist eine schnelle Lösung, wenn man beispielweise mehr als ein Parameter oder Rückgabewert benötigt. Ein Anwendungsfall wäre für mich, eine (semantische) Fehlermeldung anstelle von Exceptions. Also ein boolean und ein string als Rückgabewert “Tuple<bool, string>()”. Im string steht dann halt ein Grund drin, warum das Ganze schief gelaufen ist. So weit,..

Basta on Tour 2013

Mario Priebe — 2013-02-12T17:58:04

BASTA! on Tour 2013 – Das große .NET Trainingsevent Vom 24. bis 26. April 2013 findet die nächste BASTA! on Tour in Düsseldorf statt. Das große Trainingsevent ist eine Tochterveranstaltung der BASTA! – der größten unabhängigen .NET-Konferenz in Deutschland. Der Fokus der BASTA! on Tour liegt mit insgesamt 12 intensiven Workshops, einem Abendvortrag und einem..

Dropbox + Markdown = Blog

Norbert Eder [MVP] — 2013-02-11T11:21:32

Über Markdown habe ich in der letzten Zeit wahrlich viel geschrieben (siehe hier, hier, hier und hier). Dass ich also sehr stark darauf aufbaue und auch Teile meiner “Infrastruktur” danach ausrichte liegt nun auf der Hand. Im aktuellen Anlassfall wollte ich ein neues Blog aufbauen, konkret geht es um http://news.devtyr.com. Dabei sollte kein herkömmliches Blogsystem zum Einsatz kommen, lieber etwas Markdownbasierendes und das wenn möglich einfach zu pflegend und ohne allzu viel Verwaltungsaufwand.

Nach ein wenig Recherche stieß ich auf den Dienst scriptogr.am. Dieser gestaltet sich recht einfach: Es gilt sich über Dropbox zu verbinden. Dabei wird ein entsprechender Ordner angelegt, inklusive Beispieldaten. Und schon kann das Erfassen von Posts losgehen. Die notwendigen Rahmenbedingungen sind gering, so müssen lediglich ein paar Flags im Header eines jeden Files gesetzt werden:

Date: 2012-02-11 12:00
Title: Manage your sprints using Trello
Tags: DevTyr, Trello, scrum, sprints

Zusätzlich kann per Deployed: false definiert werden, dass ein Posting nicht veröffentlicht werden soll. Auch einzelne Seiten (Type: page) sind möglich. Der einzige notwendige Schritt nach Abschluss des Schreibens ist das Starten der Synchronisation, diese findet nicht automatisch statt, ist aber auch kein Beinbruch.

Im Standard wird das Blog dann unter http://scriptogr.am/[Name] gehostet, kann jedoch über einen entsprechenden A-Record bzw. CNAME-Eintrag am eigenen DNS-Server auf eine eigene (Sub-)Domain gedreht werden.

Der für mich ergebende Vorteil ist nun, dass ich meine Blogeinträge mit jedem erdenklichen Editor schreiben kann, eine etwaige Markdown-Unterstützung ist nett, aber nicht zwingend erforderlich. Für die anderen Blogs verwende ich bis dato den Windows Live Writer, den möchte ich aber zusehends los werden, ein Schreiben direkt über die Website kommt für mich nicht in Frage, da fühlt sich ein echter Editor immer noch wesentlich besser an (ist man beispielsweise SublimeText gewöhnt, oder aber - wie bereits berichtet - WriteMonkey).

Für meine anderen Blogs werde ich mir einen ähnlichen Schritt überlegen. Eine große Frage ist dabei natürlich das Übernehmen von Altdaten, Erhalten der Permalinks etc. Die genaue Lösung weiß ich noch nicht, eventuell stricke ich mir da auch eine eigene Lösung, die Zeit wird es zeigen. Auf jeden Fall kann ich sagen, dass es dies wesentlich einfacher gestaltet, an seinen Texten/Beiträgen zu schreiben - und das ablenkungsfrei, oder neu-deutsch: distraction-free.

Auf jeden Fall läuft diese Lösung vorerst im Probebetrieb und wird von mir genutzt, über Neuigkeiten rund um mein privates Projekt DevTyr zu berichten. Zu gegebener Zeit werde ich sicherlich berichten, wie es mir damit ergeht und ob ich grundsätzlich mit dieser Lösung zufrieden bin.

trello-burndown 0.7.0 erschienen

Norbert Eder [MVP] — 2013-02-04T09:24:17

Seit wenigen Tagen ist trello-burndown in der Version 0.7.0 verfügbar. Nun können Sprint-Konfigurationen bequem über eine Oberfläche verwaltet werden. Weiterführende Ideen gibt es massiv, zuvor jedoch ein paar Worte zur neuen Version und den Mitteln, die dafür zum Einsatz kommen. Weitere Informationen gibt es auch hier und hier.

Weiterführende Informationen finden sich auf http://devtyr.github.com/trello-burndown/. Das Node-Modul kann auch via NPM installiert werden, Informationen siehe https://npmjs.org/package/trello-burndown.

Neue Features

Konfiguration anlegen. Eine neue Sprint-Konfiguration kann nun über die Weboberfläche angelegt werden. Alle relevanten Informationen werden dabei so aufbereitet, dass die Konfiguration einfach von der Hand geht.

Konfiguration bearbeiten. Ebenfalls ist es über die Oberfläche möglich, aktive Konfigurationen zu bearbeiten. Eine aktive Konfiguration ist dadurch definiert, dass das Tagesdatum kleiner gleich dem Enddatum des entsprechenden Sprintes ist.

Hinweis: Da aktuell nur ein einzelnes Board verwendet wird, ist beim Aktualisieren der Sprint-Statistiken natürlich darauf zu achten, dass ich nicht mehrere Sprints in die Quere kommen. Bei der Verwaltung von einem Team pro Board, sollte das nicht weiter tragisch sein, dennoch muss darauf hingewiesen werden.

Verbesserung Templates. Für den Benutzer der Weboberfläche nicht ersichtlich, hat sich jedoch auch unter der Haube hinsichtlich des Templatings einiges getan. Die einzelnen Templates sind nun kleiner geworden, Bereiche die mehrmals verwendet werden, sind nun als eigenständige Templates verfügbar und können so für alle Vorkommen abgeändert werden.

Screenshots

Der Home-Screen:

Die Auswertung:

Bearbeitungsmodus:

Technologien im Einsatz

Da ich mehrfach die Anfrage bekommen habe, welche Technologien für dieses Projekt verwendet werden, hier eine kurze Übersicht. Gerne kann man sich das Projekt auch auf GitHub ansehen. Gerne können auch Verbesserungen an Umsetzung/Code/etc. vorgenommen werden - auch ein Hinweis an mich zur Verbesserung ist wünschenswert, da sicherlich nicht alles perfekt ist, bin in einigen Bereichen schließlich selbst noch am Üben :)

Wie geht’s weiter?

Die nächste größere Erweiterung dreht sich um das Uploaden von Sprint-Tasks und das Einrichten der Sprints auf Trello. Dazu gibt es folgenden Plan (Feedback erwünscht!):

Pro Sprint soll ein eigenes Board eingerichtet werden (aktuell muss mit Archivierung gearbeitet werden, um einen Überblick zu erhalten).
Einrichten der notwendigen Listen (diese werden durch die Sprint-Konfiguration bestimmt)
Hochladen von Tasks in der durch dieses Tool notwendigen Form

Überlegung: Beim Importieren von Tasks bin ich noch am Überlegen hinsichtlich Upload (z.B. als CSV) oder Integration von Office 365 bzw. Google Docs. Vermutlich ist jedoch eine alternative Variante (eben Direkt-Upload) eine sinnvolle, erste Variante.

Viel Spaß damit!

Office 2013 – neue Features, neues Lizenzmodell

Jürgen Ebner — 2013-01-29T23:42:55

Das neue Office wurde gerade als RTM freigegeben und im Herbst wurde es schon angedeutet, dass Microsoft bei der Lizenzierung neue Wege gehen wird. SaaS – Software as a Service – wird schon häufig angeboten und einen Schritt dahin hat Microsoft ja mit dem Office 365 gesetzt, aber mit der Veröffentlichung des neuen Office-Paketes geht [...]

MSSQL Shuffle Funktion zum anonymisieren von Daten

Mario Priebe — 2013-01-28T13:51:03

Ich wollte einige Datensätze für die Testumgebung anonymisieren und heraus kam eine kleine Funktion, die ein zufälligen String generiert. Als Parameter wird der Funktion eine beliebige Zeichenfolge und die Angabe, wie lang der zufällige Wert sein soll, mitgegeben. Der erste Buchstabe im Resultat wird als Großbuchstabe zurückgegeben. 1 2 3 4 5 6 7 8..

Early Bird Ende der BASTA! Spring

Mario Priebe — 2013-01-25T20:31:56

BASTA! Spring 2013 – Nur noch bis Donnerstag bis zu 250 € sparen! Besuchen Sie die größte unabhängige Entwicklerkonferenz für Microsoft-Technologien im deutschsprachigen Raum und treffen Sie internationale Microsoft-Experten in über 75 Sessions, Power Workshops und Keynotes. Highlights sind bspw. eine Hacking Night School (http://basta.net/2013spring/sessions/) zum Thema Biggest #Fails in Cloud Computing, mit Matthias Luft,..

trello-burndown 0.6.0 erschienen

Norbert Eder [MVP] — 2013-01-23T08:48:47

Im Beitrag Bundown Charts für Trello Benutzer habe ich bereits mein Tool für die Generierung von Burndown Charts aus Trello-Cards vorgestellt. Dieses hat nun ein größeres Update erfahren, das ich hier kurz vorstellen möchte. Wer Trello im Einsatz hat und vor der Verwendung von Node.js nicht zurück schreckt, sollte einen näheren Blick darauf riskieren.

Weiterführende Informationen finden sich auf http://devtyr.github.com/trello-burndown/. Das Node-Modul kann auch via NPM installiert werden, Informationen siehe https://npmjs.org/package/trello-burndown.

Neue Features

Speichern der Konfigurationen. Mit der neuen Version ist es möglich, eine an die Generierung übergebene Konfiguration auch zu speichern. Diese werden in der Weboberfläche ausgelesen und für die Aktualisierung der Sprintdaten verwendet.

Aktualisierung Sprintdaten online. Sprintdaten können nun über die Weboberfläche aktualisiert werden. Alle aktiven Sprints (aktuelles Datum ist nicht höher als der letzte Sprinttag) werden in einer Liste zur Aktualisierung angeboten. Nach dem erfolgten Update wird automatisch auf die Ansicht mit den neuen Daten weitergeleitet.

Bootstrap. Für die Visualisierung der Weboberfläche kommt Bootstrap zum Einsatz. Damit sieht die neue Version nicht nur hübscher aus als die alte, sondern bietet auch eine Unterstützung für mobile Endgeräte etc. an.

Screenshots

Nachfolgend ein paar Screenshots der Web-Oberfläche, für die unter anderem Bootstrap zum Einsatz kommt (im Hintergrund werden Mustache 5 Templates verwendet, kann also vollständig angepasst werden).

Home

Sprint-Auswertung

Wie geht es weiter?

Die To-Do-Liste ist noch lange. Darunter unter anderem folgende Punkte:

Online-Verwaltung der Konfigurationen
Zusätzliche hilfreiche Auswertungen und Statistiken

Feedback

Fehlt eine Funktionalität? Hast du trello-burndown im Einsatz? Dann schreib mir doch bitte.

Workflowly – Organisationstool/Outliner

Jürgen Ebner — 2013-01-18T16:21:19

Für alle die ein schlankes Tool zum sortieren von Gedanken sortieren oder erstellen von ToDo Listen sucht, ist bei Workflowly gut aufgehoben. Hier ist der Link zur Webapp: https://workflowy.com/?ref=f2509a1.tw Workflowly ist nicht nur als Webapp verfügbar sondern auch auf iPhone & iPad. Den Punkten auf der Liste kann man auch Tags mittels # hinzufügen

Warum Outlook.com und nicht gmail?

Jürgen Ebner — 2013-01-16T17:01:11

Im August 2012 wurde Hotmail von outlook.com abglöst und ist in erster Linie für Privatkunden gedacht. Microsoft verpasst dem Maildienst nicht nur einen neuen Namen sondern auch einen neues UI, wie bei fast allen Microsoft Produkten. Durch das Kacheldesign ist der Maildienst einfach zu bedienen. Outlook.com enthält neben den Maildienst auch noch Dienste wie Kalender, [...]

Smartphone-Notifications direkt auf dein Desktop

Mario Priebe — 2013-01-15T15:09:37

Nachrichten die auf deinem Smartphone eintreffen, kannst du als Notification auf deinem Rechner anzeigen. Chrome als Browser vorausgesetzt für das Ganze. Hierfür musst du lediglich auf deinem Android die App “Desktop-Notifications” und in deinem Chrome die “Android Desktop Notifications Erweiterung” installieren. Jetzt, nur noch den Code, der auf deinen Smartphone generiert wurde, in die Erweiterung..

Burndown Charts für Trello Benutzer

Norbert Eder [MVP] — 2013-01-14T10:11:17

Trello findet in den letzten Monaten viel Anklang und wird häufig für Projekte in unterschiedlicher Ausprägung verwendet. Ich setze das Tool mittlerweile auch für die Abhandlung unserer Sprints ein. Natürlich würde könnte dies auch analog geschehen, aufgrund eines verteilten Teams setze ich dann aber doch lieber auf die digitale Variante, zumal sich einige “Prozesse” dadurch automatisieren lassen. Einer diese Punkte war die Generierung von Release Notes. Um aber auch während eines Sprints am aktuellen Stand zu sein, benötigen wir ein Burndown Chart. Also mal eben umsetzen …

Preconditions

Folgende Bedingungen müssen erfüllt sein, damit trello-burndown verwendet werden kann:

Node.js (getestet >= 0.8)
Trello-Account

Um aus Trello-Cards ein Burndown Chart generieren zu können, bedarf es natürlich der entsprechend abgebildeten Zahlen. Diese können beispielsweise in den Titel einer Trello-Card kodiert werden. Das von mir implementierte Node.js Modul trello-burndown setzt hierbei folgende Abbildung voraus:

[p|est-e] title

Die einzelnen Bestandteile kurz erklärt:

p: Priorität/Reihenfolge des Tasks; dient hauptsächlich der Erhaltung der Priorität über unterschiedliche Listen hinweg
est: Der geschätzte Aufwand dieses Tasks, entspricht dem Output der Sprintplanung
e: Der tatsächliche Aufwand für diesen Task, dient der Verbesserung der Schätzfähigkeit des Teams
title: Der eigentliche Titel des Tasks/der Card

Werden alle Cards nach diesem Schema erfasst, kann das Tool bereits eingesetzt werden. Die Verwaltung der Sprints sieht bei uns aktuell so aus:

Sprint [Nr]
In progress
[Version]

Dies wird als Listen abgebildet. Die Liste “[Version]” stellt die abgeschlossenen Tasks dar. Darauf basierend wird das Burndown-Chart berechnet.

Berechnung

trello-burndown nimmt diese ganzen Daten und generiert daraus eine Statistik, die pro definierten Sprint (dies geschieht alleinig durch den Aufruf der Generierung, siehe die verwendeten Parameter) abgelegt werden. Hierbei kann beispielsweise auch die Uhrzeit angegeben werden zu der das Standup-Meeting stattfindet. Dadurch lässt sich die Abbildung auch realistisch durchführen. Findet das Meeting beispielsweise täglich um 10:00 Uhr statt, werden alle Punkte, die davor in die “Abgeschlossen-Liste” verschoben werden, dem vorigen Tag zugerechnet.

Genauere Hinweise zur Berechnung und Konfigurationsmöglichkeiten finden sich hier.

Darstellung

Über den Webserver kann auf die Auswertungen der Sprintdaten zugegriffen werden. Die Daten werden über xCharts und D3 visualisiert. In der aktuellen Variante wird ein Burndown-Chart und eine Gegenüberstellung des geschätzten und des tatsächlichen Aufwandes pro Tag angezeigt.

Burndown

Das Burndown Chart (zugegeben ein sehr schlechter Sprint, aber wir üben noch) sieht wie folgt aus:

Gegenüberstellung Aufwand pro Tag

Hier nun die Gegenüberstellung des geschätzten und des tatsächlichen Aufwandes pro Tag:

Features

Dieses Projekt steht auf Github zur Verfügung bzw. kann via NPM einfach bezogen werden. In der aktuellen Version 0.3.0 sind folgende Features enthalten:

Unterstützung mehrerer Sprints
Aufbereitung der relevanten Daten per Sprint (Generierung wird aktuell nicht on-the-fly, sondern via command line durchgeführt und kann über einen Job beispielsweise täglich gestartet werden).
Webserver
Aufbereitung und Anzeige der relevanten Daten als Burndown und Aufwands-Gegenüberstellung
Anzeige von beliebigen Sprints

In zukünftigen Versionen werden noch weitere Features hinzukommen.

Download / Dokumentation / Installation

Dieses Tool wird auf Github gehostet. Dort findet sich daher die ständig aktuelle Version, als auch die Dokumentation. Zur Verwendung kommt Node.js, wodurch dieses natürlich vorhanden sein muss. Die Installation kann dann einfach per

npm install trello-burndown

durchgeführt werden. Hinsichtlich Konfiguration und Anbindung an Trello sind einige Einstellungen vorzunehmen, diese finden sich jedoch auch in der Dokumentation beschrieben und sollte in ein paar Minuten erledigt sein.

Feedback

Für jegliches Feedback bin ich natürlich dankbar. Da es in meinem Fall produktiv im Einsatz ist, wird es sicherlich eine laufende Weiterentwicklung geben. Nichts desto trotz interessiert mich eure Meinung. Sollte es jemand in Einsatz nehmen oder in Erwägung ziehen, oder aber aus diversen Gründen überhaupt nicht, freue ich mich über eine entsprechende Rückmeldung.

Frohes neues Jahr 2013

Mario Priebe — 2012-12-31T09:49:25

All meinen Lesern und diejenigen die sich hierher verirrt haben wünsche ich ein frohes, gesundes und vor allem ein erfolgreiches neues Jahr 2013. Auf das Eure Wünsche alle in Erfüllung gehen. Bildquelle: Barnorama Dieser Beitrag stammt von Mario Priebe. Ähnliche Beiträge31. Dezember 2009 -- Ein gesundes neues Jahr 2010 (2)30. September 2009 -- Ohne Worte..

Rückblick 2012

Jürgen Ebner — 2012-12-31T07:03:33

Wieder ist ein Jahr zu Ende gegangen und leider habe ich es in diesem Jahr verabsäumt zu posten. Irgendwie war es ein stressiges Jahr und es ging zu rasch vorbei. Aber ich verspreche für 2013 Besserung und ich werde regelmäßiger Posten. Aber ich muss den Besuchern des Blogs danken, auch wenn nichts neues zu finden [...]

Neues Design, neue Kommentarfunktion und was noch so kommt im nächsten Jahr

Mario Priebe — 2012-12-26T10:26:25

Ich wollte mich mal wieder zu Wort melden. Nicht das ihr denkt, dass ich mein Blog verweisen lasse :-) Mit einem neuem, aufgeräumten und responsive reaktionsfähigem Design und Disqus als neue Kommentarfunktion geht es gewappnet in das kommende Jahr. Also, was wird 2013 hier in meinem Blog passieren? Privates Zeuch Im privaten Bereich, ist das..

Einführung zu Node Package Manager in Graz am 26.11.2012

Norbert Eder [MVP] — 2012-11-23T15:03:52

Kommende Woche trifft sich wieder die JavaScript User Group Graz. Das Hauptthema wird der Node Package Manager sein. Im Anschluss bleibt natürlich wieder genügend Zeit und Raum für spannende Diskussionen. Außerdem wird es auch wieder Kleinigkeiten für das leibliche Wohl geben.

Eckdaten zum Treffen:

Wann: 26. November 2012 18:00 Uhr
Wo: Seering 7/2, Unterpremstätten (UPPER Network GmbH)
Thema: Node Package Manager

Wer daran teilnehmen möchte, möge sich bitte hier anmelden.

Code Reviews - Es wird weiter entwickelt

Norbert Eder [MVP] — 2012-11-12T19:03:43

Heute hatten wir ein wirklich langes Team-Meeting. Sieben Stunden waren veranschlagt und wir haben sie auch wirklich gebraucht. Klingt lange. War es auch. Aber manchmal braucht es eine “Auszeit” um “zueinander” zu finden. Ein zentraler Bestandteil waren die Code Reviews. Neben - mittlerweile - zahlreichen Beiträgen zu diesem Thema hatte ich eine Umfrage gestartet und auch die vorläufigen Ergebnisse veröffentlicht. Mittlerweile kamen zwar zahlreiche Stimmen hinzu, an der Aufteilung hat sich jedoch nichts verändert. Aber wie geht es weiter …

Innerhalb des Teams mehrten sich die Stimmen, dass die aktuelle Form der Code Reviews nicht zielführend sei. Es wurde kritisiert, dass Verantwortlichkeiten fehlen. Was ist damit gemeint?

Es sollten Bereiche und dafür Verantwortliche (zwei) definiert werden. Diese sollten Check-Ins für ihren jeweiligen Bereich reviewen und so eine bestimmte Qualität garantieren. Entsprechend der Umfrage wird das von einigen so gehandhabt. Ich war hier jedoch skeptisch und habe dieses Thema angesprochen.

Schlussendlich konnte hier festgestellt werden, dass es hier grundsätzlich am Entwicklungsprozess mangelt. Hierzu vielleicht eine Erklärung wie ich selbst Code Reviews empfinde:

Ein Code Review dient der Prüfung hinsichtlich Stabilität des Codes, dessen Verbesserung hinsichtlich der Lesbarkeit, Eleganz und der Angleichung aller Team-Mitglieder an Coding Standards als auch Techniken.

In einem Code Review sehe ich nicht das Verteilen von Know How. Dies muss aus meiner Sicht in einem separaten Kommunikationsprozess stattfinden. Wenn aber nun die Forderung nach Verantwortlichen besteht, was sagt uns das? Es soll eine Prüfung hinsichtlich Funktionalität und “Integration” geben. Nun gut, man kann Bereiche definieren, auch Zuständigkeiten. Schlussendlich erreicht man jedoch eine Bürokratisierung des Code Reviews. Die Motivation daran teilzunehmen sinkt. Ein nicht erstrebenswerter Zustand.

Wie also in den Griff bekommen?

Der Entwicklungsprozess legt uns dabei alle Möglichkeiten in die Hände, sie müssen nur genutzt werden. Ein Anpassung und Erweiterung desselben fand schlussendlich auch den (vorerst) gültigen Konsens. Hier in aller Kürze:

Entwicklung; Laufende Prüfung gegen die Spezifikation. Lücken müssen besprochen bzw. erfasst werden.
Schreiben von Unit Tests bei Änderung bzw. bei Neuimplementierung. Auf Mocking von Services wird verzichtet. Behandelt werden atomare Bestandteile.
Integrationstests testen das Zusammenspiel unterschiedlicher Komponenten und zeigen weitreichendere Probleme auf.
Sämtliche Implementierungen werden gegen das Daily-System getestet. Erst wenn dort alle Anforderungen abgedeckt sind und das System funktioniert, kann der Punkt abgeschlossen und für ein Review freigegeben werden.
Code Reviews für abgeschlossene Punkte. Diese dienen der Verbesserung des Codes/der Technik.
Business-Abnahme durch QA-Phase

Teile dieses Prozesses sind vorhanden, andere wurden eine Zeit lang gepflegt und sind dann wieder in “Vergessenheit” geraten. Der Schlüssel liegt jedoch in der gesamtheitlichen Betrachtung. Dieser Prozess bietet den Vorteil, dass an den jeweiligen (korrekten) Stellen auf die Gegebenheiten reagiert wird und wiederverwendbare und nachvollziehbare Prüfstellen aufgebaut/gefestigt werden. Bei einer Zuteilung von Verantwortlichkeiten kann dies nicht erreicht werden. Dagegen spricht eine Fluktuation innerhalb des Teams, Schwankendes Know How etc.

Fazit

Vermutlich wird auch dies nicht der Weisheit letzter Schluss sein. Es stellt jedoch eine wesentliche Verbesserung dar und findet den Konsens aller Team-Mitglieder. Eine solide Basis auf der (hoffentlich) weiter aufgebaut werden kann. Ich werde dich über unsere weitere Entwicklung und den notwendigen Änderungen/Anpassungen auf dem Laufenden halten. Gerne lese ich auch dein Feedback um eine zusätzliche Bereicherung zu erfahren. Natürlich stehe ich auch für Diskussionen rund um dieses Thema zur Verfügung. Entweder hier über die Kommentare, oder aber via Twitter.

UX – User Experience Guidelines

Kazim Bahar — 2012-11-08T01:08:46

User Experience definiert alle Erfahrungen und Erlebnisse des Benutzers, die eine Softwareapplikation vor, während und nach der Nutzung auf den Benutzer hat. Einfluss auf die User Experience hat das Design, die Funktionalität und die Leistungsmerkmale der Anwendung und somit letztendlich auch auf den Erfolg des Softwareproduktes. Anwendungen mit einem guten User Interface sollten neben den [...]

Auswertung Umfrage Code Reviews

Norbert Eder [MVP] — 2012-11-07T10:01:11

Bis zum aktuellen Zeitpunkt haben 49 Personen an der Umfrage zur Verwendung von Code Reviews teilgenommen. Dabei sind interessante Ergebnisse zu Tage gekommen. Fast die Hälfte setzt das Mittel der Code Reviews überhaupt nicht ein, der Rest sehr unterschiedlich. Aber sehen wir uns das näher an.

Auswertung

Nachfolgend finden sich einige Charts, die sich aus den abgegebenen Antworten ergeben haben.

Wer noch keine Stimme abgegeben hat, wird herzlich dazu eingeladen, dies hier zu tun. Jede weitere Stimme bringt mir (und in weiterer Folge meinen Lesern) ein klareres Bild hinsichtlich des Einsatzes in der Realität.

Allgemeine Verwendung von Code Reviews

Aufschlüsselung nach Fragen:

Kategorisierung nach Verwendungszweck:

Verwendung von Tests (berücksichtigt wurden nur konkrete Angaben dazu, 21 Stimmen):

Findings

Mit 55% verwendet mehr als die Hälfte Code Reviews als Mittel, den Code zu verbessern. Negativ fällt auf, dass lediglich 29% auch Tests in ihrem Entwicklungsprozess berücksichtigen. Dies lässt den Schluss zu, dass vielfach auf Codequalität Hauptaugenmerk gelegt wird, nicht jedoch auf Fehlerfreiheit. Dies wird zusätzlich durch nicht eingesetzte Zuständigkeiten untermauert. Heißt auf gut Deutsch: Der Code wird häufig nicht durch eine mit dem Bereich vertraute Person reviewed.

Zuständigkeit vs. keine Zuständigkeit

Ein Thema, das mich persönlich aktuell gerade massiv beschäftigt. Im Beitrag Code Reviews im Daily Business - Ein Entwicklungsprozess habe ich noch dafür plädiert, die Reviewer zu würfeln. Davon bin ich mittlerweile wieder abgegangen, wäre doch eine Prüfung durch eine Kontext-nahe Person sehr sinnvoll. Doch mehr dazu in einem weiteren Beitrag.

Conclusio

Das Ergebnis ist bei weitem nicht so eindeutig ausgefallen, wie ich es mir erhoffte. Code Reviews werden sehr unterschiedlich behandelt, einen einheitlichen Weg gibt es nicht. Darin dürfte auch das Problem liegen, warum viele dieses Hilfsmittel erst gar nicht einsetzen, oder im Laufe der Zeit wieder verworfen haben.

//build/ Konferenz Nachlese

Kazim Bahar — 2012-11-06T19:58:51

Auf der diesjährigen //build/ Konferenz, die vom 30.Oktober bis 2. November in Redmond stattfand, wurden die Neuerungen rund um das Thema Windows 8 der Entwicklergemeinde vorgestellt. Das Interesse war riesig, die Tickets für diese Veranstaltung waren im August innerhalb einer Stunde nach Verkaufsbeginn ausverkauft. Microsoft hat alle Sessions auf Channel 9 online gestellt. Die interessantesten [...]

Umfrage: Wie geht ihr mit Code Reviews um?

Norbert Eder [MVP] — 2012-10-31T14:05:45

Über das Thema Code Review und meinen Erfahrungen habe ich bereits hier und hier geschrieben. Je länger diese im Einsatz sind, umso mehr Änderungswünsche ergeben sich an den gesamten Prozess. Mich persönlich würde nun deine Meinung dazu interessieren. Setzt du sie ein? In welcher Form? Streng nach Lehrbuch? In einer abgewandelten Form? Nachfolgend findet sich eine Umfrage zu der ich dich herzlich einladen möchte. Auch möchte ich dich bitten, sie zu teilen, in der Hoffnung, ein gutes Bild davon zu erhalten.

Was habe ich damit vor?

Hauptsächlich möchte ich möglichst viele Meinungen einholen, um den eigenen Prozess zu reflektieren und gegebenenfalls nachzubessern. Natürlich werde ich meine Erkenntnisse hier im Blog wieder teilen.

Die Umfrage

Ich möchte dich auch gerne dazu einladen, einen Kommentar mit ausführlicheren Informationen zu verfassen.

Einführung Node.js in Graz am 29.10.2012

Norbert Eder [MVP] — 2012-10-22T17:00:00

Seit letzter Woche gibt es die JavaScript User Group Graz, die mangels Alternativen in unserer Umgebung gegründet wurde. Behandelt werden alle Themen rund um JavaScript, ob Node.js, JavaScript Grundlagen oder Frameworks. In einem gemütlichen Rahmen wird bei jedem Treffen ein vorher angekündigtes Thema vorgetragen. Im Anschluss bleibt genügend Raum für angeregte Diskussionen und Erfahrungsaustausch. Die Treffen werden jeweils ca. 1 bis 2 Wochen zuvor angekündigt. Als Rahmen versuchen wir jeden letzten Montag im Monat einzuhalten.

Eckdaten zum ersten Treffen:

Wann: 29. Oktober 2012 18:00 Uhr
Wo: Seering 7/2, Unterpremstätten (UPPER Network GmbH)
Thema: Einführung Node.js (Robert Zach)

Wer daran teilnehmen möchte, möge sich bitte hier anmelden.

Node Package Manager und package.json

Norbert Eder [MVP] — 2012-10-22T14:00:00

Wer am Beginn von Node.js steht ist mit dem Umgang von NPM und den gebotenen Möglichkeiten oft nicht vertraut. Gerade mit Hilfe der Datei package.json können zahlreiche Arbeitsschritte massiv vereinfacht (und im Team verallgemeinert) werden. Dieser Beitrag zeigt auf, wie damit immer wiederkehrender Aufwand gespart werden kann.

Node Package Manager (NPM)

Mit Hilfe des Node Package Managers können zusätzliche Node-Module installiert bzw. eigene Module veröffentlicht werden. Das gesamte Spektrum ist nachfolgend zu sehen:

Vorhandene Module finden

Existierende Module können via https://npmjs.org/ gefunden werden. Eine weitere Möglichkeit besteht durch den Aufruf

npm search [searchkey]

Als Ergebnis werden alle gefundenen Module zurück geliefert:

Neben der Anzeige des Modulnamens werden auch eine Beschreibung, der Autor und entsprechende Keywords (für die Suche) angezeigt.

Module installieren

Ist der Name eines Modules bekannt kann dies mit der Option install installiert werden:

Hier ist schön zu sehen, dass auch Abhängigkeiten installiert werden.

Installierte Module auflisten

Die Option list ermöglicht zudem das Auflisten von installierten Modulen und Abhängigkeiten im aktuellen Verzeichnis:

package.json

Wer nun selbst Module entwickelt (egal ob für den internen, oder den öffentlichen Gebrauch) muss sich eine Datei namens package.json pro Module anlegen. Dieses enthält wichtige Metadaten zu dem Modul. Sehen wir uns eine derartige Datei näher an:

     {

      "name": "ideamark",

      "description": "A simple nodejs document store for ideas, concepts, documentation supporting markdown",

      "author": "Norbert Eder <wpfnerd+nodejs@gmail.com>",

      "homepage": "https://github.com/devtyr/ideamark",

      "bugs": "https://github.com/devtyr/ideamark/issues",

      "version": "0.3.0",

      "license": "MIT",

      "keywords": [

        "blog",

        "markdown",

        "live-update",

        "documents",

        "ideas",

        "documentation",

        "specification"

      ],

      "repository": {

        "type": "git",

        "url": "git://github.com/devtyr/ideamark.git"

      },

      "dependencies": {

        "mime": ">=1.2.4",

        "connect": ">=2.0.0",

        "marked": ">=0.1.2",

        "optimist": ">=0.3.0",

        "qs": ">=0.4.0",

        "winston": ">=0.5.9"

      },

      "scripts": {

        "start": "node server.js -s"

      },

      "engines": {

        "node": ">= 0.6.0"

      },

      "devDependencies": {}

    }

Neben Angaben zum Namen, Beschreibung, Autor, Version, Lizenz und Keywords des Modules befinden sich einige sehr hilfreiche Definitionen in dieser Datei:

dependencies

Diese definieren die Abhängigkeiten des Modules, die via NPM möglich sind und zusammen mit dem Modul installiert werden sollen. Für die Angabe der abhängige Version stehen mehrere Varianten zur Verfügung:

version: Muss exakt version entsprechen
=version: Entspricht version
>version: Größer als die definierte Version
>=version: Größer bzw. gleich der definierten Version
<version: Kleiner als die definierte Version
<=version: Kleiner bzw. gleich der definierten Version

Eine weitere Möglichkeit die mögliche Version einzugrenzen wird durch Tilde Version Ranges ermöglicht. Hierzu wird ~ der Version vorangesetzt. Die tatsächliche Version muss mindestens gleich der der definierten sein, aber kleiner der nächsten Hauptrevision. Beispiel:

"~1.2.3" = ">=1.2.3 <1.3.0"
"~1.2" = ">=1.2.0 <2.0.0"
"~1" = ">=1.0.0 <2.0.0"

Zusätzlich kann via x ein Platzhalter definiert werden. Beispiel:

"1.2.x" = ">=1.2.0 <1.3.0"

Info: Als Abhängigkeit kann auch ein Verweis zu einem Repository angegeben werden.

devDependencies

Hier werden die referenzierten Module definiert, die für die Entwicklung an diesem Modul notwendig sind. Beispielsweise betrifft dies Abhängigkeiten zu Testing-Modulen, die für die Entwicklung notwendig, für die Verwendung jedoch unerheblich sind. Standardmäßig werden alle Abhängigkeiten installiert. Um sicher zu gehen, dass die für die Entwicklung notwendigen Abhängigkeiten nicht installiert werden, sollte das Modul mit folgendem Aufruf installiert werden:

npm install --production

Dieser Aufruf muss im Modul-Root erfolgen. Die Basis-Installation eines Modules via npm install modulname installiert die devDependencies nicht mit. Es ist sehr empfehlenswert für jede zusätzliche Abhängigkeit genau zu prüfen, für welches Umfeld sie notwendig ist und entsprechend zu konfigurieren.

scripts

Hier können für unterschiedlichste Fälle Scripts angegeben werden. Unterstützt werden folgende Einträge:

preinstall: Werden vor der Installation ausgeführt
install, postintall: Werden nach der Installation ausgeführt
preuninstall, uninstall: Werden vor der Deinstallation ausgeführt
postuninstall: Werden nach der Deinstallation ausgeführt
preupdate: Laufen vor der Aktualisierung
update, postupdate: Laufen nach der Aktualisierung
prepublish: Laufen vor der Veröffentlichung des Paketes
publish, postpublish: Laufen nach der Veröffentlichung des Paketes
pretest, test, posttest: Werden durch den Aufruf von npm test ausgeführt
prestop, stop, poststop: Werden durch den Aufruf von npm stop ausgeführt
prestart, start, poststart: Werden durch den Aufruf von npm start ausgeführt
prerestart, restart, postrestart: Werden durch den Aufruf von npm restart ausgeführt. Wird kein restart-Script angegeben, wird zuerst stop und dann start durchlaufen.

Gerade wer auf unterschiedlichen Rechnern oder im Team entwickelt, sollte davon unbedingt Gebrauch machen, da darüber sehr viel Aufwand eingespart werden kann. Einzelne Scripts können mit dem Befehl

npm run-script test

ausgeführt werden. In diesem Fall würde das unter test definierte Script ausgeführt werden. Die Verwendung der anderen Möglichkeiten funktioniert analog dazu.

main

In der oben angeführten package.json wird ein Eintrag nicht benötigt: main. Diese Einstellung definiert den Einstiegspunkt, wenn das Modul über require eingebunden wird.

Um eine vollständige Liste der unterstützten Attribute durch NPM zu erhalten, ist folgender Aufruf durchzuführen:

npm help json

Veröffentlichen von Modulen

Wer nun eigene Module veröffentlichen möchte, registriert sich auf https://npmjs.org einen Benutzer. Dieser muss via

npm add-user

der lokalen Registrierung hinzugefügt werden. Danach kann das Modul (package.json muss vorhanden sein) via

npm publish <Verzeichnis>

veröffentlicht werden. Wahlweise kann auch eine Url oder ein Tar-Archiv verwendet werden. Sollte es Probleme beim Aktualisieren geben (Version existiert bereits) kann ein Überschreiben via --force durchgeführt werden.

Zusätzliche Informationen

Weitere hilfreiche Informationen zu NPM können über die NPM-Hilfe bezogen werden.

Code Reviews im Daily Business - Ein Entwicklungsprozess

Norbert Eder [MVP] — 2012-10-15T17:00:00

Vor einigen Monaten hatte ich über die Einführung von Code Reviews berichtet. Für uns ein wichtiger Schritt um die Qualität deutlich zu erhöhen. So war jedenfalls die Intention. Doch was hat sich inzwischen getan? Wurden die Code Reviews angenommen? Verwenden wir immer noch dasselbe Prozedere, oder mussten Änderungen am Prozess durchgeführt werden? Dieser Beitrag zeigt Probleme und mögliche Lösungswege auf.

Ausgangssituation

Im ursprünglichen Artikel habe ich erzählt, wie das Review abläuft:

Den Anfang hat das gemeinsame Zusammensetzung um einen PC gemacht. Danach werden sämtliche Changesets seit dem letzten Review durchgegangen. Ausgelassen wird nichts. Mittlerweile sind wir auf einen Beamer umgestiegen, da dies insgesamt ein wenig komfortabler sind. Der nächste Schritt könnte ein einschlägiges Tool sein, welches Kommentare etc. einfacher zulässt. So sicher bin ich mir hierbei allerdings noch nicht, da das “Zusammensitzen” das Team als solches wesentlich festigt und Ablenkungen minimiert werden. Es gibt kein blinkendes Skype, Lync, keine E-Mail-Benachrichtigungen und was sonst noch so alles aufblinkt.

Hat dies gehalten?

Veränderung durch Teamvergrößerung

Einige Wochen nach diesem Artikel kam die erste Herausforderung. Zu diesem Zeitpunkt hatten sich Code Reviews im Team ganz gut eingespielt und wurden meist täglich durchgeführt (zum Thema meist komme ich noch). Von quasi einem Tag auf den anderen wurde dann ein anderes Team mit meinem zusammengelegt. Schlagartig verdoppelte sich damit die Anzahl der Personen im Team. Eine harte Nuss.

Da zu viel an Veränderung meist nicht gut ist, haben wir versucht, den Prozess der Code Reviews beizubehalten. Und wir sind gescheitert. Zu viele Personen, zu viele Check Ins, drei Stunden Review. Das war dann doch eindeutig zu viel. Es musste eine andere Lösung her.

In Kombination mit der Zusammenlegung der Teams hatten sich auch einige andere Dinge geändert. So sind wir von Team Foundation Server auf Mercurial umgestiegen. Als Continuous Integration Server kommt nun Jenkins zum Einsatz. Im gleichen Atemzug ging die Installation von Review Board mit. Zusammen mit einigen weiteren Tools (siehe TortoiseHg, Extensions für die Einbindung des Review Boards, VisualHG usw.) schafften wir eine gut abgerundete Entwicklungsumgebung.

Aber wie war das jetzt mit dem Beamer?

Ein neuer Prozess

Es stellte sich also heraus, dass das Review im gesamten Team zwar durchaus Vorteile bietet, schlussendlich aber durch den immensen Zeitaufwand so nicht weiter verfolgt werden kann. Die Reviews sollten jedoch unbedingt weitergeführt werden, bringen sie doch zahlreiche Vorteile mit sich. Eine Änderung des Prozesses musste also her. Die Meinungen gingen klarerweise weit auseinander, von beibehalten über Zuteilung bis hin zu Auflassen war alles dabei. Worauf wir uns schlussendlich geeinigt haben:

Täglich um 10:00 Uhr werden von allen Reviews durchgeführt.
Jeder prüft die Anzahl der Review-Requests im Review Board und teilt sich selbst einer angemessenen Anzahl zu.
Das Review wird im Laufe des Tages durchgeführt. Etwaige Fragestellungen/Probleme mit dem Implementierer besprochen und beim Review zur Aus-/Verbesserung gekennzeichnet.
Änderungsanforderungen sind ASAP zu erledigen.

Ein Hinweis: Eine aufgekommene Idee war das “würfeln” der Zuteilung, da gerade bei der “Selbstauswahl” einige Schwierigkeiten entstehen können. Hierfür hatten wir zum damaligen Zeitpunkt jedoch keine ausreichend gute Lösung gefunden, wodurch diesbezüglich ein To Do entstand. Für konkrete Hinweise, Ideen hierzu bin ich natürlich dankbar, da dies ein äußerst nützliches Feature wäre.

Diese definierten Punkte fanden von allem Team-Mitgliedern Zustimmung und wurde somit sofort umgesetzt.

Eigenverantwortung ist ein Hund

Nun, Wochen später kann ein Resümee gezogen werden. Funktioniert dieser Prozess? Nun ja, … er funktioniert, optimal sieht jedoch anders aus. Die größte Herausforderung ist die im Prozess definierte Eigenverantwortung. Ein Teil der Entwickler reviewed tatsächlich täglich, ohne Erinnerung, ohne Hinweise. Es ist ihnen einfach wichtig bzw. nutzen diese “Chance” auch, ihre Implementierung durch eine zweite Person reflektiert zu bekommen. Bei einem anderen Teil funktioniert dies, trotz Serientermin und Erinnerung nicht so gut. Warum nicht?

Vergessen: Der Klassiker. Trotz Erinnerung wird ganz gerne darauf vergessen. Die wahren Hintergründe kennt dann nur die Person selbst. Hier bedarf es laufender Erinnerungen und Hinweise.
Umsetzungsstress: Durch die Umsetzung eines Punktes will zum genannten Zeitpunkt nicht unterbrochen werden. Verständlich, nachgeholt wird dies allerdings auch nicht, sondern vielmehr auf den nächsten Tag verschoben.
Fehlende Wichtigkeit: Vielfach werden andere Tasks als wichtiger angesehen. Punkte die zum Review anstehen werden teilweise als abgeschlossen angesehen, obwohl sie das nicht sind. Hier müssen Prioritäten klar gesetzt werden. Gerne auch wiederholt.
Fehlende Kritikfähigkeit: Eigentlich nur eine Vermutung, da eine Bestätigung nur schwer zu erhalten ist. Vielfach sehe ich aber das Problem, dass eigener Code nicht gerne der “allgemeinen Bewertung” zugeführt wird, um den eigenen “Status” nicht zu gefährden. Soll heißen: Die anderen könnten ein negatives Bild der eigenen Kenntnisse erhalten.
Einfache Changesets bevorzugt: Wer es sich aussuchen kann, nimmt die einfachen Changesets. D.h. idealerweise nur eine betroffene Datei, keine komplexeren Patterns/Implementierungen etc. Als Resultat bleiben größere Changesets über und werden nicht, oder nur von einem ganz kleinen Kreis reviewed.

Als Fazit kann man sagen: Teile der Entwickler sehen einen großen Mehrwert in Reviews und nutzen dieses Mittel aktiv, um eigenen Code und den anderer Entwickler verbessert zu. Wo dieses Verständnis fehlt, funktioniert es nicht. Es muss ganz klar vermittelt werden, dass Reviews einen Mehrwert bieten und der Verbesserung der Software, als auch der eigenen Kenntnisse dient. In der Tat, ein schwieriges Unterfangen.

Der Hirtenhund hat Urlaub

Irgendwann geht auch der Team Lead auf Urlaub. Wie sieht es dann mit Code Reviews aus?

Der Idealfall: Es läuft. Ohne Zutun.

Die Realität: Die Reviews verlaufen im Sand. Diejenigen, die vorher ohne jegliches Zutun Reviews durchgeführt haben, tun dies auch, wenn die Rute nicht ins Haus steht, viele Punkte bleiben jedoch ungesichtet/bewertet.

Was genau Abhilfe schafft, weiß ich noch nicht genau (für Hinweise, Anregungen bin ich dankbar). Vorerst gibt es ständige Erinnerungen an die jeweiligen Personen, Reviews durchzuführen.

Stress durch Releases

Ein ähnliches Verhalten habe ich bei anstehenden Releases beobachtet. Steht ein größeres Release ins Haus, dann sollten - aus meiner, vielleicht etwas naiven Sicht - Reviews verstärkt stattfinden (bzw. noch genauer als normal durchgeführt werden). Gerade unter Stress erhöht sich die Wahrscheinlich von Schlampigkeit. Gerne werden Wege abgekürzt, Tests vernachlässigt. Da ist es unerlässlich, dass viele dieser “Fehler” durch Reviews abgefangen werden. Aber auch hier zeigt sich: Es wird an allen Ecken und Enden gespart. Vielmals wird es vorgezogen, auf einen Bugreport des Test-Teams zu warten und dann das Problem zu fixen, als es sofort anzugehen.

Ein wenig Statistik

Was wäre ein Bericht über das (Nicht)Funktionieren von Code Reviews ohne Daten. Nachfolgend eine (wirklich) kleine Statistik, die sicherlich einige Punkte außer Acht lässt, aber doch einige meiner Aussagen bekräftigt.

Hinweis: August und September sind voll gerechnet. Oktober ist natürlich nicht vollständig enthalten, da zum Zeitpunkt dieses Artikels erst die Mitte erreicht ist. Dennoch können einige valide Aussagen abgeleitet werden.

Die Zahlen sind nun recht nett anzusehen, bedürfen aber einiger Erklärungen, um tatsächlich sinnvoll zu sein bzw. ein Bild abzugeben. Aber der Reihe nach. Zur Bewertung kamen alle Review Requests, die via Review Board durchgeführt wurden. Reviews, die davor in großer Runde vorgenommen wurden, sind hier nicht berücksichtigt.

Allgemeine Review Zahlen: Insgesamt wurden 350 Review Requests abgegeben. 72 davon wurden mit einem To Do für den Implementierer versehen, mussten also nochmals angegriffen und verbessert werden (das sind immerhin 21% aller Requests). 9 der 72 notwendigen Anpassungen/Verbesserungen mussten mehrfach aktualisiert werden, bis der Code akzeptiert wurde.

Reviews nach Monaten: Der Startmonat verlief alles in allem ganz gut. Auffallend ist die doch wesentlich geringere Anzahl an Requests im September. Im Oktober stieg die Anzahl wieder sehr stark an (obwohl erst die Hälfte vorbei). Des Rätsels Lösung: Ich als Team Lead war im September für zwei Wochen auf Urlaub. Vorher fanden entsprechende Erinnerungen statt, danach ebenfalls.

Hinweis: Eine weitere Maßnahme besteht auch darin, darauf zu achten, dass möglichst jedes Check In im Review Board landet. Hier gibt es noch ein gewaltiges Potential.

Fixes nach Monaten: Hier eine Aufschlüsselung danach wie viele Punkte in den jeweiligen Monaten “korrigiert” werden mussten. Auch hier sank die Zahl im September doch recht stark ab bzw. dürfte für Oktober wesentlich höher werden (wie gesagt, erst die Hälfte rum).

Verbesserungen

Aus diesen Erfahrungen lassen sich einige Verbesserungen ableiten. Manche mit konkretem Task, andere benötigen noch Ideen, Gespräche und anderweitige Erfahrungsberichte. Here we go:

Würfeln. Anfangs sind wir - vermutlich - zu schnell über die Idee mit dem Würfeln und automatischen Zuteilen von Review Requests an Personen hinweg gegangen. In der Realität sollte dies aber einer der essentiellsten Punkte sein. Unabhängig der Komplexität eines Changesets werden die Punkte zugeteilt. Anstatt abgehandelte Reviews nach dem “Wer hat’s gemacht” zu durchsuchen, kann dies anhand der offenen Requests festgestellt werden.
Steigerung Akzeptanz. Einfacher gesagt als getan. Immer wiederkehrendes Wiederkauen der Vorteile, das Austreiben der Angst vor Fremdbewertung, das Formen des Teamgedankens sind definitiv notwendig um das “System” wirklich am Leben zu halten. Damit verkommt man schnell einmal zum Don Quijote der Code Reviews.
Automatisches Review Posting. Reviews werden aktuell manuell durch den Benutzer angefordert. Pro Check In muss dieses über Command Line getriggert werden. Dadurch landen viele Check Ins nicht am Review Board.

Grundsätzlich hätte ich noch ein paar Punkte in peto, allerdings sollten die obenstehenden für die nahe Zukunft ausreichend sein und stellen - meiner Meinung nach - die wichtigsten Verbesserungen dar.

Feedback

Gerne freue ich mich über Feedback, zumal zahlreiche meiner Leser auf diesem Gebiet sehr bewandert sind und das eine oder andere Problem vielleicht schon gelöst haben. Vielleicht stellen sich aber auch einige meiner Gedankengänge als fehlerhaft heraus und die Lösung wäre so viel einfacher. Zum Schluss aber noch eine Frage, die ich mir laufend stelle, jedoch bisher noch keine Antwort darauf finden konnte:

Gibt es eine Möglichkeit die Qualität eines Reviews festzustellen?

Toolkits für die WinRT Entwicklung

Kazim Bahar — 2012-10-11T22:57:15

Einige Features, die man von WPF und Silverlight bereits gewöhnt ist, fehlen einfach noch bei XAML für WinRT. Aber man muss ja das Rad nicht zweimal erfinden. Ich habe hier eine Sammlung von bereits existierenden Toolkits zusammengestellt, die auf CodePlex und anderen Opensource-Plattformen zum Download bereitstehen. Je nach Anwendungsfall können mit folgenden Toolkits somit einige [...]

Programmierung von 3D-Spielen für den Windows 8 Store

Kazim Bahar — 2012-10-10T01:13:05

Der neue Windows Store ermöglicht Entwicklern ihre Games auf sehr einfache Art und Weise auf den Markt zu bringen und dabei Millionen potenzieller Kunden anzusprechen. Die Frage ist nun, welche Technologien sind verfügbar, performante 2D- oder 3D-Spiele für den Windows 8 Store zu entwickeln? Mein Team-Kollege Alex, der sich bereits seit einiger Zeit in der [...]