Bei der LBBW habe ich den Team Foundation Server, die Entwicklungsprozesse und das Deployment von .NET Anwendungen komplett auf den Kopf stellen dürfen. Herausgekommen ist doch eine sehr moderne Entwicklungsumgebung, die sich sehen lässt. Speziell die gute Prozessunterstützung vom Artiso Workitemmanager und die Einführung mit Artiso zusammen hat sehr viel Spaß gemacht. Auch die bereitgestellten virtuellen Entwicklungsserver bieten so Ihre Vorteile. Wer den Artikel aber komplett lesen möchte, kann den folgenden Link anklicken:

http://www.microsoft.com/germany/kundenreferenzen/default.aspx?qu=lbbw&industry=&product

Leider konnten XPS oder Silverlight nicht alle lesen. Daher ist die Version als PDF hier noch angehängt:

CS6000911_LBBW_final.pdf (443,94 KB)

Sony Notebooks hatten bei mir eigentlich keinen guten oder schlechten Namen. Seit heute denke ich da allerdings etwas anders...

Wie bei Winfuture steht, wird die Hardwarevirtualisierung bei keinem VAIO unterstützt!!! Dies ist eine Kernfunktion von einem Core2Duo Prozessor, die auch beworben wird. Leider kann ich diese große Einschränkung nirgends in den Spezifikationen bei Sony finden. VMWare Server, der XP Modus unter Windows Server oder auch mal einen Hyper-V Server für eine Präsentation sind demnach nicht möglich...

Für mich und auch so machen anderen .NET Entwickler stellt das sicher ein K.O. Kriterium beim Notebookkauf dar. Ich selbst könnte damit nicht leben und bin froh diese Details zu kennen.

Bleibt zu hoffen, dass Sony dies bald behebt und man in 1-2 Monaten die schicken aber teuren Geräte wieder empfehlen kann. Für bestehende Kunden drücke ich mal ganz doll die Daumen, dass es ein BIOS Update oder eine Rückgabemöglichkeit geben wird. Ist das nicht ein versteckter mangel?

Hier ist der Link zum Artikel: http://winfuture.de/news,48933.html

Da fällt mir gerade ein, dass mein HP Notebook nx6325 schon 3 Jahre alt ist. Hier geht die HW-Virtualisierung schon - aber nicht in Zusammenhang mit Hyper-V. Das ist sehr schade - aber ich habe mich hier auch nur geärgert und nichts unternommen ;)

Ein paar Fragen zum Einstieg

Wer kennt Microsoft Forefront?

Wer setzt Microsoft Forefront ein?

Wer findet die Installation und Lizenzierung toll?

Weitere zumeist negative Erkenntnisse

Ich beantworte diese Fragen nicht - jeder kann nach einem Test selbst eine Meinung bilden. Fakt ist jedoch, dass die positive Rückmeldung von Frage zu Frage sinken wird!

Für Entwickler oder Microsoft Partner mit MSDN Abo stellt sich jedoch eine etwas andere Sichtweise dar:

Man lädt sich aus der MSDN die Microsoft Client Security Suite in Englisch oder Deutsch herunter. Und los geht es leider noch nicht. Das Tool möchte am liebsten einen WSUS installieren und eine abgespeckte Version vom MOM dazu. Hierfür wird ein Server mit viel Festplatte und auch etwas Ram benötigt. Die Einarbeitung mit der Verteilung macht zudem einigen Aufwand. In aller Regel wird man das Produkt nach diesen Erkenntnissen spätestens in die Ecke werfen und es abhaken. Aber wer so an die Geschichte heran geht, verpasst so einiges!

Wie gehe ich richtig ran?

Ich empfehle jedoch eine andere Herangehensweise an dieses Produkt. Man extrahiert einfach die heruntergeladenen Dateien und schaut sich den Inhalt mal genauer an. Hier findet sich eine EXE zum installieren und dies geht nicht per GUI. Aber mit einer äußerst einfachen Kommandozeile ist man hier schon dabei:

<Forefront Ordner>\clientsetup.exe /NOMOM

