.net

October 4, 2004 .net

Thinking About Developers and Smart Clients

I’ve recently added another castle to my empire by taking on the Content Strategist duties for the MSDN Smart Client Developer Center.

When I step into a new project, my typical mode of operations is to gather goals and issues from as many people as care that I can find, stir it all up with what I think is important, run it up the flag pole, repair the bullet holes a few times and then execute. I’m in the gather” mode on the SCDC right now and I’m curious what your goals and issues are for the SCDC as it stands today and for what you’d hope it to become tomorrow. Feel free to respond to this post (even anonymously if it makes you feel more comfortable) or email me. The idea is that the SCDC becomes a valuable place for Microsoft developers building Smart Clients of all kinds, but particularly using Windows Forms, the Compact Framework, Visual Studio Tools for Office (did you know that they have a ClickOnce equivalent?) and WinFX.

BTW, I’m still the Content Strategist for the Longhorn DevCenter, so don’t go getting your hopes up that I’ll stop beating that particular drum. : )

October 2, 2004 .net

Learn Indigo in 5 Minutes

Well, to be fair, Don leaves some details out, but he wanted to see if he could explain Indigo in 5 minutes or less. Worth the read.

October 1, 2004 .net

Avalon: Modern Day Compositing & Rendering Engine

Brian Pepin, Development Lead on the Windows Forms team, has some interesting observations about Avalon and what it means to developers. I particularly like his take on Avalon vs. Windows Forms for control developers and users:

[Avalon is] needed by control developers everywhere so they can create controls with great usability without hiring an army of Win32 experts. It’s needed by end users because they deserve to have great usability in all their applications, not just the ones that Microsoft threw a bazillion dollars at.”

I also like what he has to say about Avalon vs. Windows Forms for application developers:

It’s also important to realize that from an application developer’s perspective, there is little difference between Avalon and Windows Forms. For years there will be interesting controls built from both technologies.”

In other words, Avalon is the necessary next step to build more powerful controls so that users get the most out of their applications without requiring a giant change in development methodology for application developers.

[via Chris Anderson]

September 22, 2004 .net

Mike Harsh On the Life Left in Windows Forms (Lots!)

Mike Harsh, a PM on the Windows Forms team, gives his opinion on several important Windows Forms and Avalon-related questions:

  • Is [Windows Forms 2.0 as the last version of Windows Forms] a bad thing from a developer perspective?
  • So UI library innovation for Windows Forms is finished.  Does that make it dead? (no)
  • Is it worth investing in Windows Forms? (yes)
  • Will Windows Forms apps be able to integrate Longhorn controls in under 5 lines of code? (absolutely)
  • If I invest in a large Windows Forms app today will I have to rewrite it in 3 years for Avalon?

These are Mike’s opinions and not official Microsoft messaging, but I’ll leave you to decide whether that’s worse or better. : )

September 10, 2004 .net

Joe Stegman on Windows Forms and Avalon Together

Joe Stegman, Lead PM on the Windows Forms team, talks about how tight the integration between Windows Forms and Avalon will be, including hosting Windows Forms controls inside of Avalon, Avalon controls inside of Windows Forms and sharing a data binding model. In other words, developing on Windows Forms is a wonderful way to get tasty managed UI goodness today and long into the future, whether you'd like to target Avalon and/or Longhorn in the future or not.
September 10, 2004 .net

Catching up with Longhorn

That was interesting. I spent all week getting ready for the big announcement, we launched it on a Friday and then I took off for a week of fun in the sun. And now, it’s taken me a week to catch up with what everyone is thinking. People I’ve found particular interesting are:

  • Chris Anderson, Architect on the Avalon team (1, 2, 3, 4, 5)
  • Joe Beda, recently formerly on the Avalon team (1)
  • Jeremy Mazner, Longhorn Evangelist (1, 2)
  • Robert Scoble, MS RSS Filler (1, 2)
  • Miguel de Icaza, Architect on the Mono project, a .NET clone (1, 2)
  • Robert McLaws, a 3rd party developer (1, 2)
  • Jason Olson, a 3rd party developer (1, 2)
  • Jim Allchin, Group VP for Platforms (1)

In the meantime, I’m re-aligning the Longhorn DevCenter content with our new goals, making sure to keep on my toes as things suss out (we’re far from completely sussed on the details or implementations of this announcement, which is why watching internal and external commentary is so interesting right now).

August 30, 2004 .net

Scoble Takes the Pulse of the Developer Community

August 30, 2004 .net

Jim Allchin, Group VP for Windows, on Channel9 Vid