Dreaming of a huge Visual Studio Community

 

What is the hardcore way of extending Visual Studio: VSIP.

And what are the first things that come to mind when you think of “VSIP”: expensive and obscure. Expensive because it used to be 10k/year and obscure because its COM roots and it’s very poor (close to inexistent) documentation.

You tell me how do you build a huge community around expensive and obscure? You just simple can’t. I believe the past years were more than enough to prove this.

So, someone at Microsoft realized about this fact and VSX was created. A new name is always a good thing; better yet if it is a TLA and begins or ends with ‘X’, you can hardly beat that :-)

What VSX is about (besides the cool name)? The official word won’t tell much but this is what I’m noticing: new useful samples in the VSSDK using managed code and improved documentation (or at least, part of it). The samples source code is still a good place where to find code comments that will give you much more information than what the docs will tell you.

Can you build a community around VSX? Although this is surely an improvement over expensive and obscure, IMO, this is still not enough.

Why?

Because all of the “obscure” it’s still there. Because you still need to mess with COM interfaces all the time and the versioning craziness like “IVsComponentEnumeratorFactory3” and native structures and enumerations that were coded when naming like “__VSMEPROPID2. VSMEPROPID_LAST2” made any sense. Let alone the VBisms you can find in today’s DTE automation layer (like indexes starting at 1 instead of 0, etc). Also, I don’t want 45 different and incompatible ways of doing the same thing.

It is 2007 now. I want a nice and clean OO framework that I could proudly look at without my eyes being hurt and that I can confidently build upon it.

Enough criticism now and let’s add some constructiveness to this post.

What needs to be done?

1)    Ideally: give me a new and fully managed IDE. Get your internal teams to rewrite their packages against this new IDE. Get your partners up to speed too. Even if you need to name this thing “Visual Studio 2011” I’m still fine with it.

Or

2)    Give me a Visual Studio Framework (think of MPF on steroids). This framework should totally abstract me from the fact of knowing what’s going on at the metal level. Not a single trace of COM or VB automation, just clean and simple OO code I could code against.

I can’t really see a huge Visual Studio community taking off and growing exponentially without either 1) or 2) in place.

 

Published Tuesday, June 12, 2007 9:39 PM by vga
Filed under: ,

Comments

# “The Shell” (not a Hollywood production)

Tuesday, June 12, 2007 9:49 PM by Followers of the IHttpHandler

The announcement at TechEd 07 seems to have been received well by the blogsphere. For example Pablo is

# Visual Studio as platform - expensive (no more) and obscure

Wednesday, June 13, 2007 2:32 AM by Signs on the Sand

Victor Garcia Aprea, the guy behind VSSDK Assist writes about his experience and vision of extending Visual Studio. My Love / Hate relationship with Visual Studio: Visual Studio is a tool I love to use. Visual Studio is a tool I hate to extend. Enough

# re: Dreaming of a huge Visual Studio Community

Wednesday, June 13, 2007 8:45 AM by Andy Maggs

Having written add-ins for Visual Studio myself I know exactly where you are coming from and share your pain.  Either option you suggest suits me although given the ease and power of developing WinForms UI I would be surprised if option 1 wasn't the easier one for MS to take.

# Visual Studio SDK: Improve my productivy by removing some docs

Friday, June 15, 2007 4:12 PM by Followers of the IHttpHandler

Talking about obscure ... Take a quick look at the documentation for IVsTextManager.RegisterView method

# The VSX team is listening too

Monday, July 02, 2007 5:00 PM by Followers of the IHttpHandler

I remember the time (3 years ago) when I was dogfooding latest ASP.Net bits and entering bugs like hell

# re: Dreaming of a huge Visual Studio Community

Tuesday, July 03, 2007 10:29 AM by Hank Fay

Ken wrote BuilderB and BuilderD for Visual FoxPro.  BuilderB is a visual framework for creating builders with no plumbing required.  BuilderD is a data-driven builder.  Of course VFP makes it easy: forms in design or runtime modes are objects accessible with a single function call, aselobj(), with properties and methods accessible, able to be peristently modified, and properties able to be peristently added, from that returned object.  Just one of the reasons VFP developers find .Net a big step backwards in a few critical areas.  

# VS: simply things which are incredibly hard

Thursday, July 12, 2007 8:27 PM by Followers of the IHttpHandler

There are some very clear examples out there about what I mean when I talk about VS obscurity being a

Leave a Comment

(required) 
(required) 
(optional)
(required)