Friday, October 28 2005

Here's a scenario that many developers have faced: You finish work for the night or whatever, and take advantage of the downtime by running an install of some sort of product that integrates itself within MSDN Help (usually other Microsoft tools or technologies). Presumably its addition sets a dirty bit in the help indicating that the index and search corpus needs to be rebuilt.

The next day you're programming away, and then realize that you need the docs for Xyz. You launch the MSDN Library, to be met by a help update in progress dialog. In recent iterations this can take many minutes to complete (I've timed it at over 15 minutes in some scenarios), during which you have no access to the help, and your PC is overloaded. Generally one doesn't plan downtime around the launching of help, so this is entirely disruptive.

What an annoying oversight. It's pretty clear the indexing should happen during an actual downtime activity (e.g. installing), at the very least as a checkbox option. Back-end loading it like that, as a suprize to be unleashed at the most inconvenient of times, is a very, very poor design decision.

 .NET 
   

Reader Comments

Add Comment

Name *:

Email Address:

(your email address is not displayed)
Website:

Comment *:



About the Author
Dennis Forbes Dennis Forbes is a Toronto-based software architect. While focused primarily on the .NET and SQL Server worlds, Dennis frequently ventures outside of this comfort zone into game development and image processing. He has been published in several industry magazines, has been quoted in the Wall Street Journal and has been interviewed by NPR.

He is a vice president and lead software architect at an innovative New York City hedge fund back-office services firm.

Dennis has been working on solutions for the financial, telecommunications, and power generation markets for over 15 years.





 

Dennis Forbes