Flominator's Kruschtelecke

Der Ping-Befehl ist der wohl der erste Schritt, wenn es darum geht, Fehler in Computernetzwerken zu suchen. Mit ping www.google.de kann man beispielsweise den korrekten Internetzugang prüfen, wenn der Browser sich weigert, eine Seite anzuzeigen.

Standardmäßig schickt der Ping-Befehl vier Datenpakete und wartet auf die Antwort der Gegenseite. Mit ping -t kann man erreichen, dass gepingt wird, bis man den Befehl abbricht. Wenn sich die Netzwerkkonfiguration in Windows aber grundlegend verändert, weil z.B. eine neue Konfiguration per DHCP abgerufen wurde, bekommt dies der bereits gestartete Ping-Befehl in der Regel nicht mit.

Für solche Fälle habe ich die kleine Batchdatei dauerping.bat geschrieben, die einen Rechner anpingt, fünf Sekunden wartet und sich dann erneut selbst startet:

Wenn man die Datei dauerping.bat dann noch in einen Ordner legt, der im PATH enthalten ist, wie z.B. C:\WINDOWS , kann man sie jederzeit bequem per Start => Ausführen => "dauerping www.google.de" starten.

Vielleicht kann der eine oder andere ja etwas damit anfangen. Was sind eure Lieblings-Mini-Batch-Tools?

Was ist denn jetzt los? Immer wieder passierte es mir in letzter Zeit, dass ich im Firefox, in Thunderbird oder in Outlook auf ein Mal keine Umlaute etc. mehr tippen konnte. In diesem Fall erschien beim 'ö' der Doppelpunkt, beim 'z' das 'y' oder ich tippte gar asiatische Zeichen. Bisher habe ich dann meist die Anwendung neu gestartet, um wieder mit deutscher Tastatur tippen zu können. Alternativ habe ich teilweise die benötigten Buchstaben oder Texte aus anderen Fenstern kopiert, in denen das Problem komischerweise nicht aufgetreten war.

Nun habe ich jedoch den Grund für dieses Verhalten herausgefunden: Unter Windows Xp und Windows 7 lässt sich mit ALT und Shift die Eingabesprache umstellen. Besonders wenn man mal eben einen Wikipedia-Shortcut benutzt hat, wie z.B. SHIFT+ALT+S zum Speichern der aktuellen Seite oder SHIFT+ALT+P für die Vorschau, ist das eben schnell passiert. Um es wieder rückgängig zu machen, drückt man einfach noch ein oder mehrmals die Tastaturkombination ALT und SHIFT, bis der ursprüngliche Zustand wiederhergestellt wurde.

Vielleicht hilft dieser Beitrag ja einigen von euch, die ab und zu auch damit zu kämpfen haben.

Update: Wenn man die anderen Eingabesprachen gar nicht benötigt, kann man das Problem noch effizienter lösen. Unter "Regions- und Sprachoptionen" => "Sprachen" => "Details" (XP, in anderen Betriebssystemen ähnlich) kann man alle anderen Tastaturlayouts löschen und hat damit langfristig Ruhe.

Durch das Aufkommen heutiger Digitalfotos hat sich die Anzahl von Fotos, die während besonderer Ereignisse oder dem Urlaub geschossen werden, sicher massiv vervielfacht. Was meinen Nacken und mich beim Durchschauen solcher Bilderberge immer ein wenig frustiert, sind Programme und Anzeigegeräte, die Hochkant-Aufnahmen um mindestens 90° gekippt anzeigen. Auf der anderen Seite ist es natürlich auch vollkommen (ok, teilweise auch nur einigermaßen) nachvollziehbar, dass man nicht jedes Bild einzeln anschauen und drehen möchte.

Leider kann man aber auch nicht einfach alle Bilder um 90° drehen, da sich garantiert auch einige Aufnahmen mit Querformat im Ordner befinden.

Abhilfe schafft hier XnView, ein Bildbetrachter, der für den privaten Einsatz kostenlos nutzbar ist.

