.NET Blog   ·   .NET Casts   ·   .NET GUI Foren   ·   .NET BlogBook   ·   WPF Blogger   ·   visual studio one   ·   ASP.NET professional

  • ACHTUNG - NEUES BLOG

    Ab sofort steht unter http://devtyr.norberteder.com mein neues Blog zur Verfügung. Dieses Blog wird nicht weiter betreut, bleibt aber erhalten. Neue Eintr%auml;ge erfolgen nur mehr im neuen Blog. Kommentare werden ebenfalls nicht mehr behandelt. Wer weiterhin meinen Einträgen und Aktivitäten folgen möchte, möge bitte RSS-Feeds, Verlinkungen etc. an die neue Location anpassen.
Download .NET Essentials Installer
Trickkiste

Alt, aber gut!

10.12.08 - Blog-Intern
Beitrag von Norbert Eder
  Die Zeit vergeht! Voriges Jahr hatte ich den Geburtstag übersehen und auch dieses Jahr erging es mir nicht anders (mit zunehmendem Alter werden Geburtstage wohl zunehmend verdrängt). Unabhängig dessen, es gilt zu feiern! Mein Blog Living .NET ist nun bereits drei Jahre alt.

Wie alles begann und vor allem, wann denn nun wirklich, ist den wenigsten bekannt (den meisten wohl auch egal), dennoch möchte ich dazu ein paar Worte verkünden, auch wenn ich mich dabei selbst in eine Krise stürze, aber lest selbst:

Wann begann es wirklich


Mein Blog in der jetzigen Form enthält Informationen seit November 2005. Das ist auch der Zeitpunkt, ab dem ich offiziell rechne. Gestartet hatte ich mein Blog jedoch schon im Juni 2003. Damals noch weitaus dezenter als dies Heute der Fall ist und mit eigener Lösung:



Das Themengebiet waren damals eher alternativ: Linux. Inzwischen hat sich dies bekanntlich geändert. Auch wenn ich mir manchmal einen Blick über den Tellerrand nicht verkneifen kann.

2005 entstand dann dieses Blog, ähnlich wie es nun auch ist. Die Themengebiete haben sich ebenso geändert, wie sich auch das Layout im Laufe der Zeit angepasst hat. Hier ein Screenshot, wie es noch 2007 ausgesehen hat:



Das vergangene Jahr


Zwar hielten sich die im letzten Jahr durchgeführten Änderungen in Grenzen, so hat sich dann doch etwas getan - und das nicht nur am Layout:

.NET GUI. Eine neue Community erblickte im Juni 2008 die Welt. Mit http://dotnet-gui.com rief ich eine Community für all diejenigen ins Leben, die sich mit der Entwicklung von grafischen Oberflächen unter .NET beschäftigen. Darunter fallen natürlich auch die aktuellen Technologien WPF und Silverlight.

Microsoft Most Valuable Professional. Im Juli diesen Jahres wurde ich zum MVP für Client App Dev ernannt. Das hat mich wirklich sehr gefreut und stellte für mich eine Belohnung für meine Tätigkeiten in der Community dar.

Hochzeit. Insgesamt zwei Jahre hatte dieses Projekt für mich gedauert. Im August ging es dann über die Bühne. Es wurde geheiratet. Wohl der größte Meilenstein im letzten Jahr.

Zusätzlich konnten auch noch Veröffentlichungen des .NET BlogBook durchgeführt werden, die Trickkiste wurde runderneuert (Silverlight) und natürlich weitere Projekte und Arbeiten.

Dankesworte


Ich für meinen Teil kann das verganene Jahr aus Sicht dieses Blogs als erfolgreich betrachten. Das wäre jedoch alles nicht möglich ohne den zahlreichen Lesern, Kommentierern, Mail-Schreibern, Unterstützern, Gedankenstützen, Helfern und Freunden. Danke!

  1 Kommentar - 738 mal angesehen   |  0 Trackbacks   |  Permalink  |  Trackback-URL


Silverlight Toolkit Dezember 2008 veröffentlicht

10.12.08 - .NET, ASP.NET, Silverlight
Beitrag von Norbert Eder
 Gestern wurde das Silverlight Toolkit December 2008 veröffentlicht.

