Idea: New Look for MSDN Help

Wednesday, March 31, 2004 by scott
4 comments

At some point, I hope the traditional help viewers, like dexplorer.exe for MSDN local help, can evolve beyond the traditional tree view of categories into a view with the ability to display more information.

For example, it might be useful to have a 3D look where each node could contain more information than just a category or item title. In the diagram below, each node contains some information about what is contained below (category counts, item counts, content ratings (pulled from the online site), and a star if you have a favorite underneath the node. The color coding could indicate where you spend most of your time, or where you have been most recently.

I know this could use a tremendous amount of screen real estate, but judging from Scott Swanson’s blog, most developers have moved well past 1024x768. In fact, I’m starting to wonder if I’ll be the last developer to start using dual 21 inch monitors.

VSLive Day 2

Friday, March 26, 2004 by scott
0 comments

Two great keynotes today. Pat Helland's “Metropolis” talk about SOAs had one of the most thorough analogies comparing the growth of the cities with the growth and future of IT.

We finally got the Whidbey bits during the morning keynote. I hear they are also up for MSDN subscribers to download.

VSLive Day One

Thursday, March 25, 2004 by scott
0 comments

Nothing kicks off a conference like Krispy Creme doughnuts, Bill Gates, and models dressed as airline stewardesses.

Starting to wind down a bit now. Whidbey has had a few hiccups during this day of presentations but has also gotten lots of applause - particularly edit and continue, the hands off HTML designer (no code munging when you switch to designer view) - and the self contained web server (no more FPSE). Everyone anxious to get a copy of the latest bits tommorow. Tons of productivity improvements.

The coolest part of BillG's keynote (besides the commercial - hilarous) - was the overview of Speech Server. It's hard to believe integrating speech will be this easy.

Eric Lippert on stage now talking about talking about VSTO2.

Been a long day - but looking forward to the going to the ballpark tonight and chilling.

Getting Whidbey is great, but who do you have to sleep with to get a Yukon beta???

Leap Years, Global Warming, and System.DateTime

Tuesday, March 23, 2004 by scott
1 comment

It is a little late to discuss leap years, since February 29th has already passed, but you never see what goes awry in any given leap year until after the magical date has passed.

CNN has an article about a leap year related glitch in the Pontiac Grand Prix. The display shows the wrong day of the week now, and the possible solutions range from resetting the software to completely replacing the display unit.

Have you ever wondered how many hours modern civilization has spent wrestling with the concept of a leap year? It’s the classic case of a business rule with a twist. Your unit tests look pretty simple when the analyst says “always place the order with the supplier who has the lowest price”. Then suddenly, almost as an afterthought, “oh, except on the last Friday of each month, then we need to place the order with the preferred supplier”. Suddenly, the test cases quadruple.

So in coming up with an estimate for hours lost to Leap Year, I thought of all the coders over the years in RPG, COBOL, Fortran, and assembly, and the myriad of languages where the leap year algorithm has been implemented time and time again by everyone from seasoned professional to college student.

Then consider the number of times a software leap year algorithm has been defective. We know older version of Lotus 1-2-3 and Excel both had the bug, but even new stuff like Grand Prix cars and personal video recorders appear to hiccup. Sometimes the leap year bug poses problems in obscure places (why is my Kerberos authentication failing this year?). Other times, just trying to deal with the quirky date in a thorough manner gives you unexpected side effects, like blogging software with only 29 days in January.

Working in .NET, we all know there is a static method on the System.DateTime class with the name IsLeapYear. Problem solved? Hardly – but the mention of DateTime keeps the post relevant to .NET.

Leap year isn’t just a software issue. Consider the company who pays salaried employees every Friday. Only this year, there are 53 Fridays in the year instead of the typical 52, an occurrence we won’t see again until 2032. As a well compensated CEO, you need to spend many hours with other executives to answer the following multiple choice question:

In order to reconcile the extra pay day in 2004, do we

a) Decrease the weekly pay of all salaried employees to compensate for the extra pay period, with a possible loss of moral.

b) Keep the weekly pay the same for all 53 weeks, in effect giving ~ 2% bonus.

c) Switch to bi-monthly paychecks.

d) Outsource all salaried employees below the VP level and sublease the office space.

Even PhD candidates sometimes forget about leap years, and this leads to increased global warming.

Finally, when considering an estimate, think of the 4.1 million people worldwide who have been born on Leap Day. Think of the hours they and their parents have agonized over when to celebrate the birthday during non leap years. Consider the poor fellow in Ann Arbor who was born on leap day, and carries a driver’s license that expired on February 29, 2003 – try entering that date into a rental car system.