Der zweite Redner, dem ich auf dem See#Party in Kreuzlingen nach den Vorträgen von Golo Roden lauschen durfte, war Stefan Lieser. Von Stefan hatte ich in Ulm letztes Jahr bereits die Session Clean Code Developer gehört. Dieses Mal befasste er sich mit CCD im Umfeld mit Software-Projekten, die bereits über eine breite Codebasis verfügen. Den Vortrag hatte er bereits auf der Konferenz dotnet Collogne 2010 gehalten, wo er auch zum Download bereit steht. Zudem schreibt er mit seinem Kollegen Ralf Westphal an einer Artikelserie bei Heise, die sich ebenfalls mit dem Thema befasst.

Laut Stefan sei das Ziel eines jeden Softwareprojektes, dasselbe Programmfeature jederzeit zum gleichen Preis einbauen zu können. Dies setzt Evolvierbarkeit voraus, einer der Werte für Clean Code Developer.

Der Erreichung dieses hehren Ziels stehen laut Stefan Ängste vor folgenden Dingen im Weg:

• Regressionsfehler: Was passiert alles, wenn ich diese Änderung vornehme?
• manuelle Arbeiten: Welche Knöpfe muss ich drücken, um ein Release zu erzeugen?
• Personalmangel: Wenn wir weiterhin auf dieser alten Technologie aufsetzen, kriegen wir irgendwann keine Entwickler mehr dafür!
• Verlust von Quellcode: Liegt auf irgendeinem Rechner vielleicht noch eine wichtige Datei, die wir zum Bauen der Software benötigen?

Zur Bekämpfung dieser Ängste empfiehlt Stefan ein 6-Punkte-Programm:

1. Versionskontrolle einführen

• Source Safe steht aus gutem Grund nicht in den Folien - das ist kein Versionskontrollsystem
• Subversion ist auch schon nicht mehr Stand der Technik, besser verteilte Lösung wie git oder mercurial nutzen
• Anmerkung von mir: mit SVK kann man eventuell Subversion als verteiltes Versionskontrollsystem nutzen

2. Kontinuierliche Integration

• Wer den Build bricht, muss eine Woche das T-Shirt mit der Aufschrift "I broke the build" tragen. Das T-Shirt wird nur einmal im Jahr gewaschen

3. automatisierte Tests

• "Wilde" Abhängigkeiten
• fehlende Dependency Injection
• Verletzung des Single Responsibility Principle (erkennbar an Klassennamen mit den Worten "Class", "Manager", "Service", "Core" und beliebigen Konjunktionen)
• fehlende Trennung von Portal/Logik/Adapter
• externe Abhängigkeiten zu Datenbanken, Webservices etc.
• TypeMock Isolator nutzt die Profiling API
• damit: Konstruktoren und statische Methodenaufrufe abfangen und durch Attrappen ersetzen
• damit: sealed und internal-Methoden aus dem .NET-Framework ersetzen (DateTime.Now und .Today faken, Konstruktor von EventArgs aufrufen)
• "private" Methoden zu testen: "internal" machen und über InternalsVisibleTo("TestKlassenAssembly") Zugriff erlauben
• Variablen die intern instanziert werden, kann man über einen zweiten Konstruktor ebenfalls durch Attrappe ersetzen

4. Partitionen identifizieren

• Aufteilen der Anwendung in mehrere Benutzeroberflächen
• einen Teil isolieren und diesen sanieren
• Teil anhand strategischer Gesichtspunkte bestimmen
• Strategie kontinuierlich anpassen: Kerngeschäft, häufige Supportfälle
• ggf. sogar Datenbank aufteilen

5. Architektur planen

• wie man es heute machen würde, wenn man es "richtig" machen würde
• Ziel finden, auf das man hinarbeiten kann

6. "Refactoring to architecture"

• auf die Planarchitektur hinarbeiten
• Unit-Tests ergänzen
• Veränderungen iterativ angehen
• "großer Wurf" nicht möglich: Entwickler können häufig auf Anhieb nicht einmal genau beschreiben, was der Code tut
• für eine 100% Ablösung mit einer neu geschriebenen Version müsste man auch sämtliche Schwachstellen und Fehler in den Schnittstellen nachbauen