Hier ein Auszug, was sich verändert hat:
  • More than 80 improvements and bug fixes
  • AutoCompleteBox and NumericUpDown have been moved into the Stable Quality Band.
  • Three new themes have been added: Bureau Black, Bureau Blue and Whistler Blue.
  • The sample application has been given a make-over and is now more polished and easier to navigate.
  • More tests added.
  • Better design-time support in both Visual Studio 2008 and Expression Blend, including icons, property tooltips and better property organization in the property editor.
  • AutomationPeer support added for AutoCompleteBox, Expander and NumericUpDown (as well as UpDownBase).
  • Charting improvements galore!

Weitere Informationen zum Toolkit finden sich auf der Codeplex Release-Seite.

Was ist das Silverlight Toolkit?


Dabei handelt es sich um eine Sammlung von hilfreichen Komponenten, die die Entwicklung unter Silverlight massiv erleichtern sollen.

  Kommentar hinzufügen   |  0 Trackbacks   |  Permalink  |  Trackback-URL


Perfektion als Maßstab?

05.12.08 - Entwicklung, Diskussionen, Software Testing, Projektmgmt., Qualitätsmgmt.
Beitrag von Norbert Eder
 Schön langsam wird es schwierig, alle Themen unter einen Hut zu bekommen. Ich versuche daher hiermit auf einige Punkte aus den unterschiedlichen Themenbereichen einzugehen, um hoffentlich alles ein wenig zu kanalisieren.

Alex hat ja bereits meine Aussagen zum Thema Der perfekte Softwareentwickler kommentiert. Nun hat sich auch noch Sven zu Wort gemeldet und das Thema Perfekte Software ins Spiel gebracht. Plausible und legitime Fragestellungen bzw. Aussagen können daraus erlesen werden.

Wenn ich mir darüber nun so meine Gedanken mache, dann stellt sich für mich die Frage, ob Perfektion überhaupt der Maßstab sein kann?

Qualität als Hürde


Software wird bekanntlich von sehr vielen nicht als qualitativ hochwertig angesehen, unabhängig der Bereiche, in denen seit jeher getestet wird, was das Zeug hält. In Business-Anwendungen und im Individual-Bereich zählen oft andere Anforderungen: schnelle Umsetzungszeit, möglichst hohe Funktionsdichte, möglichst hoher Gewinn. Legitime und nachvollziehbare Punkte, die sich offensichtlich mit erhöhtem Zeitaufwand durch Qualitätssicherung, Einführung neuer Methoden und Praktiken oft nicht vereinbaren lassen. Oder doch?

Aus Sicht der Nicht-Entwickler, fallen zum Zeitpunkt der Einführung derartiger Prozesse höhere Aufwände (zeitlich, monitär, etc.) an. Diese wollen oder können nicht getragen werden.

Der springende Punkte daran (und hier können sich weder Kunde, noch der Vorgesetzte, noch die Entwickler ausnehmen) ist, dass jeder seinen Teil dazu beitragen muss. Eine Gruppe alleine kann den großen Umschwung nicht bringen. Prozesse müssen optimiert, Methoden eingesetzt und beides gelebt werden. Nur dann kann es funktionieren.

Im Zuge dessen fällt immer wieder der Return on Investment (ROI). Ich gehe nicht so weit zu sagen, dass ihn niemand erkennt. Vielmehr wird oft nur der vermeintlich steinige Weg gesehen, den es zu gehen gilt. Dass dieser Weg gar nicht so steinig ist und mit kleinen, eingestreuten, Änderungen sehr schnell gegangen werden kann, wird oft nicht korrekt vermittelt (vom Entwickler, von Magazinen, von Online-Artikeln, etc.) oder vom Vorgesetzten dem Kunden gegenüber. Letztlich ist es dem Kunden egal, er will ein funktionierendes Produkt haben. Wie dies erreicht wird, Sache des Herstellers.

(Bewusst aussen vor lasse ich hierbei die Themen wie mit Features etc. umgegangen wird.)

Verantwortung übernehmen


Wohl einer der wichtigsten Punkte: Wer Verantwortung übernimmt, kann Veränderung bringen. Ein qualitätsbewußter Entwickler wird Verantwortung übernehmen, indem er einfach mal eben eine Build-Umgebung einrichtet, oder unabhängig der Unterstützung von oben seine Tests schreibt. Er wird eine geeignete Möglichkeit finden, seine Aufgaben zu analysieren, zu planen, umzusetzen und zu testen. Mit ein wenig Glück kann er diesen Gedanken auf Kollegen und Vorgesetzte transportieren.

