Ich wurde letztens erst wieder gefragt, welches Entwickler-Setup ich habe. Konkret: Wie sieht meine Entwicklungsumgebung aus und was verwende ich denn sonst so außer Visual Studio? Ehrlich gesagt bin ich kein großer Freund von Gimmicks und Add-Ins, dennoch komme ich ohne ein paar Tools nicht herum:

Reflector
Wohl eine der bekanntesten und ebenso hilfreichen Tools. Verwende ich besonders gerne und oft, wenn ich schnell sehen möchte, wie manche Interna des Frameworks funktionieren. Zu Reflector gibt es weitere, in manchen Situationen hilfreiche Add-Ins.

Sandcastle
Die Inline-Dokumentation is um einiges übersichtlicher, wenn sie auch entsprechend visualisiert wird. Sandcastle ist dafür das richtige Werkzeug. Die Handhabung von Sandcastle wird durch die Sandcastle Help File Builder vereinfacht.

NUnit
Obwohl Microsoft schon mit VS2005 ein Test-Framework mitliefert und dieses mit VS2008 sogar verbessert hat, finde ich nach vie vor das NUnit immer noch angenehmer, schneller und funktionsrecher ist. Abgesehen davon, dass man für seine Tests keine dicke VS-Version benötigt.

TestDriven.NET
Das kleine aber feine VS-Add-In, mit dem man auf einen schnellen Rechtsklick wichtige Tools wie NUnitRunner und Reflector griffbereit hat.

Expresso
Regular Expressions kommen immer wieder mal als Tagesordnungspunkt in Projekten vor. Hier habe ich mit Expresso eine gute Unterstützung gefunden.

So, das war’s dann auch mit den Tools. Es bleibt mir noch hinzuzufügen, dass ich natürlich auch versuche, die Fülle an Features, die Visual Studio mit sich bringt, auszuschöpfen. Alleine die wichtigsten Shortcuts zu kennen und anzuwenden beschleunigt das Arbeiten mit Visual Studio ungemein. Des Weiteren sind z.B. die Code-Snippets eine feine Sache – mir fällt es schwer nachzuvollziehen, warum sie von manchen Entwicklern stiefmütterlich behandelt werden. Zumal es obendrein noch die Möglichkeit gibt, eigene Snippets zu erstellen. Auch sollten die Debug-Visualizer bzw. noch allgemeinder der Debugger ansich nicht unerwähnt bleiben. Entwickler, die z.B. von Conditional Breakpoints noch nichts gehört haben, empfehle ich wärmstens eine nähere Beschäftigung mit dem Debugger.