Archive for category Development
Be careful when installing Visual Studio 2008 RTM on your Vista.
Posted by Valeriu Caraulean in Development, Tools on December 21, 2007
Installation of last Visual Studio on my Vista was enough painful for me to make me post my troubles and solution in hope that may be they will help somebody else…
The nasty problem starts with installation of .NET Framework 3.5, which is a part of and a prerequisite for VS 2008: when installing it, Windows Update will ask you to restart your system. If you will accept rebooting while setup is still running, you will end up with damaged and unfinished installation of .NET Framework 3.5. So, on Vista you shouldn’t accept restarting computer until installation of .NET Framework 3.5 or Visual Studio 2008 is not finished. The whole problem is described in Aaron Stebner’s weblog: How to avoid OS reboot prompt when installing the .NET Framework 3.5 on Windows Vista. It describes how to avoid it, but not how to make you system back and ready for a next installation, where you will follow recommendations and ignore restart proposal.
Solutions can be very different, it can depend from your concrete situation. After a bunch of tries, ~10 OS restarts, running tools, googling, reading MSDN forums I found my symptoms to be similar to those described here in “Issue 2″ and solution that worked for me:
- Install .NET Framework 3.5 beta 2. (I’m not sure if this is really required, but it worked for me)
- Uninstall .NET Framework 3.5 beta 2. Restart.
- Locate and uninstall any of updates named:
- Hotfix for Microsoft Windows (KB110806)
- Hotfix for Microsoft Windows (KB929300)
- Hotfix for Microsoft Windows (KB930264)
- Reboot.
At that moment I was able to run successfully .NET Framework 3.5 installation and after that Visual Studio 2008.
Don’t forget: don’t accept restarting your Vista until installation of .NET Framework 3.5 or Visual Studio 2008 is finished.
And a link mini-dump with places to look for troubleshooting installation problems of Visual Studio 2008 and other related stuff:
- Aaron Stebner’s WebLog: this and this posts
- Visual Studio 2008 Setup and Installation Forum, especially “What to do if installation of Visual Studio 2008 failed”.
Happy coding!
Be smart – use right tools, save your time…
Posted by Valeriu Caraulean in Development, Tools on November 1, 2007
Just finished a big refactoring which led to deletion of a bunch of files. Our large solution is under Subversion, so the process of deleting a file looked like:
- search with Resharper if class is not used anymore
- locate it in windows explorer
- delete file with TortoiseSVN
- finally, come back to Visual Studio and delete file from solution.
Huh! Not simple, not fast. No surprise, that longest operation was locating file in Windows explorer. But I way lucky enough to remember that I had installed a small but very helpful add-in – CoolCommands 4.0. One of his really cool commands is that from a opened file’s context menu you can “Open containing folder” that not only opens right folder, but also highlights the file. Cool, no?
This is the case when having right tools around and using them can save you enough time to write a small blog post make you more productive developer.
Unfortunately, CoolCommands doesn’t have a dedicated site and last place where you can find a download link is comments for this post on Gaston’s Milano blog. Direct link to download latest version – CoolCommands 4.0.
And, as a follow up, a list of “cool commands”:
- Collapse all projects
- Command prompt here
- Open project folder
- Demo font
- Send by email
- Copy reference
- Add as string resource
- Visual Studio Prompt Here
- Copy Reference.
- Locate in solution explorer.
And a picture to help explain how you can find the commands:
I like the tools like this. They make you go faster, feel smarter and program better. Enjoy!
Software development – we’re at war…
Posted by Valeriu Caraulean in Development on August 17, 2007
…reading feeds this evening:
Ted Neward – The First Strategy: Declare War on Your Enemies (The Polarity Strategy):
…there are numerous forces that are at work trying to drag the project down into failure. As a software development lead (or architect, or technical lead, or project manager, or agile coach, or whatever), you need to learn how to spot these enemies to your project, identify them clearly, and make it clear that you see them as an enemy that will not be tolerated.
…
Other enemies are not to be tolerated at any level: apathy, sloth, or ignorance are all too common among developer teams. Ignorance of how underlying technologies work. Apathy as to the correctness of the code being created. Sloth in the documentation or tests. These are enemies that, given enough time and inattention, will drag the project down into the tar pits of potential failure. They cannot be given any quarter. Face them squarely, with no compromise. Your team, if they hold these qualities, must be shown that there is no tolerance for them. Hold brown-bag lunches once a week to talk about new technologies, and their potential impact on the team or company or project. Conduct code reviews religiously, during active development (rather that at the end as a token gesture), with no eye towards criticizing the author of the code, but the code itself. Demand perfection in the surrounding artifacts of the project: the help files, the user documentation, the graphics used for buttons and backdrops and menus.
I’ll send these sentences to everyone in my team. I hope that this will justify some of my decisions and actions like pointing to bad names, duplicated code, tight coupling and other, definitely bad, software development practices.
Someone has said: “power is in details”. If we will let bad small details to invade our code base, architecture and minds this will be first step to a failing software project – we will loose the war…
“Don’t Live with Broken Windows”. Do you read “The Pragmatic Programmer: From Journeyman to Master”? If you’re a software developer or want to be a better one and you don’t know this book – go for it. One of the best books written about software development. It contains a lot to help you win the war. But nothing will help you win this war more than discipline:
Discipline takes many forms and permeates every aspect of software development. Start small. Say your database schema contains three primary key table columns named “list_id”, “ListId”, and “list_value”. There should be a Gunnery Sergeant Hartman on your development team who will.. gently.. remind the team that it might be a good idea to fix problems like this before they become institutionalized in all your future code.
To my team: - Sorry guys. I’m your sergeant. We’re at war…
This blog is about things I'm passionated - Software Development, User Experience, gadgets and few other facets of IT that are keeping me busy at work as well as fueling my knowledge and self-improvement demons.