Der Vorgesetzte muss Verantwortung üernehmen, indem dieser Entwickler gefördert wird. Natürlich muss nicht nur der qualitative Output passend sein, auch der quantitive. Ganz klar. Er muss einsehen, dass eine qualitative Verbesserung natürlich eine Auswirkung auf den gesamten Output des Unternehmens und somit auch auf das Branding des Unternehmens hat. Der Kunde wird es danken und eventuell weitere Kunden heranschaffen.

Ziel soll es sein, dass sich alle Bereiche (Entwickler, Vorgesetzer, Kunde) gegenseitig unterstützen und sich gegenseitig motivieren sich zu verbessern. Das muss nicht in Einklang mit Verzögerung, weniger Gewinn etc. gehen. Wohl aber geht es in die positive Richtung - mit dieser Einstellung.

Suchen, Sehen, Lernen, Verstehen, Vermitteln


Was Sven festgestellt hat, kann ich nur unterstreichen. Niemand weiß alles. Perfektion kann es also in diesem Sinne nicht geben. Was es aber geben kann und sollte, ist eine permanente Annäherung. Die Entwicklung von Software geht heute kaum schneller voran, als dies vor einigen Jahrzehnten der Fall war. Lediglich die Mittel, Werkzeuge haben sich geändert. Aus einem einfachen Programmierer ist ein Entwickler geworfen. Mit höheren Anforderungen, höhrerer Eigenständigkeit und mehr Verantwortung.

In diesem Zusammenhang fällt mir spontan der Begriff des Paradigmenwechsels ein. Ein Paradigmenwechsel wird notwendig, wenn Anomalien zunehmen und erkannt wird, dass ein anderer Weg doch der bessere wäre. Bis das Spiel wieder von vorne beginnt. In unserer schnelllebigen Branche verändert sich zwar vieles, Paradigmenwechsel halten sich - aus meiner Sicht - jedoch in Grenzen. Es gibt zwar hier Neues, dort Neues, aber wirklich wichtige Praktiken werden nur sehr sehr langsam angenommen.

Woran scheitert das?

Nicht weil wir so schlecht sind, es ist die Fülle an Information, an Werkzeugen, an Methoden. Haben sich darüber früher eine Handvoll Personen Gedanken gemacht, ist in der heutigen Zeit an allen Ecken und Enden ein neuer Aspekt zu lesen. Schwierig, alles unter einen Hut zu bekommen.

Wie war das? Sprich mit fünf Leuten und du erhältst 6 Meinungen. Der einzig wahre Weg ist nicht zu finden. Aber führen nicht alle Wege nach Rom? Die impliziert, das Rom das Ziel aller Ziele wäre. Dies bedeutet, dass auch alle Wege an Ziel führen. Ist das so?

Wie viele (Software)Projekte werden nicht abgeschlossen? Wieviele werden nicht mit vollständiger Funktionalität rechtzeitig ausgeliefert? Die Antwort kann sich jeder selbst geben.

Der Punkt ist, dass eben nicht alle Wege ans Ziel führen. Unterschiedliche Zeiten erfordern unterschiedliche Aktionen.

Gibt es eine Lösung?


Wohl nicht. Man kann wohl niemanden bekehren den richtigen Weg zu gehen, weil es ihn einfach nicht gibt. Aber man kann durchaus einen richtigeren Weg vorschlagen und versuchen zu unterstützen. Eigeninitiative und Verantwortung sind sie Schlagwörter von Wichtigkeit.

Es ist schön perfekt zu sein. Niemand wird jemals perfekt sein. Weder der Mensch, noch seine erschaffenen Produkte. In ist, wer nicht perfekt sein will, sich und seine Umgebung jedoch beständig zu verbessern versucht.

In diesem Sinne:
Keine Perfektion, aber kontinuierliche Verbesserung!

  Kommentar hinzufügen   |  1 Trackbacks   |  Permalink  |  Trackback-URL


Gedanken zum perfekten Softwareentwickler

