Das Blog über .NET, C# und mehr - Norbert Eder - Living .NET

Ein neues Laptop muss her - und das ist mein Vorschlag

Norbert Eder — Mon, 29 Sep 2008 08:15:36 GMT

Ein neues Laptop muss her. Nicht nur, weil das Vorhandene schon etwas betagt ist, sondern auch, weil es praktischer sein soll. D.h. zusammengefasst: Kein Entwicklungsrechner, sondern ein kleines feines Ding mit guter Display-Qualität, langer Laufzeit und wenig Gewicht. Das Display sollte sich auch in Grenzen halten. Maximal 14" sollten es sein.

Hauptsächliche Anwendungsgebiete werden wohl die Benutzung von Office-Anwendungen, Browsern und Tools zum Verfassen von Blog-Beiträgen sein. Zudem müssen Präsentationen sauber und flüssig damit abgehalten werden können. Auch ein wenig Visual Studio und Eclipse muss drinnen sein.

Diese meine Anforderungen scheinen nach einer ersten Recherche vom Samsung Q310 erfüllt werden zu können. Zumal der Preis mit knapp 1.000 Euro auch recht moderat ausfällt. Mir fehlt jedoch noch der praktische Beweis dazu. Daher die Frage an meine Leserschaft: Hat damit jemand Erfahrung? Steht das bei jemandem zu Hause? Wie schnell sind die Plattenzugriffe? Wie laut der Lüfter?

Für zweckdienliche Hinweise und Meinungen bin ich natürlich dankbar.

Produktinformationen zu diesem Laptop gibt es auf den Seiten von Samsung.

Silverlight 2 wird langsam erwachsen

Norbert Eder — Sun, 28 Sep 2008 15:41:53 GMT

Bereits am 25. September wurde Silverlight 2 Release Candidate 0 veröffentlicht. Damit wird Silverlight 2 langsam aber sicher erwachsen.

Da sich zu Silverlight 2 Beta 2 einige Funktionsnamen geändert haben, ist es ratsam, sich die Breaking Changes (Word Dokument) anzusehen. Eine gesamte Liste der Veränderungen inkl. hilfreicher Hinweise ist in den Release Notes einsehbar.

Sämtliche Downloads sind natürlich auf Silverlight.net gelistet. Es gilt jedoch zu bedenken, dass vorherige Versionen zu deinstallieren sind.

Formatierung der Daten bei einem Data Binding in WPF

Norbert Eder — Thu, 25 Sep 2008 18:46:14 GMT

Das Data Binding (siehe hier, hier und hier) wurde ja unter der Windows Presentation Foundation stark verbessert. Daten können nun wirklich vielseitig und einfach an Elemente gebunden werden. Was bisher jedoch fehlte war die Möglichkeit, die gebundenen Daten auch einfach zu formatieren. Dies konnte bisher über Converter erledigt werden.

Mit der Einführung von StringFormat mit .NET Framework 3.5 SP1 kann dies nun einfacher durchgeführt werden. Nehmen wir an, es soll ein Personen-Objekt mit den Eigenschaften FirstName, LastName und Birthday an Eingabefelder gebunden werden und der Fokus an der Formatierung des Geburtsdatums liegen, dann kann dies wie folgt aussehen:

<TextBlock>First Name</TextBlock>
<TextBox Text="{Binding FirstName}"/>
<TextBlock>Last Name</TextBlock>
<TextBox Text="{Binding LastName}"/>
<TextBlock>Birth Day - Long Format</TextBlock>
<TextBox Text="{Binding Path=BirthDay, StringFormat=D}"/>
<TextBlock>Birth Day - Short Format</TextBlock>
<TextBox Text="{Binding Path=BirthDay, StringFormat=d}"/>

Ein wenig angepasst, könnte das Ergebnis folgendermaßen aussehen:

Weitere Möglichkeiten und Beispiele sind im sehr guten Blog-Beitrag von Lester zu finden.

WPF-Browseranwendungen und Daten-Dateien

Norbert Eder — Wed, 17 Sep 2008 17:45:21 GMT

Viele Entwickler, die WPF-Browseranwendungen (XBAP) entwickeln stehen oft vor dem Problem, dass auf Datendateien zugegriffen werden soll. Da es jedoch unter Visual Studio ein unterschiedliches Verhalten zur veröffentlichten Variante (ClickOnce) gibt, werden zu diesem Thema immer wieder Fragen nach dem WIE gestellt.