Am wichtigsten ist der Parameter /NOMOM ! Ist dieser deaktiviert, so wird der kleine MOM Client nicht mit installiert und das Tool schreibt keine Fehler und braucht auch weniger Performance. Sollte man einen MOM haben, kann man das natürlich auch mit installieren und bekommt ein zentrales Reporting.

Der Weg mit der Kommandozeile ist für 32 Bit Systeme OK. Für 64 Bit Systeme ist noch der Unterordner x64 gedacht. Hier ist folgende Kommandozeile OK:

<Forefront Ordner>\x64\clientsetup.exe /NOMOM

Ist das Tool installiert, so erscheint unten in der Taskleiste ein organges Symbol, weil die Definitionen sehr stark veraltet sind. Sind automatische Updates aktiviert, so wird jedoch beim nächsten Suchen das SP1 für Forefront mit installiert. Nur mit dem aktivierten Windows Update wird man eh neue Definitionen erhalten und das ganze OHNE den WSUS oder irgendwelche Serverkomponenten! Wer das SP1 und eventuell aktuellere Updates mit paketieren möchte kann sich unter dem folgenden Link auf der Downloadseite von Microsoft bedienen:

SP1 Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=c980f790-23d6-4644-ad19-d0c268c63c35&DisplayLang=de

KB-Nummer: KB951951

Forefront Webseite: http://www.microsoft.com/forefront/clientsecurity/en/us/default.aspx

Ist das Tool auf SP1 upgedatet und die aktuellsten Definitionen installiert, so wird das Symbol endlich grün. Ohne SP1 wird man leider mit der integrierten Suche auch keine Updates mehr herunterladen können - von dem her nicht verzagen, wenn es etwas dauert, bis der grüne Haken endlich kommt.

Der laufende Betrieb:

Im laufenden Betrieb wird das ein Mal grüne Icon hoffentlich auch grün bleiben. Nur wenn der PC mal mehr als 3 Tage aus war, wird es gelb. Die Aktualisierung ist aber in aller Regel sehr stabil und fix. Alle paar Tage will das Tool einen Quick Scan machen. Auch dieser fällt dem Anwender nicht so negativ auf. Somit würde ich den Betrieb des nicht so einfach zu installierenden Tools als problemlos sehen.

Und was habe ich davon?

Ein Tool, was mit den Standard Tools nicht einfach zu installieren ist, wird von mir trotzdem als Geheimtipp betrachtet! Das muss seinen Grund haben und hier gibt es mehrere, die es deutlich von anderen Virenscanner abheben. Hier die wesentlichen Vorteile im Überblick:

* Bahnbrechende Performance (Forefront: Ram 10MB - Last bei großen Files 1-2% / FSecure: Ram 80MB - Last bei großen Files 50% -> muss man noch mehr schreiben???)

* Sehr einfaches Handling (Nach der Installation, die auf den zweiten Blick super einfach ist, kommt so gut wie 0 Wartung auf einen zu)

* Service Packs ohne Probleme (Während bei FSecure ein Service Pack meist Probleme macht, hatte ich bei Forefront noch nie ein Problem)

* Wenige Falschmeldungen (Forefront greift selten ein - aber wenn da richtig - trotz sehr ausführlicher Nutzung hatte ich noch keinen Virus!)

* Konfliktarm (0 Reibungen mit vorhandenen Firewalls oder Antispyware Tools)

* Auf Windows Systemen fast plattformunabhängig (XP, 2003, Vista, Seven, 2008 R2 laufen problemlos!)

Daher ist Forefront Client Security erst auf den zweiten Blick ein sehr gutes Antivirus System. Aber wer so weit geschaut hat, bekommt hier in meinen Augen sogar eines der besten und stabilsten auf dem Markt.

An Microsoft: Bitte macht das Produkt so einfach und nutzt die Stärken! Und eine einfachere, günstigere Lizenzierung speziell im SBS Bereich wäre dann die Krönung!!!

Hat schon mal jemand versucht einen Cluster im Hyper-V aufzubauen? Da man keine SCSI Cluster mehr bauen kann, ist das schwierig. Wer ein ISCSI hat, kann sich glücklich schätzen. Wer das kauft, wird arm ;)