04.12.08 - Entwicklung, Diskussionen, Software Testing, Qualitätsmgmt.
Beitrag von Norbert Eder
 Nach meiner Antwort zu Peter, hat sich nun auch Alex zu Wort gemeldet. Dem kann ich mich inhaltlich auch voll und ganz anschließen (ein Hoch auf mein Notizbuch).

Was ich jedoch aussagen wollte, war etwas anderes. Wir sprechen hier von Themenbereichen, die für manche täglich Brot sind und worüber oft nicht mehr nachgedacht werden muss. Bei vielen Entwicklern verhält sich das anders.

So erlebe ich fast täglich, das Begriffe wie Test-Driven-Development (TDD) oder Domain-Driven-Design (DDD) nicht allgemein hin bekannt sind. Teilweise noch nicht einmal im Ansatz.

Verweigerung: Nein! Doch!


In der Praxis wird Software oft nicht entsprechend dieser Methoden entwickelt. Dies hat unterschiedlichste Gründe:
  • Unzureichende Motivation, sich weiter zu bilden
  • Probleme mit dem Programmier-Werkzeug
  • Ausrede: Zeitdruck
  • Verweigerung dem Testing gegenüber
  • Lieber diskutieren anstatt es zu tun
  • Faulheit
  • Nicht wissen, wo beginnen

Diese Liste könnte wohl noch um zahlreiche Punkte verlängert werden.

Es gibt Entwickler, die als Leitkuh fungieren und versuchen, andere mit auf diesen Zug zu bringen. Das ist teilweise nicht so einfach. Wie bewegt man jemanden dazu, sich diesen Methoden anzuschließen, wenn jegliche Motivation, dies zu tun, fehlt?

Vorschriften. Schön und gut. Aber kann ein Softwareentwickler zu Qualität gezwungen werden? Wohl nicht. Daher ist es angesagt, Best Practices aufzuzeigen und der Einfachheit halber den Weg langsam zu beschreiten. Nicht jeder kann und will seinen über Jahre antrainierten Wasserfall-Stil von Heute auf Morgen aufgeben und sich um 180° wenden.

Streben nach Perfektion


Der Entwickler ist faul - wird immer behauptet. Daraus ließe sich ableiten, dass er von Haus aus versucht den idealen Weg zu finden, seine Arbeit zu lösen. Lieber einmal kurz und knackig implementieren, als ständig Fehler beheben zu müssen. Lieber mit Testing arbeiten und sich so absichern. Lieber Tools verwenden, die sich aktuelle Paradigmen zu Nutze machen und die Arbeit erleichtern. Alles logische und nachvollziehbare Punkte. Was aber, wenn die Faulheit in die andere Richtung ausschlägt?

Verbesserungsmöglichkeiten?


Eine fehlende Grund-Motivation kann man keinem Entwickler einpflanzen. Aber dem Gewillten kann man den Weg ebnen. Vielleicht wäre es also ganz gut, sich darüber Gedanken zu machen, wie man denn unbedarfte Software-Entwickler erfolgreich, ohne allzu große Hürden auf diesen Weg bringt. Der von Alex aufgezeigte Weg ist sicherlich einer, den doch einige von uns gegangen sind. Aber ist er nicht zu steinig?

Daher meine abschließende Frage: Gibt es überhaupt einen einfachen Weg, das Verständnis und die Bereitschaft zu agilem Denken zu schaffen, oder kann dieser Weg nur vom Entwickler selbst eingeschlagen werden?

  2 Kommentare - 885 mal angesehen   |  2 Trackbacks   |  Permalink  |  Trackback-URL


Prozessoptimierung par excellence

03.12.08 - Kunterbunt
Beitrag von Norbert Eder
 Nahezu jeder Prozess kann optimiert werden. Was aber passiert, wenn einer absolut getuned wurde?

Mir gerade passiert:
  • Ich gehe in mein "Spiel-Zimmer".
  • Schalte die PS3 ein
  • Schalte den Fernseher ein
  • Nehme den Stromverteiler
  • Stecke den Verteiler an
  • Setze mich auf die Couch
  • *wart*
  • *wart*

Tja, da ist man ein wenig umweltbewußt und steckt schön brav alles aus, vergisst aber, dass man den Geräten zuerst Strom geben sollte, bevor man sie einschalten kann und wundert sich dann, warum sie zwar alle auf Standby gehen, aber nicht vor Freude losstarten.

