Sellsville…

The old Sells Mansion…

The Sells Brothers’s love of elephants…

All this and more in an article from The Short North Gazette in Columbus, Ohio.

Are you interested in presenting a 45-minute talk on some applied XML or Web Services topic? It doesn’t matter which platform or OS you’re targeting. It also doesn’t matter whether you’re an author or vendor or professional speaker or a developer in the trenches (in fact, I tend to be biased towards the latter). We’re after interesting and unique applications of XML and Web Services technology and if you’re doing good work in that area, then I need you to send me a session topic and 2-4 sentence abstract along with a little bit about yourself.

I’ll be taking submissions ’til the end of June, but don’t delay. Passion and a burning story to tell count twice as much as anything else.

And don’t be shy about spreading this announcement around! I’ve got good coverage in the .NET and Windows communities, but don’t know very many folks in the Java or Unix or hardcore XML worlds, so if you’re in that world, let those guys know! Thanks.

BTW, the conference itself is likely to be in Oregon during the 2nd or 3rd week of September, 2004, but we’re still working the details out. One of the fun things that we’re thinking about this year is to have the Dev.Conf. in Sunriver, Oregon, a resort and spa town in central Oregon where sun is plentiful and rain is scarce. There are no major airports there, so we’d provide bus transportation from Portland, OR for anyone that wanted it. It’d be a 3.5 hour road trip. What do folks think about that?

The problem with fame in the IT industry is that when someone dreams about me, it’s a dude. : )

Just to be clear, Marc Clifton’s MyXaml framework for adding a declarative UI mark-up language to today’s .NET framework is not a clone/sub-set of Microsoft’s XAML or Avalon targeted at Longhorn. In other words, while MyXaml provides a number of the benefits of declarative UI mark-up for building smart/rich clients today, MyXaml is not a way to write WinForms code today that will seamlessly turn into Avalon code tomorrow.

The reason I mention this is because I’ve seen some folks get a bit confused by the use of “Xaml” in the name (Marc is using XAML as the generic Extensible Application Mark-up Language and not as related to Microsoft’s XAML).

On the other hand, there are two other projects that are aiming to clone/sub-set XAML/Avalon on .NET today: Xamlon and Mobiform’s XAML products. I can’t claim that either of these will actually help you transition to Longhorn when it comes along, but I know that Xamlon’s XAML samples work with minor tweaks on their parser and on the WinHEC build of Longhorn.

So far, it's provided the information required for two of my Orkut friends to wish me a happy birthday. Other than that, I haven't found a use for the site, however...

Jason Zander, a Microsoft Product Unit Manager, not only points out the implementation problems we have with being able to unload .NET assemblies, he recommends AppDomains as the solution you really want anyway. And then, when his commentors dissent, he’s right back in there asking for more information.

Have you got opinions on this topic? Make hay while the sun shines!

I'm not sure what I would make if I had one of these, but that doesn't stop me from wanting one.

It’s generally know that the thing we call software “engineering” is nothing like that. We just don’t have anything like the rigor that real engineering disciplines do and we need them. I wonder if Brian’s quest to understand the real software life cycle and codify them constitutes another step down the road that the other engineering disciplines took to become predictable, schedule-able, reliable, budget-able and robust. I hope so.