So gab es bisher die Open Source Alternative openfiler. Mit dieser konnte man brauchbare Ergebnisse erzielen. Aber die VM Additions in eine Linux VM zu bekommen ist schon mal doof - dann mit LINUX weiter zu arbeiten um so schlimmer *g*

Jetzt gibt es den Windows Server 2008 Storage Server im MSDN neu. Früher war der nur für OEM's zu bekommen und jetzt für alle. Man kann diesen installieren und das ISCSI Target nachinstallieren. Nun kann dieser Server mit der zugekauften Lösung ein ISCSI Netzwerk initieren. Ein Speichernetzwerk, was sozusagen eine SAN Festplatte darstellt. Tolle Lösung, oder?`

Wer jetzt jedoch diesen Server 2008 Storage Server installieren will, wird vor dem Problem enden, dass das Passwort gesetzt ist und man es in der Doku extrem schwierig findet... Nach langer Recherche habe ich es doch gefunden: "wSS2008!" (ohne Gänsefüßchen).

Damit sollte jetzt auch die Evaluierung dieses Produktes kein Thema mehr sein - ich bin schon über Rückmeldungen gespannt!

Ich habe jetzt schon sehr oft das Problem gehabt, das MSDN Lizenzmodell verständlich zu erklären. Microsoft macht es einem da ja auch nicht leicht. Daher habe ich jetzt lange überlegt wie man es besser erklären kann und bin auf ein witzigen Vergleich mit einem Golfclub gekommen. Da es auf die MSDN Team Suite gemünzt ist, finde ich auch, dass es ein gediegenes Produkt ist, was zu einem edlen Golfclub passt ;)

Eintritt in den MSDN Golfclub

Die MSDN Lizenz ist beim ersten Kauf für den Entwickler teuer. Das nennt man dann die Eintrittsgebühr. Diese Eintrittsgebühr muss jeder Entwickler zahlen, wenn er in unseren MSDN Golfclub eintreten will. Zusammen mit der Eintrittsgebühr muss man auch den ersten Jahresbeitrag für Platznutzung und Greenfee zahlen. Je nach Vertrag (Open, Select oder Einzellizenz) kann es auch sein, dass man gleich bis zu 3 Jahresbeiträge zahlen muss.

Verlängerung und Kündigung

Bei den anderen Golfclubs verlängert sich der Vertrag immer automatisch. Bei dem MSDN Golfclub ist dies anders. Man muss sich hier aktiv kümmern, um im Verein bleiben zu dürfen. Sprich man verlängert den Vertrag um ein weiteres Jahr (Bei Open / Select bis zu 3 Jahren). Diese Zeit ist man weiter im Club und darf auch alle neuen Plätze mit nutzen, die in dem Zeitraum gebaut werden ;) (neue Software).

Sollte man vergessen den Vertrag zu verlängern, darf man zwar auch weiter spielen, aber alle neuen Plätze sind tabu und auch die alten Plätze werden nach und nach geschlossen (keine neue Software mehr zum Download). Somit wird man bald zum Außenseiter in unserem MSDN Golfclub und ist gezwungen entweder ganz auszusteigen oder darf mit der Zahlung der voller Eintrittsgebühr wieder zurück zum Geschehen kommen.

Nutzung (Software und so...)

Mit dem Jahresbeitrag darf ich dann alle Plätze, Spielzeuge und Anlagen des Vereins nutzen. Nur die Flugsimulatorabteilung bleibt unseren Mitliedern vorenthalten (Microsoft Games). Toll ist auch, dass man kein Handicap braucht. Somit darf jeder eintreten, ob er nur vollblut Informatiker oder Hobbyentwickler ist. Nur das nötige Kleingeld muss er halt mitbringen!

Verrechnung der Gebühren für die Beruhigung der Golf spielenden Controller

Der Controller will jetzt noch den Mitgliedsbeitrag absetzen. Hierzu muss ich ihm die Eintrittsgebühr aufschlüsseln. Die Eintrittsgebühr selbst ist eine Invest Position und kann aktiviert (Abschreibung über 5 Jahre als Software) werden. Die Anteile der ersten Abogebühr und auch die folgenden Abogebühren ist Verwaltungsaufwand und können nicht aktiviert werden.