Im Laufe seines Vortrags erklärte Stefan noch einen Weg, sich in langen Methoden beim Refactoring zurechtzufinden: Man färbt im Visual Studio die Kommentare weiß ein, damit sie sich nicht mehr vom Hintergrund abheben. Nun erkennt man häufig Codeblöcke, aus denen sich Methoden extrahieren lassen. Die Kommentare darüber sind meist schon als Methodennamen ausreichend.

Fazit: TypeMock Isolator scheint genau das richtige Werkzeug für diesen Zweck zu sein. Nun muss ich nur noch meinen Vorgesetzten davon überzeugen, denn TypeMock ist doch ein wenig kostspielig. Es bleibt spannend

Update 2010-09-06: Vorgesetzter schlug vor, sich einmal Moles von Microsoft anzuschauen. Hat jemand Erfahrungen damit?

Am Samstag besuchte ich die erste See#Party im schweizerischen Kreuzlingen, direkt hinter Kostanz am Bodensee. Die Konferenz drehte sich um das Thema C#, das den Großteil meiner beruflichen Tätigkeit beherrscht. In den folgenden Beiträgen werde ich nun die dort besuchten Vorträge kurz zusammenfassen:

Keynote von Golo Roden: ALT.NET
Golo Rodens Vortrag drehte sich um einen Punkt aus dem Joel-Test zur Bestimmung der Qualität eines Software-Teams, der da lautet: "Do you use the best tools money can buy?" Seine Schlussfolgerung war, dass sich ein guter .net-Entwickler nicht nur auf Microsoft konzentrieren darf, sondern nach Alternativen Ausschau halten soll. In diesem Zusammenhang stellte er die ALT.NET-Bewegung vor, deren zentrale Anlaufstelle die altnetpedia bietet.

Was noch zu beweisen wäre
Die erste Session, die ich besuchte, wurde ebenfalls von Golo gehalten und drehte sich um mathematische Probleme und ihre Lösbarkeit. Neben theoretischen Grundlagen der Komplexitätstheorie, die mich stellenweise ein wenig überforderten, präsentierte er einige spannende Probleme, darunter: Fermats letzter Satz, das Halteproblem, das Rucksackproblem und - mein Highlight - Stable Marriage mit drei Geschlechtern. Sein Fazit: Wenn man keinen effizienteren Algorithmus zu einem Problem finden kann, gibt es vielleicht gar keinen und man ist gar nicht unfähig Bereits vor der Veranstaltung hatte Golo bereits über ein Buch gebloggt, in dem ausführlicher auf diese Thematik eingegangen wird.

Leider konnte ich Golos Folien bisher nirgends online finden, werde sie aber ggf. nachliefern.

Mein Ansatz, Gute Nachrichten in einer Gruppe bei YiGG oder einer Gruppe bei Webnews zu sammeln, brachte leider nicht den gewünschten Erfolg.

Nach weiteren Fehlversuchen über ein Delicious-Tag und den RSS-Aggregator feedonfeeds, bei denen ich immerhin glücklicherweise Kontakt zu @Sumomi bekommen habe, stelle ich daher das Projekt ein.

Ein weiterer Grund war die Tatsache, dass es mittlerweile ausreichende Quellen für gute Nachrichten im Web gibt:

• @positives
• weSmile
• theSunshine

Das Ende dieses Projekts ist dennoch eine gute Nachricht für mich: Mehr Zeit für Wikipedia

Gestern Abend war ich mit meiner Freundin zum zweiten Mal auf einem P!nk-Konzert in Freiburg, zu dem ich hier gerne ein paar Worte verlieren will:

• Vorband: Die Vorgruppe Evermore hatte es mit dem Publikum nicht leicht. Trotzdem gelang es ihnen am Ende ein wenig Stimmung zu machen. Das lag nicht zuletzt an der kurzen Black-Eyed-Peas-Einlage: ''I Gotta Feeling''.
  
  
• positiv: gute Show, bunte Kostüme, gut gelaunte Künstlerin die „ihren Kater von Vorgestern bezwungen hatte“, Platz mit guter Sicht, erschwingliche Posterpreise und die Bohemian Rhapsody.
  
  
• negativ: sehr abruptes Ende (nicht einmal die Drumsticks wurden geworfen), der Power-Song Trouble als Klavierversion, ein mir nicht bekanntes Cover von Led Zeppelin und zu viel Sex in Show und Kostümen (oder dem, was davon übrig war).
  
  
• enttäuschend: Das Publikum. Um mich herum sang bei vielen Songs des aktuellen Albums Funhouse kein Mensch mit. Von Klatschen und Hüpfen brauche ich da gar nicht zu reden. Bei den Balladen sah ich nur Digitalkameras und Fotohandys und lediglich ein weiteres Feuerzeug. Hat sich das Verhalten bei Konzerten in den letzten Jahren so verändert oder bin ich einfach verwöhnt von den Toten Hosen?
  
  
• Fazit: Die depressive Grundstimmung des Albums brachte sie glücklicherweise nicht herüber, daher waren Show und Musikauswahl durchaus gelungen. Mit diesem lahmen Publikum und dem merkwürdigen (an anderer Stelle ja durchaus passenderen) Finale finde ich es allerdings gar nicht so „Schwer vorstellbar, dass jemand unzufrieden die Rothaus-Arena verließ“, wie das die Badische Zeitung heute schrieb.

Update vom 28. November 2009: Mittlerweile hat die Vorgruppe Evermore ein Bild vom Publikum getwittert.

Als ich in meinem neuen Job anfing, wollte ich mir natürlich sofort meine GTD-Werkzeuge einrichten. Dazu gehört auch, dass Mails, die von mir im CC an mich geschickt werden, in den Ordner @WARTEN verschoben werden. Per Filter war das kein Problem. Schwieriger wurde es da schon, diese Mails in Outlook 2000 als gelesen zu markieren. Google verriet mir, dass das in Outlook 2000 standardmäßig nicht über eine Regel möglich ist. Daher war ich gezwungen, ein Makro hierzu zu erstellen.

Dies geschah über die Menüeinträge Extras => Makro => Visual-Basic-Editor. Dort wählte ich links im Dropdown-Menü Application aus und erzeugte rechts eine neue Methode beim Ereignis NewMail. Diese ersetzte ich mit folgendem Code:

Damit wurde die einkommende Mail nach einer Sekunde als gelesen markiert. Ehrlich gesagt, werden alle Mails im Ordner als gelesen markiert, aber das sind Details ...

Was mich dann allerdings noch störte, war die Benachrichtigung im System-Tray (rechts in der Ecke), dass ich eine neue Nachricht habe. Um sie loszuwerden, überlegte ich mir, was ich normalerweise per Maus täte, um sie auszublenden. Ich würde einfach die besagte Mail kurz öffnen und wieder schließen, um ein Lesen vorzutäuschen. Das habe ich anschließend ebenfalls per VBA umgesetzt und unten an die Methode angehängt:

Als ich dann noch die Sicherheitseinstellungen für Makros herabgesetzt hatte (Extras => Makro => Sicherheit => Hoch), konnte ich damit beginnen, nachverfolgbare Mails zu verschicken.

Wie ihr natürlich alle wisst, bin ich ein großer Fan des Open-Source-Editors Notepad++. Dieses Programm erfüllt einfach alle Wünsche, egal ob man nur schnell etwas notieren möchte oder doch ein etwas längeres Skript bearbeiten will.

Kurzum: Notepad, der Editor aus dem Standardlieferumfang von Windows hat ausgedient. Notepad++ sollte als Standardeditor eingerichtet werden. Doch wie? Hier wird erklärt, welche Dateien man ersetzen und welche Änderungen man an der Registry vornehmen müsste. Für alle, denen das zu aufwändig ist, habe ich ein kleines Skript für Windows XP geschrieben (ratet mal in welchem Programm ...), das die Bearbeitungen übernimmt:

Gebrauchsanweisung
Einfach NPPLauncher herunterladen und zusammen mit obigem Batchskript als _replacenp.bat in den Installationsordner von Notepad++ packen.

Disclaimergedöhns
Natürlich übernehme ich keinerlei Haftung für eventuelles unvorhersehbares Fehlverhalten meines Skriptes. Falls es Probleme gibt, freue ich mich aber trotzdem über Feedback.

Viel Spaß damit!