Der Prozess wurde wohl zu sehr optimiert ... also doch wieder ein, zwei Schritte mehr machen.

  Kommentar hinzufügen   |  0 Trackbacks   |  Permalink  |  Trackback-URL


Gedanken zum perfekten Software-Design

03.12.08 - Entwicklung, Diskussionen, Software Testing, Qualitätsmgmt.
Beitrag von Norbert Eder
 Peter Bucher hat in seiner Blogpost Es gibt kein perfektes Design, oder doch über die Qualität des Sourcecodes in Projekten geschrieben. Einige der Punkte möchte ich so aber nicht stehen lassen.

Entwickler und Wunschdenken


Im Gegensatz zum zugrunde liegenden Artikel bin ich nicht der Meinung, dass das Wunschdenken bei vielen Entwicklern in Richtung "Perfektes Design" geht. Vielmehr ist es den meisten Entwicklern wichtig, dass die umzusetzenden Punkte in der veranschlagten Zeit umgesetzt werden. Die Qualität wird daher oft außen vor gelassen. Dies resultiert darin, dass sich viele Entwickler kaum Zeit nehmen zu prüfen, wie ein Algorithmus etc. entwickelt werden kann, so dass er performant und zukunftssicher ist.

Das heißt, das Wunschdenken vieler Entwickler geht meist in Richtung "Hoffentlich bin ich bald fertig mit meinem Task". Natürlich gibt es auch Ausnahmen. Keine Frage. Aber sie sind nicht in der Mehrheit.

Debugging-based Development


Ein wichtiger Punkt hierbei ist - und diesen habe ich schon sehr sehr oft erlebt - das Entwickeln per Debugging. Was bedeutet das? Es werden ein paar Codezeilen geschrieben, dann wird gleich der Debugger angeworfen um zu sehen ob es funktioniert. Wenn nicht, dann gibt der Debugger ohnehin Bescheid an welcher Stelle es knackt. Dort wird eine Änderung durchgeführt und der nächste Debug-Durchlauf startet.

Vielmehr sollte sich der Entwickler zuvor Gedanken darüber machen, was denn da wirklich gefordert wird. Daraus ergeben sich Anforderungen an den zu schreibenden Code. Hier ist es oft sinnvoll, sich vielleicht doch ein paar Minuten mit dem MSDN auseinander zu setzen. Eventuell gibt es dann doch einen Hinweis, der mich das Problem wesentlich eleganter lösen lässt. Zusätzlich ist es immer von Vorteil, sich den Ablauf des Problems aufzumalen. Ob dies nun via UML-Tool passiert, per Visio (ja, kann auch UML) oder einfach am Blatt Papier hängt von der Komplexität und der Anzahl der notwendigen Klassen ab. Aber es fängt schon bei Methoden an, die drauflos entwickelt werden.

Das Hauptproblem bei Machen wir einfach mal schnell ist, dass irgendwann der Punkt kommt, der eine Änderung erfordert. Es funktioniert nicht so, wie man sich das gedacht hat. Und hier fängt es an: Der Code wird mit Gewalt so zurechtgerückt, dass er schlussendlich funktioniert. Im Schönwetter-Fall.

Streben nach Perfektion


Der eine hat's, der andere nicht. Es wäre eine Verallgemeinerung zu behaupten, dass jeder Entwickler nach Perfektion strebt. Viele wollen das Produkt fertig stellen, damit Geld herein kommt. Andere reden sich auf den Zeitdruck aus. Andere wollen wieder eine vergoldete Glaskuppel bauen und können ihr Projekt nie abschließen. Es muss also ein Mittelweg gefunden werden. Dieser sollte sowohl in sauberen Code (wie sieht sauberer Code aus?), Einfachheit und Zukunftssicherheit resultieren. Ebenso wenig sollte die Testbarkeit vergessen werden.

Fazit


Es gibt zwar kein perfektes Design, es gibt auch keinen perfekten Sourcecode. Aber jeder Entwickler sollte sich zumindest Mühe geben, Coding-Standards einzuhalten, sich mit seiner Programmiersprache als Werkzeug zu beschäftigen und diese auch entsprechend einzusetzen wissen. Ebenso gehört dazu, auch einmal die eine oder andere Minute mit dem Lesen der Dokumentation zu verbringen und grundsätzlich analytischer an die Problemstellung heran zu gehen.