Vereinsheim (Der Team Foundation Server)

In unserer Edlen MSDN Lizenz ist noch kein Vereinsheim (Quellcodeverwaltung) enthalten. Man muss sich also mit dem Team Foundation Server selbst eines bauen. Dies ist zwar nicht teuer, aber es kostet viel Zeit. Man kann das Vereinsheim sozusagen nur in Eigenleistung erstellen oder einen Dienstleister beauftragen, der einem zeigt, wie man es bauen kann.

Ausrüstung (Mäuse hoffentlich ohne Bälle, Laptops und Co.)

In unserem MSDN Golfclub braucht man keinen Schläger, aber einen Computer mit Maus und Tastatur. Bälle werden bei uns heute meist durch Laser oder wenigstens die Optik der Maus ersetzt. Die, die immer noch mit Bällen im MSDN Golfclub antreten tun mir da schon etwas leid.

Trainerstunden (Oder auch Schulung genannt)

Im MSDN Golfclub sind Supportcalls enthalten. Hier kann man also bei den besten Trainern der Welt nachfragen, was man falsch gemacht hat und seinen Fehlschlag analysieren lassen. Diese Trainer verlangen jedoch, dass man den Schlag immer genau reproduzieren kann. Und man darf meist nur 4 Schläge (Fehler) pro Jahr kostenlos analysieren lassen. Möchte man mehr, so kann man auch Trainerstunden buchen. Hier sind zum Beispiel Gruppentrainings wie die BASTA oder auch die Team Conf zu empfehlen.

Andere Golfplätze (Die Konkurrenz und Billigmitgliedschaften für Schnorrer *g*)

Die Konkurrenz bietet auch Golfplätze an. Diese sind meist so wie diese Internetmitgliedschaften. Man zahlt deutlich weniger, muss dann aber kämpfen überhaupt einen Golfplatz zu finden auf dem man spielen darf. An so tolle Trikots (Steuerelemente), wie von Infragistics ist dann da nicht zu denken. Auch ein so tolles Vereinsheim, wie den Team Foundation Server, haben die wenigsten zu bieten. Für Leute, die gar nicht selbst entwickeln, sondern nur testen und administrieren, hat Microsoft den TechNet Golfclub im Angebot. Sozusagen etwas für passive Mitglieder. Auch die MSDN Team Edition steht zur Wahl bereit. Hier zahlt man nur die Hälfte, darf dann aber nur auf einem Platz spielen. Dies ist dafür jedoch der größte und somit eine denkbare Alternative für Leute die sparen wollen. Vielleicht kann man sogar günstige Angebote beim Discounter um die Ecke finden ;)

Fazit

Bitte nicht alles so ernst nehmen, was ich es hier geschrieben habe. Aber ich muss sagen, dass 100% zu der MSDN Team Suite passt. Die Leute, denen ich die MSDN Lizenz so oder so ähnlich erklärt habe, fanden es lustig, spannend und die haben es noch dazu verstanden!!! Sonst habe ich immer 3-4 Anläufe gebraucht ;)

Beim letzten Mal wurde nur das Visual Studio 2008 installiert. Doch heute arbeitet jeder Entwickler, der etwas auf sich hält mit dem SP1 installiert. Dies muss man ja auch nicht mehr händisch machen...

Zuerst lädt man sich das Visual Studio 2008 SP1 herunter und stellt es auf einen lokalen Ordner (z.B. x:\).

• http://www.microsoft.com/downloads/details.aspx?FamilyId=FBEE1648-7106-44A7-9649-6D9F6D58056E&displaylang=en für den Download

Falls es noch jemand in Deutsch installiert natürlich auf Deutsch umstellen, da das SP1 in der Sprache sein muss, wie das Visual Studio 2008 selbst. Da es abweichende Namen für die Service Packs gibt heißt es bei mir einfach <Dateiname>.

•  x:\<Dateiname>.exe /createlayout x:\VS90SP1 /q

Mit dieser Befehlszeile wird das Paket in den Ordner auf x entpackt von dem ich ab sofort meine automatischen Installationen vornehmen möchte.

Eventuell haben Sie auch das Glück, dass Sie schon eine entpackte Version des Service Packs vorliegen haben.

