News
Visual Studio, openness, and arrogance
- By Mike Gunderloy
- June 18, 2004
Microsoft Visual Studio 2005 isn't in beta yet, but that hasn't kept them
from making lots of code available to outside testers already. The Community
Technical Preview builds have provided early (and somewhat buggy) exposure to
changes coming as Visual Studio .NET nears its next incarnation. But coupled
with other Microsoft community efforts, they've also made it easier for outside
developers to find out what's coming - and to disagree with it. A few examples
that have come out in recent weeks:
- The default keybindings for Visual C# are changing.
So any "muscle memory" you have for such operations as opening Solution Explorer
or displaying one of the editing windows will need to be retrained. The
responsible manager defends his changes as making sense, but they're certainly
upsetting a lot of people who prefer compatability over sensibility.
- Visual Studio 2005 will include integrated unit testing - but only in the
Team System editions. This has outraged developers to the point of triggering an
online
discussion and petition asking Microsoft to make it available in all
editions.
- Most recently, it's been revealed on the beta newsgroups that the MSDN
Universal subscription won't include the full
Visual Studio Team System product - a radical departure for what has
traditionally been a collection containing every one of Microsoft's development
products.
What's going on here? From the outside, it looks like Microsoft is trying to
strike a new balance between sharing early code releases and inviting feedback
on the one hand, and making hard technical and business decisions on the other.
But I suspect that only one part of the equation has changed. Microsoft has
always made its own decisions on matters like pricing and features before
sending code out into the world for beta testing. What's changed is how early we
get the code, and how many channels there are for feedback and information.
There's definitely some danger here for Microsoft. Making information
available earlier increases the likelihood of Microsoft being seen as an
insensitive monolith (and plenty of people see the company that way already).
It's one thing to find out about pricing and edition information when a product
ships. It's another to find out a year earlier, complain vocally, and have the
company not make any changes in response.
Having started down this road, I think Microsoft will find it necessary to be
more responsive than ever to its customers. Placing product and pricing
information on the Web early implies a process of negotiation, where customers
react to the announcements and Microsoft fine-tunes the end results. If the
company draws a series of lines in the sand, and refuses to reconsider or change
controversial decisions, it runs the risk of losing an awful lot of hard-won
developer goodwill. Instead, they've got to listen to testers, explain the
decisions, and change them when necessary. I for one am hoping the end result of
more openness is better products.
About the Author
Mike Gunderloy has been developing software for a quarter-century now, and writing about it for nearly as long. He walked away from a .NET development career in 2006 and has been a happy Rails user ever since. Mike blogs at A Fresh Cup.