Nach der Session Clean Code Developer und einem weiteren leckeren Mittagessen, folgte die letzte Session, die ich noch besuchen konnte: Christian Binder informierte darin über Neuheiten zur kommenden Version der Entwicklungsumgebung aus dem Hause Microsoft. Da wir im Unternehmen "nur" Visual Studio und kein Team System einsetzen, war es für mich stellenweise ein wenig schwer, den Ausführungen zu folgen. Hier sind die Punkte, die ich (zumindest ansatzweise) verstanden habe und die mir notierenswert erschienen:

• UI-Automation-Testing (Coded UI-Test/ Test Edition)
  • Elemente aus UI greifen und automatisieren
  • unterstützt werden sollen Win32, WinForms, WPF und Document Object Model von Internet Explorer und Firefox
  • später auch Silverlight (Community Technology Preview nach RTM von VSTS 2010)
  • nutzt Accessabillty-Frameworks wie UIA von Anwendungen zur Barrierefreiheit (Screen Reader etc.)
  • Controls von Drittanbietern müssen gewisse Schnittstellen implementieren, damit auch sie erfasst werden
• Tools für manuelles Testen
  • Anlegen eines Work-Items "Testcase", das an Requirement/UserStory hängt
  • spezielle UI für Tester, die keine Entwickler sind (Manual Test Runner/Test Edition oder Test Essentials)
  • Tester klickt durch und nimmt dies ggf. per Rekorder auf
  • Screenshots und Videoaufzeichnung des manuellen Tests möglich
  • Bugs können direkt aus dem Manual Test Runner erzeugt werden
  • Integration mit Team Test Lab
  • Umwandlung in einen kodierten Test (C#) möglich
• Team Test Lab
  • Environment (derzeit als Hyper-V evtl. später auch als virtuelle Maschine per vmWare-Schnittstelle) aus Buildprozess heraus erzeugen und Build nach dort deployen
  • Verbindung mit Requirements
  • kann in Verbindung mit dem Manual Test Runner verwendet werden, um Tests gegen diese Test Environments auszuführen
  • Screenshot bei Verletzung eines Requirements
  • ggf. Erzeugung eines neuen Bugs mit der virtuellen Umgebung im Anhang (sehr schnelle Reproduktion möglich)
• Test Impact Collector
  • feststellen, welche Tests überhaupt von einer Änderung betroffen sind und durchlaufen werden sollten
  • Unit-Tests und manuelle Tests
• Oberfläche der neuen IDE ist komplett in WPF geschrieben
  • bei Microsoft intern von über 3000 Anwenden genutzt
• durch Extensibility API stark auf Erweiterbarkeit ausgelegt
• UML/DSL-Designer in Architect Edition (Arc Edition)
  • Kommunikationslinien zwischen den einzelnen Architekturschichten können mit Code verglichen werden -> unzulässige Kommunikationen im Code finden (oder auch zwischen Namespaces)
  • keine veralteten Architektur-Flipcharts mehr
  • erlaubt Reverse Engineering: Methodenaufrufe -> Sequenzdiagramm
  • Analyse von Codeabhängigkeiten
• Profiler (Developer Edition)
  • besonders hilfreich bei Threading-Problemen
  • während der Entwicklung von Windows 7 genutzt, um Performace-Probleme zu lösen
  • Hotpath zeigt an, wo meiste Rechenzeit liegen gelassen wird
  • Testcase-Profiler kann Auswirkungen von Änderungen auf die Rechenzeit zeigen
• komfortableres Reporting, daher können Entscheider sich zukünftig selbst ihre Zahlen ziehen und entlasten damit die Entwickler
• langsame Anwendungen können bald nicht mehr durch neue Rechner beschleunigt werden, wenn sie Single-Threaded arbeiten und nur wenige der Multiprozessoren dadurch belastet sind
• Verfolgen von Veränderungen in (Changesets) in Branches

Fazit: Es scheint ein sehr umfangreiches Entwicklungssystem zu werden, das den Entwickler und alle restlichen Beteiligten eines Softwareprojektes in großem Maße unterstützen wird. Da solche Qualität ihren Preis hat, bleibt jedoch fraglich, welche Unternehmen sich das leisten können, leisten wollen und leisten werden ...

Update: Dank geht an Christian Binder für das Feedback. Bitte schaut euch seine kurzen Videos zur Beta 1 an.