Da es hier keine Optionen oder PID's mehr gibt kann schon die Installation erfolgen.

• SPInstaller.exe /q /norestart

Nach der langen Installationsphase von dem SP1 ist nun ein aktuellen Visual Studio auf dem Rechner und man hat die rund 1,5 Stunden für die Installation gespart ;)

Um das Visual Studio ohne GUI zu installieren und dann keine Testversion zu erhalten ist ein wenig Aufwand nötig. Hat man es jedoch ein mal gemacht staunt man, mit wie wenig Schritten es geht, tja wenn man es weiß!

·         Installationsmedium auf lokale Festplatte kopieren

·         MSDN Ordner kann unter Umständen weggelassen werden

Als erstes benötigt man das Installationsmedium der Lizenzierten Edition. In meinem Fall ist dies die Visual Studio 2008 Team Suite. Ich gehe jetzt einfach davon aus, dass das Installationsmedium auf eine Festplatte kopiert wird. Bei einer Installation auf PC's mit dauerhafter Online Anbindung kann man den großen Ordner MSDN löschen und immer die aktuellste online Version nutzen.

·         Über eine CMD Box gehe ich auf den kopierten lokalen Ordner (bei mir x:\)

Hier wähle ich zum erstellen eines Hilfsfiles nicht das Setup im Hauptorder aus, sondern gehe in den Unterordner Setup. Mit der folgenden Befehlszeile erstelle ich eine unbeaufsichtigte Installation:

·         X:\VS2008\setup\setup.exe /createunattend x:\setup\VS2008.ini

·         Installationsoptionen auswählen

Nach diesem Aufruf startet die GUI, als würde man eine Installation vornehmen. Man stellt die Komponenten ein, die man gerne installieren möchte und geht das normale Setup durch. Ist man am Ende angelangt folgt jedoch keine Installation - es wird nur die gewünschte INI Datei geschrieben.

·         PID in die INI Datei manuell eintragen ([PID] & Key ohne Zwischenzeichen)

·         Auch in die setup.sdb wird dieser Eintrag ergänzt

Der Key wird in die INI und die SDB Datei eingetragen. Hierzu kann man den originalen Key von dem Produkt nehmen. Sollte man eine Version mit integriertem Key haben, so kann man das Setup aufrufen und den Key sorgfältig abschreiben (MSDN Versionen). Zwischen dem PID mit Klammen [PID] und der Serial muss ein CRLF vorgenommen werden.

·         x:\VS2008\Setup\setup.exe /unattendfile x:\VS2008\setup\VS2008.ini

Mit dieser Kommandozeile kann man dann die eigentliche Installation ausführen. Und im Gegensatz zu meinen Versuchen ohne PID hat man nun eine Vollversion und keine TRIAL mehr ;)

Sollte man auch MSDN installieren wollen, so kann man dies mit den folgenden, ähnlichen Kommandozeilen erreichen:

·         x:\VS2008\msdn\setup\setup.exe /createunattend x:\VS2008\msdn\setup\MSDN2008.ini

·         x:\VS2008\msdn\Setup\setup.exe /unattendfile x:\VS2008\msdn\setup\MSDN2008.ini

Nun steht einer unbeaufsichtigten Installation vom Visual Studio nichts mehr im Wege und man kann es über das Active Directory oder einen anderen Verteilserver veröffentlichen.

Auch dieses Jahr gibt es wieder einige Konferenzen. Bei der Team Conf gibt es auch einen Vortrag von mir. Der soll darstellen, wir in meinem .NET Projekt bei der LBBW Zeit und Neven der Entwickler geschont werden können.

Von 10 Muss Dokumenten, die erstellt werden, können die meisten direkt da geschrieben werden, wo es keinen Mehraufwand darstellt. Nämlich im Visual Studio 2008 SP1, was direkt an den Microsoft Team Foundation Server 2008 angebunden ist. Das was nicht im Visual Studio erledigt werden kann, wird mit dem Artiso Workitem Manager 1.3 erledigt. Die Dokumente werden dynamisch zusammengesetzt und liegen immer in der aktuellsten Form vor. Damit ist auch gewährleistet, dass man keine Pararllelstruktur mit dem Dokument erstellt und es nur alle 5 Jahre bei einem Problem aktualisiert.