Sehr gut funktioniert es, sich zuvor zu überlegen, wie denn der neue Code verwendet werden soll. Ein Zeilen wie die neuen Klassen und/oder Methoden verwendet werden sollen und schon erkennt man frühzeitig Probleme und kann diese noch vor dem Start der Implementierung bereinigen. So kleine Dinge können so viel verbessern.

  4 Kommentare - 1201 mal angesehen   |  1 Trackbacks   |  Permalink  |  Trackback-URL


Praxisbericht: Samsung Omnia SGH-i900

02.12.08 - Kunterbunt
Beitrag von Norbert Eder
  Seit einigen Tagen habe ich nun das Samsung Omnia im täglichen Gebrauch. Das sollte ausreichend sein, um ein erstes Statement abzugeben.

Verarbeitung


Das Handy macht einen sehr stabilen Eindruck. Keine Knöpfe wachkeln, die Tasten sind gut zu bewegen, besitzen einen guten Druckpunkt. Lediglich die hintere Abdeckung gefällt mir nicht sehr gut. Diese wirkt etwas filigran. Bei häufigem Abdecken derselben könnte ich mir gut vorstellen, dass sie nicht lange überlebt.

Technische Ausstattung


Die technische Ausstattung ist für meinen Fall genau richtig. Ob es nun HSDPA, HSUPA, WLAN, Blootooth oder GPS ist. Es ist alles dabei. Der interne Speicher von 8 GB sollte für die meisten Anwendungen ausreichend sein. Wer mehr benötigt, kann ihn um weitere 8 bzw. 16 GB erweitern. Hier fällt jedoch negativ auf, dass der Einschub für die microSD-Karte bei der SIM-Karte angesiedelt ist. Ein Öffnen der hinteren Abdeckung läßt sich dadurch nicht umgehen. Wer also häufiger die Speicherkarte wechseln möchte, der sollte dies tunlichst vorsichtig machen.

Die 5MP-Kamera liefert für ein Handy ganz gute Bilder, wenn auch der Auslöser ein wenig auf sich warten läßt. Für das eine oder andere Foto sollte das durchaus reichen. In meinem Fall greife ich ohnehin lieber zu einem Fotoapparat.

Handhabung


Durch das große Touch-Display und mit Hilfe der mitgelieferten Anpassungen ist die Handhabung gut. Das Touch-Display reagiert in den meisten Fällen schnell und unproblematisch. An Randzonen ist die Empfindlichkeit nicht ganz so hoch. Das 1A-Erlebnis wird lediglich durch Windows Mobile getrübt, welches trotz der verpassten UI-Anpassungen bei Einstellungen durchkommt. Das erste Einrichten sollte daher mit dem Stylus durchgeführt werden. Ist das Handy konfiguriert kommt man nur mehr kaum in das Vergnügen, den Stylus verwenden zu müssen.

Durch den Kauf von SPB-Shell kann die Oberfläche weiter verbessert werden. Dadurch erhält man schon fast iPhone-Niveau, wenn auch nicht ganz.

Synchronisierung


Diese läuft gewohnt gut. An den Rechner angeschlossen, ActiveSync 4.5 aktiviert und schon waren alle Daten meines Outlooks (Anbindung an Exchange) auf meinem mobilen Gerät. Wunderbar. Kein Stress, keine Probleme. So soll es sein.

Standby-Zeiten


Ein wichtiges Kriterium sind auch die Standby-Zeiten. Bei mir läuft alle 2 Stunden eine Synchronisierung mit meinen Email-Servern via HSDPA. GPS, WLAN und Bluetooth sind deaktiviert und werden nur bei Bedarf aktiviert. Da ich nicht der Viel-Telefonierer bin (max. 30-40 Minuten pro Tag) hält der Akku an die vier Tage, eher knapp mehr. Das ist für mich ausreichend. Mein altes HTC TyTN wollte jeden 2. Tag aufgeladen werden.

Fazit


Das Samsung Omnia SGH-i900 macht auf mich einen sehr soliden Eindruck. Größtes Manko ist sicherlich die fehlende Intuitivität des Betriebssystems. Dafür kann Samsung aber nichts. Hier muss hinzugefügt werden, dass Windows Mobile jedoch viele Funktionalitäten mit bringt (vor allem im Business-Bereich), die man auf einem iPhone kläglich vermisst.