So let’s make a rough estimate. 6 billion people in the world. On average, let’s say 15 minutes of each person’s life is devoted to resolving Leap Year issues. That’s roughly 170,000 hours the current population has lost. Not that we can really do anything about the situation, because changing the calendar usually requires an act from either the Pope or an emperor, so your local congressperson stands little chance. In software it will just be one of those business rules in the  “hard requirement” category.

VS.NET Vertical Block Selection Problem

Monday, March 22, 2004 by scott
1 comment

It seems if I select a vertical block in the 2003 IDE (hold down the Alt key and select an area with the mouse), and then go to the Edit menu and select “Advanced” -> “Untabify Selection”, CPU usage for devenv.exe spikes and control never returns to the GUI. Easy to reproduce in any .cs file where tabs exist in the selected region.

If you are thinking of trying it – save everything first. Annoying, but easy to work around.

Update: Just tried this in the PDC Whidbey bits and there is still a problem.

Shadowfax presentation

Thursday, March 18, 2004 by scott
0 comments

Last night Ron Jacobs talked about Shadowfax to the CMAP user group in Columbia, MD. I enjoyed the presentation and found it informative. I think it’s great that people from Microsoft like Ron take the time to come to user groups and give these talks. Is it just my perception - or does no other technology circle get this type of community support?

Speaking of user groups, Geoff Snowman's blog is the place to see what events are happening in the mid-atlantic region.

Blogs and Magazines Redux

Wednesday, March 17, 2004 by scott
0 comments

There has been another flurry of postings lately regarding how technical publications should adapt to the blog frenzy. Specifically, Jason Mauss and Tejas Patel had some thought provoking posts.

I have a stack of technical magazines sitting beside my desk right now that I have not gotten to because I’d rather be reading blogs. I’m also a fan of constructive criticism, so I’m trying to go scan through the pile to see what I would do to make these magazines more appealing to me by listing what I do like.

First, Game Developer. The one highlight of every issue is the Postmortem, which will be written by someone inside a gaming company who just released new software. The postmortems will always list the top 5 things that went right and the top 5 things that went wrong, making it much more interesting than the fluffy case study that tells you how great your life can be if you were just using tool XYZ. There is a level of candidness here that generally never makes it into other print articles, but certainly makes it into blogs. There is also a level of human interest, as you can read about conflicts between different stakeholders and how they were resolved. How did they approach bug fixes? How close to the wire did the project go? What features did they have to drop and how did they prioritize them? How did the build process work? Even though it’s the game industry, it’s still software development and the issues are real and I learn from them.

Embedded Systems Programming. Every month Jack G. Ganssle has a column at the end of the issue. Jack has been around the block and is interesting because he tells stories when he writes. Sometimes the column is technical, sometimes not, but it is always down to earth and never pulls punches. This month it looks like he will tell developers how to explain to their managers the ROI on an investment in new tools – something we all need to do at some point.

Dr. Dobb’s Journal. I like Dr. Dobb’s because it contains such a diverse range of content. The April cover looks interesting because it covers everything from data mining, to developing USB device drivers, to adventures in palindromes – which sounds interesting. Also, Michael Swaine writes intellectually stimulating prose every month. This is comparable to the blog world, which contains lots of diversity and often gives you something to chew on with the brain for a bit.

Software Development magazine is generally interesting. It’s different because it is touching on topics like management, design, process, interviews, and other touchy feely subjects not covered in other technical publications. These topics are admittedly difficult to cover without sounding like theory from a college text book – so I wish they could do some more down to earth practical advice, perhaps some interviews and case studies from teams who are doing aspect oriented programming or extreme programming and let us know what went right and wrong.

So after a bit of review, I’d say there are three things technical publications could do to increase their appeal (to me, at least).

First: be real. Tell stories. There is more to creating software than cookie cutter solutions. These stories come out in blogs and they are interesting. Interview developers - tell us what it is like to work at Oracle, or any company from a startup to an industry leader.

Second: Stop trying to stir up controversy on topics like “C# versus VB”. In newsgroups we call this trolling. Also, the editorials on well trodden subjects like offshoring are completely uninteresting unless you have something original to say.

Finally: Look for more diversity in the topics and make some thought provoking topics. Some publications just seem to repeat themselves every three months with slight variation. Performance tips for ADO.NET, Using XML Web Services, yawn, yawn, yawn. Don’t cater to the lowest common denominator and give us something to think about when we are done reading. I want to know what books I could read that do not have .NET in the title that can help me professionally.

So now, it's late, and I still wont get to these magazines.

by K. Scott Allen K.Scott Allen
My Pluralsight Courses
The Podcast!