Bei der ganzen Sache sollte noch erwähnt werden, dass bei der Umsetzung kein Einziger Prozess neu erstellt wurde, sondern alle Verfahren ohne Ausnahme im Team Foundation Server abgebildet wurde. Die reduziert die Kosten der Einführung doch extrem...

Ich nutze Windows Vista und Windows 7 sehr intensiv. Auf dem lokalen PC ist Aero auch kein Thema, aber auf der virtuellen Maschine oder wenn man sich auf den anderen Rechner mit RDP verbindet. In vielen Fällen geht es einfach nicht. Oder habe ich doch noch eine Einstellung übersehen? Hier ist meine aktuelle Tabelle von dem wo Aero geht oder welche Alternative überhaupt klappt.

Für meinen Versuch machte es keinen Unterschied, ob der Client physisch oder virtuell war. Die direkten Fenster von den virtuellen Maschinen können sowieso kein AERO darstellen. Die AERO Darstellung konnte wenn nur über RDP mit allen möglichen Features unterstütz werden.

Sollte jemand Ideen haben, wie man bei den gelben Einträgen zu einer Lösung kommt, wäre ich sehr dankbar!

Es gibt Dinge die sind so richtig ärgerlich. Hier wäre beim .NET Framwork das Filehandling zu erwähnen. Mit der Klasse system.io.directoryInfo wird das normaler Weise gemacht. Aber was passiert, wenn die gewünschte Datei (getFiles) oder der gewünschte Unterordner (getDirectory) mehr als 260 respektive 248 (Länge des vollen Pfades zur Datei / Ordner) Zeichen hat? Dann gibt es eine ganz tolle File Exception Ausnahme!

Warum bloß? Tja, das ist eine sehr gute Frage. Das Dateisystem von Windows 2000 und neuer unterstützt bekanntlich 32000 Zeichen und nicht nur wenige Zeichen, wie der .NET Wrapper. Auch mit Kompatibilität zum alten FAT32 System kann das eigentlich nicht mehr groß etwas zu tun haben, da die Klasse doch den Typ des Filesystems prüfen könnte.

Test im Filesystem

Testet man im Filesystem mal aus, so versucht der Windows Explorer einen zu bremsen, wenn man die magische Grenze überschreitet. Eine so angelegte Datei oder Ordner kann aber auch im .NET zu Problemen führen (FileTooLongException). Die Fehlergrenzen scheinen somit im .NET noch geringer zu sein, als in Windows Explorer.

Nicht für Backup geeignet

Somit bleibt festzustellen, dass die .NET Klasse für zum Beispiel Backup Operationen auf einem Fileshare nahezu unbrauchbar ist. Nicht alle Dateien können gezogen werden und selbst die Ausgabe des fehlerhaften Ortes wird schwer.

Wichtig?

Am Anfang dachte ich ja, dass das Problem vernachlässigbar ist und man einfach den fehlerhaften Ordner ausgibt. Er kann umbenannt werden und dann ist der Einzelfall erledigt. Weit gefehlt… Es ist kein Einzelfall!!! Bei 3 von 4 Datenshares habe ich Dateien gefunden, die länger waren als die Grenze in .NET. Keine Ahnung wieso der Windows Explorer scheinbar an einer anderen Stelle die Grenze zieht als das .NET Framework…

Minderwertige Abhilfe

Es bleibt einem also die Möglichkeit die API direkt zu benutzen oder //?/ vor die Datei zu stellen. Doch war mit die erste Variante zu doof und die zweite Variante brachte bei vb.NET nur Fehler. Somit ist es zwar ein Ansatz aber keine Abhilfe.

Funktionierende Abhilfe

Auf der absolut unscheinbaren Seite http://www.delimon.be/SoftwareDetails.aspx?id=5 findet man jedoch ein Tool, was die DirectoryInfo Klasse simuliert und zwar mit 32000 Zeichen. Die Version scheint nicht im ständigen Update zu sein und muss installiert werden (Entwicklungsrechner), aber dann funktioniert es. Mein Programm zum sichern von verdammt langen Ordnerstrukturen funktioniert mit dieser Technik einwandfrei. Das Tool ist dazu noch kostenfrei - vielen Dank!