Diese Frage habe ich nun aufgegriffen und einen entsprechenden Artikel inklusive einer Beispielanwendung verfasst. Beides wurde auf http://dotnet-gui.com veröffentlicht.

Link zum Artikel: WPF-Browseranwendungen und Daten-Dateien
Link zum Download: Zugriff auf Datendateien in einer XBAP-Anwendung (WPF-Browseranwendung)

Entwickler zu Dumping-Preisen

Norbert Eder — Mon, 15 Sep 2008 17:12:15 GMT

Da sehe ich doch heute glatt bei einer Google-Anzeige folgenden Text:

Finden Sie Top-Qualifizierte C#-Entwickler ab 6 Euro/Stunde

Das muss man sich auf der Zunge zergehen lassen. Sechs Euro pro Stunde. Für viele sicher genau DAS Argument, einen Klick für das gesamte AdWords-System zu produzieren. So billig kommt man doch sonst nie zu einem C#-Entwickler. Aber bekommt man hier auch die entsprechende Qualität? Wohl eher nicht.

Denn bei 25 Arbeitstagen zu je 8 Stunden bewegen wir uns hier bei genau 1.200 Euro. Da kommt noch die Steuer weg, Versicherung und natürlich auch sämtliche Aufwände (Equipment, Strom, Miete usw.). Wer also bitte arbeitet zu diesem Preis?

Davon abgesehen: Wieviel Qualität kann man für diesen Preis wirklich erwarten? Im Vergleich zu üblichen Preisen sind 6 Euro sogar unter Hungerlohn, d.h. ein wirklicher Experte auf seinem Gebiet wird sich zu diesem Preis nie und nimmer verkaufen.

Vermutlich lassen sich jedoch genügend darauf ein, da oft nur der Preis und nicht die tatsächliche Qualität zählt. Dass das Projekt damit drei Mal so lange dauert, von Fehlerfreiheit bei weitem keine Rede sein kann und auch sonst zur Genüge Probleme auftreten werden, ist eine andere Geschichte.

Ich kann mich über solche Angebote nur wundern ... und auch über diejenigen, die darauf einsteigen.

Mit Unit Tests zur einfacheren und intuitiveren Verwendung

Norbert Eder — Mon, 15 Sep 2008 08:15:26 GMT

Unit Tests sind ein Thema bei dem es Entwickler wie Ärzte halten: Gehe zu vier Ärzten und erhalte fünf Meinungen. Bei Unit Tests läuft es auf dieselbe Art. Also wie jetzt wirklich?

Mit den in Visual Studio integrierten Test-Möglichkeiten sollte man meinen, dass der Entwickler nun wirklich keine Ausrede mehr parat hat, Unit Tests nicht zu schreiben. Weit gefehlt. In vielen Projekten werden derartige Tests noch immer vernachlässigt bzw. im schlimmsten Fall nicht angedacht. Einen der Hintergründe - das Thema Aufwand - hatte ich schon einmal versucht, aus dem Weg zu räumen. Oft erscheinen Tests jedoch auch zu kompliziert, oder es wird diese großartige Unterstützung schlicht einfach nicht bedacht.

Für Unit Tests spricht aber nicht nur, dass damit die Fehlerfreiheit von Teilen der Software verbessert und laufend überprüft werden kann. Der Entwickler kann damit sich selbst, dem Team und neuen, zukünftigen Mitgliedern die Arbeit ebenfalls wesentlich erleichtern. Wie denn das?

Der Eckpfeiler daran ist, sich vor der tatsächlichen Implementierung eines Arbeitspaketes Gedanken zu machen, wie die resultierenden Klassen getestet werden können. Idealerweise werden die Tests vor der Entwicklung dieser Teile geschrieben, muss aber nicht zwingend passieren. Da sich der Entwickler nun im Vorfeld schon Gedanken über die Verwendung macht, wird daran gefeilt, bis eine leichte, intuitive Verwendung möglich ist. Schließlich möchte niemand 10 Zeilen Sourcecode schreiben, nur um eine einfache Berechnung auszuführen. Das Ergebnis ist also ein klares, einfach verständliches Design, welches sowohl die gestellte Aufgabe erfüllt und zudem nach der Implementierung voll funktionsfähig ist. Fehlen Gedanken zur Anwendung, kann letzterer Punkt nicht immer sichergestellt werden. Änderungen am Design sind daher im Nachhinein nötig und führen mitunter sehr schnell zu einer Verwässerung des ursprünglichen Designs.