Wer also ein stylisches Handy mit vielen Funktionen, einem guten Akku und jeglichen technischen Schnick-Schnack haben möchte, der ist mit dem Omnia sehr gut beraten.

  9 Kommentare - 1984 mal angesehen   |  0 Trackbacks   |  Permalink  |  Trackback-URL


Vista SP2 steht in den Startlöchern

01.12.08 - Internet, Kunterbunt
Beitrag von Norbert Eder
 Das bedeutet, dass ab Morgen, 2. Dezember, für alle Technet bzw. MSDN-Abonennten die Windows Vista SP 2 Beta als Download bereit steht.

Ab 4. Dezember steht sie dann öffentlich bereit. Für diejenigen unter Euch, die noch immer auf XP setzen könnte SP2 doch eventuell einen Umstieg wert sein, wenn es denn schlussendlich final zu haben ist.

Für diejenigen, die sich die Beta ansehen wollen oder überhaupt einen Überblick erhalten möchten, was denn auf uns Vista-Benutzer zu kommt, hier ein ganz kleiner Auszug:

Verbesserter Hardware-Support


  • Windows Connect Now (WCN) WIFI-Konfiguration
  • Recording auf Blu-Ray
  • Bluetooth 2.1
  • Unterstützung für neue VIA 64bit-CPU

Sicherheit


  • Alle bisher veröffentlichten Sicherheits-Updates
  • Verbesserte Zuverlässigkeit

Performance


  • Verbesserungen im WIFI-Umfeld
  • Integration von Windows Search 4
  • Verbessertes RSS-Sidebar-Gadget

Sonstiges


  • Verbesserte System-Administration
  • Verbesserungen bezgl. Kompatiblität
  • Service Pack Clean-Up Tool
  • Single Installer für Vista und Server 2008
  • Usw.

Das ist bei weitem keine vollständige Liste. Detaillierte Informationen werden bei Veröffentlichung in den Release Notes zu finden sein.

  3 Kommentare - 886 mal angesehen   |  0 Trackbacks   |  Permalink  |  Trackback-URL


Empfehlenswerte Bücher zur WPF

26.11.08 - .NET, WPF
Beitrag von Norbert Eder
 In der letzten Zeit häufen sich die Anfragen nach empfehlenswerten Büchern zur Windows Presentation Foundation. Hier zwei Bücher, die man sich ohne zu überlegen kaufen kann:

Programming WPF Programming WPF von Chris Sells und Ian Griffiths. Auf über 800 Seiten wird ein guter Überblick inklusive jeder Menge Details geboten.
Essential Windows Presentation Foundation Essential Windows Presentation Foundation von Chris Anderson. Als einer der Architekten der WPF weiss er ganz genau um die einzelnen Konzepte Bescheid und beschreibt diese auch gut und verständlich.

By the way: Chris Sells (Program Manager for the Connected Systems Division) wird auf der VSone (11. bis 12. Februar 2009) die Keynote halten.
  1 Kommentar - 986 mal angesehen   |  0 Trackbacks   |  Permalink  |  Trackback-URL


Gewinne ein BASTA! Spring 2009 Ticket

25.11.08 - Grundlagen, WPF, Silverlight, Internet, Community
Beitrag von Norbert Eder
  Darf's ein Ticket für die Hauptkonferenz der BASTA! Spring 2009 sein? Auf .NET GUI gibt es ab sofort eines zu gewinnen!

Der Aufwand, um am Gewinnspiel teilzunehmen, ist sehr gering. So nimmt jeder teil, der bis 16. Januar 2009 einen How To-Beitrag schreibt. Natürlich ist es auch möglich, mehrere Beiträge zu schreiben - dadurch steigen auch die Chancen auf den Gewinn!

Der behandelte Themenbereich muss passend gewählt sein. D.h. alles aus dem Bereich Grafische Benutzeroberflächen unter .NET ist möglich. Dies inkludiert unter anderem
  • Windows Presentation Foundation
  • Silverlight
  • Windows Forms

Also am besten gleich mal einen Beitrag schreiben, um sicher am Gewinnspiel teilzunehmen!

Zur News
Zu den How To's

  2 Kommentare - 792 mal angesehen   |  0 Trackbacks   |  Permalink  |  Trackback-URL



Zurück Weiter