Windows 7 habe ich zuerst in einer virtuellen Maschine unter Hyper -V installiert und war sehr zufrieden. Die Geschwindigkeit des Systems war schon höher als die von Windows Vista und das obwohl noch Debug Code enthalten ist. Eine sehr gute Erfahrung! Zudem ist die neue Taskleiste ein absoluter Gewinn - nach 20 Minuten Wundern war es klar, dass dies ein echter Mehrwert in Windows 7 ist. Auch Stabilität und Treiber begeistern. Bei Hyper-V wurden die Additions gleich mit der DVD installiert. Auch die Zusatzprogramme mit der Office 2007 Oberfläche machen keinen schlechten Eindruck. Besonders der Windows Explorer hat deutlich an Übersichtlichkeit gewonnen.

Nach einem Tag Test war es soweit - das System ist so ausgereift, dass ich es auf mein Laptop spiele! Alle Treiber des HP NX6325 wurden so wie unter Vista erkannt. WLAN war sogar ohne Nachinstallation dabei. Nur Cardreader und Fingerprint musste man nachinstallieren. Die Treiber von Vista waren hierfür geeignet. Auch der ATI Treiber musste noch installiert werden, damit AERO auf dem Notebook reibungslos geht. Selbst das AERO hat an Performance gewonnen. Speziell die Zeiten zum Starten und Herunterfahren sind deutlich gesunken. Leider kann man unter Hyper-V kein AERO aktivieren - hier war es möglich und die Fähigkeiten der Taskleiste wirken noch wesentlich besser auf den Anwender. Einfach super die neue Übersicht der Taskleiste!!! Das Germany Theme ist auch sehr gelungen mit der Diashow. Das Napster lief nie mit dem IE8 - also wird es hier auch nicht laufen - NEIN - selbst das Napster läuft in dieser Beta Version ohne weitere Probleme.

Alle Software läuft und stabil dazu - wieso also nicht jetzt schon Produktiv nutzen? Ich bleibe auf jedenfalls bei Windows 7 schon jetzt bei dem Notebook... Damit hätte ich niemals gerechnet. In meinen Augen scheint Windows 7 wirklich ein guter Wurf zu werden. Viel Erfolg bei dem Bugfixing und den letzten Entwicklungen an Microsoft!

Es gibt mal wieder ein neues, kostenloses Openbook. Dieses Openbook ist online kostenlos verfügbar - aber auch die Printversion ist wirklich empfehlenswert. Wer das Buch auch auf dem Laptop ansehen möchte kann die rund 80MB downloaden.

Hier ist der Link zum Lesen: http://openbook.galileocomputing.de/windows_server_2008/

Windows 7 Beta steht in Deutsch und Englisch zum Download bereit. Wie kommt man dran? Als MSDN und TechNet Inhaber kann man sich die Produkte über seinen Account Downloaden. Es steht auch Language Packs und der Server 2008 R2 Beta zum Download bereit. Während vom Windows 7 auch eine x86 Version bereit steht – wird es vom Server 2008 R2 keinen x86er Version mehr geben.

Wie aus den Artikeln http://www.gnome.org/~michael/blog/ooo-commit-stats-2008.html und http://winfuture.de/news,44424.html hervorgeht, haben selbst die Entwickler von OpenOffice.org resigniert. Statt früher 60-70 Entwickler arbeiten heute nur noch 24 an dem Projekt mit. Fast alle davon kommen auch noch von SUN.

Daher wird einem nun klar, warum es bei dem Projekt kaum noch neues zu vermelden gibt. Man hat eine gute Software eingekauft und mit der OpenSource ist dann nichts mehr nach vorne gegangen. OpenOffice befindet sich noch immer auf dem Stand von Office 2000, wenn überhaupt. Mit 24 Entwickler kann man dann wohl auch keine Office 2007 UI mehr entwickeln, die gerade nicht so versierten Usern hilft das Produkt zu bedienen.

24 sehr kompetente OpenSource Entwickler haben also schon fast selbst den Kampf gegen die vermutlich 5.000 Microsoft Entwickler verloren.