Der Nachteil daran ist einfach erklärt: Neben der Notwendigkeit, sämtliche Dokumentationen zu ändern (Design Dokument etc.) hat sich durch die spätere Änderung das Design eventuell so stark verändert (meist durch Work-Arounds), dass die Code-Teile nicht mehr intuitiv zu verwenden sind. Team-Kollegen, neue Mitstreiter oder eventuelle Kunden, die programmiertechnisch damit in Berührung kommen, müssen sich lange durch die Dokumentation quälen anstatt durch einen ersten schnellen Tests die Funktionsweise zu verstehen. Eine einfache Sache kann also schnell zu einer Katastrophe ausarten.

Der weitere Ablauf liegt ebenso auf der Hand: Irgendwann wird ein anderer findiger Entwickler diesen Sourcecode zur Überarbeitung markieren. Es entsteht ein Arbeitspaket mit der Prioritätsstufe niedrig - wenn sich einmal Zeit findet. Bis dieser Tag angebrochen ist (in der Regel nie) werden an diesen Stellen vermutlich zahlreiche Funktionserweiterungen implementiert. Ein einfaches Austauschen ist somit auch nicht mehr möglich. Treten zu einem späteren Zeitpunkt gerade hier vermehrt Fehler auf, wird ein alter Spruch missbraucht: Das ist im Laufe der Zeit so gewachsen..

Als Tipp kann ich daher nur jedem Entwickler mitgeben: Bereits im Vorfeld sind Gedanken über die spätere Verwendung von Code-Teilen notwendig. Sinnvoll kann es natürlich sein, nach einem ersten Grob-Design mit einem Testfall zu beginnen. Anhand dessen kann abgeleitet werden, ob die angedachte Verwendungsweise tatsächlich gut ist, oder ob Nacharbeit notwendig ist. Nach zwei bis drei Iterationen über diese Punkte hat sich ein Verständnis für dieses Arbeitspaket entwickelt und auch die Verwendung sollte weitaus klarer und intuitiver sein, als dies vermutlich beim ersten Ansatz der Fall war.

Trickkiste goes Silverlight

Norbert Eder — Sat, 13 Sep 2008 16:56:53 GMT

Die Trickkiste ist eine der beliebtesten Seiten hier auf meinem Blog und war bisher eine reine Linksammlung zu ausgesuchten Blogeinträgen. Das hat sich nun auch nicht wirklich geändert. Was aber neu ist:

Die Einträge werden nicht mehr nur als simple Links angezeigt, sondern werden nun durch eine Silverlight-Anwendung präsentiert. So ist es nun möglich, durch die einzelnen Kategorien zu klicken, als auch nur über die enthaltenen Artikel zu suchen.

Wie steht ihr zu dieser Veränderung?

Impressionen meiner Hochzeit

Norbert Eder — Fri, 12 Sep 2008 10:05:58 GMT

Eine Hochzeit ist ein wunderschönes Ereignis, an dem nur leider nicht alle teilnehmen können. Daher möchte ich einige Fotos bereit stellen - schließlich wurde ich bereits von zahlreichen Freunden, Bekannten und Lesern darauf angesprochen.

Die Fotos wurden übrigens vom Fotostudio Furgler geschossen.

Technical Summit 2008 Gewinnspiel: Das Ergebnis

Norbert Eder — Fri, 12 Sep 2008 07:11:17 GMT

Das Gewinnspiel zum Technical Summit 2008 ist vorbei und die glücklichen Gewinner wurden gezogen.

Die richtigen Antworten waren:

Frage 1: Antwort A
Frage 2: Antwort A
Frage 3: Antwort A
Frage 4: Antwort C

Die glücklichen Gewinner sind:

René K. - Eintrittskarte zum Technical Summit 2008
Markus E. - Eintrittskarte zum Technical Summit 2008
Michael R. - Visual Studio 2008

Eine entsprechende Benachrichtigung wurde per Email ausgesendet.

Den Gewinnern möchte ich meinen Glückwunsch aussprechen, als auch ein Dankeschön an die zahlreichen Teilnehmer.

MSDN Social Bookmarking

Norbert Eder — Thu, 11 Sep 2008 17:12:49 GMT

Wie Kai Giza berichtet, ist MSDN Social nun online.

Damit erhält der Benutzer die Möglichkeit, eigene Bookmarks zu verwalten. Diese können öffentlich, als auch privat sein. Darüber ist es zusätzlich möglich, schnell interessante Inhalte zu finden. Ebenfalls können "fremde" Inhalte abonniert werden.

Insgesamt eine nette Idee und auf jeden Fall förderlich für die MSDN. Vollständige Informationen zu diesem Thema finden sich hier.