Fazit 1 (Man bekommt nix geschenkt)

Die Lehre daraus ist, dass ich mein Auto auch nicht kostenlos nach der Garantie zur Reparatur bringen kann und das bei Software auch nicht geht ;) Eine Software muss einen Kommerziellen erfolg haben oder sie verharrt auf Ihren Ursprungszustand. Technsicher Fortschritt ist also nur mit Kommerz möglich. Dies zeigt sich auch bei der Verbreitung von Linux und Co.

Fazit 2 (München kann das teuer zu stehen kommen)

Eine weitere Lehre ist, dass die Stadt München zwar ein paar Euro Lizenzkosten gespart haben mag, wenn das Projekt LIMUX abgeschlossen ist, doch eine Migration zu Microsoft Office zurück schon mal überdacht werden sollte. Ich würde die Millionen der Migration sogar schon als fragwürdige Fehlinvestition von Steuermitteln sehen.

Fazit 3 (Es geht noch besser?!)

Es zeigt sich mal wieder, dass eine Software leicht und intuitiv, wie Microsoft Office 2007, zu bedienen sein muss, um Erfolg zu haben. Daher wäre es eine denkbare Alternative eine neue Easy Windows Oberfläche zu entwickeln. Ziel sollte es sein 80% der Arbeit über eine noch leichtere Oberfläche mit weniger Funktionen abwickeln zu können... Wäre das nicht mal ein Ansatz für einen Aufsatz ähnlich HTC bei Windows Mobile?!

Da wir mit Visual Basic .NET Entwickeln ist ein Refactor ein wichtiges Tool, was im Standard Visual Studio schmerzlich fehlt. Es gibt hier das kostenlose Refactor! für das VB.NET. Dieses habe ich auch lange Zeit verwendet und gar nicht gemerkt, wieviel Last es vom Prozessor fordert. Speziell auf Remoteverbindungen ist das Tool ein absoluter Performence Killer! Die Überwachung der Funktionen im Hintergrund scheint speziell hier unmengen an Last zu verbrauchen. Nach der Deaktivierung des Tools ging es wesentlich schneller vorwärts. Das Tool war zwar nicht super von der Bedienung, hat aber trotzdem seine Dienste getan. Daher wäre ich sehr froh, wenn es ein Ressourcenschonendes Tool wie bei c# direkt in der IDE gäbe. Ich werde noch mal die aktuellste 3.22 Version testen. Aber mit der aktuellen Performence gerade bei größeren Projekten müsste ich ohne Verbesserung leider auf das Tool verzichten. Bleibt zu hoffen, dass es bessere Alternativen gibt oder die Entwicklung hier Ressourcenschonender wird...

Verwendet man einen Server 2008 oder Vista in der Variante 64BIT, so bekommt man beim Aufrufen von Funktionen aus dem Visual Studio 2008 auf den SQL Server (Express) "häufig" eine Fehlermeldung, dass die DLL's für den Zugriff nicht installiert sind!

Was kann man hier tun?

Aktuell ist die Lösung beim Debug und Release auf X86 als Umgebung explizit umzustellen...

Keine gute Lösung wie ich finde - aber sie tut. Wenn jemand eine bessere Lösung hat, wäre eine Rückmeldung klasse.

Das Mesh eine Beta Version ist, ist klar. Die Stabilität auf 32 Bit Systemen - egal ob Vista oder auch das alte XP - ist echt beeindruckend. Leider macht Mesh auf 64 Bit Systemen bei mir etwas mehr Probleme. Sollen Dateien von einem anderen PC auf das 64 Bit System gedownloadet werden, so kann es passieren, dass der PC hängen bleibt.

Dieses Verhalten tritt bei mir mit dem Windows Server 2008 auf und ist reproduzierbar. Es liegt also nicht nur an einer Datei oder an der anderen installieren Software.

Vielleicht ist das schon mit der nächsten Version behoben. Die Software und der Service ist wirklich mit das beste, was Microsoft unter dem Namen Live anbietet. Ich habe schon einige Freunde und Kollegen von der Leistungsfähigkeit überzeugen können ;)