Subscribe: DonXML Blog
Added By: Feedage Forager Feedage Grade B rated
Language: English
blog entry  blog original  blog  code  demsak’s things  net  new  preceding blog  techie blog  things techie  things 
Rate this Feed
Rate this feedRate this feedRate this feedRate this feedRate this feed
Rate this feed 1 starRate this feed 2 starRate this feed 3 starRate this feed 4 starRate this feed 5 star

Comments (0)

Feed Details and Statistics Feed Statistics
Preview: DonXML Blog

DonXML Blog

The East Coast Don


Registration For New Jersey Code Camp 2 Now Open

Mon, 22 May 2006 20:37:00 GMT

The registration site for New Jersey Code Camp 2 is now open!

I expect this to fill up fast (but not as fasst as the NYC Code Camp, which filled up in something like 48 hours).  If you are still interested in speaking at this event, we have some slots still left (fill out this form and email it to  Remember, as a speaker you will have the chance to win the MSDN Premium Subscription.

See you at NJCC2!  Remember this event is 100% by the NJ developer community, for the NJ developer community, and not a conference.

Technorati tags: , , ,

The preceding blog entry has been syndicated from the Don Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

New Jersey Code Camp 2 - Preliminary Session List

Sat, 20 May 2006 15:37:00 GMT

I just published the most recent session list for NJ Code Camp 2.  Some of the the regular NJ developer community speakers have asked for slots, but haven't submitted abstracts yet, so they are listed as TBD.  With 6 confirmed sessions on Orcas timeframe technologies (with at least a few more abstracts to come), this event definitely has a more future vision flavor.  We will wind up with 16 to 20 one and a half hour sessions, starting at around 8:30AM and ending before 8PM (depending on how many sessions).  We will have 4 rooms (just like last time), each with 4 or 5 sessions for the day.

For after hours activities, I just got word that the infamous all female Led Zeppelin cover band, Lez Zeppelin will be playing that night (June 3rd) at the Wonder Bar in Asbury Park.  That just might be a show that I have to see (Sam Gentile is also a Zep fan).  I've heard great things about this cover band, and this might be a great after event party.  But we will have to see how many folks are interested.

Technorati tags: , , ,

The preceding blog entry has been syndicated from the Don Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Announcing the NJ SQL Server User Group

Mon, 21 Nov 2005 15:05:00 GMT

It has been a long time coming, but NJ will finally see the return of a SQL Server User Group.  I’ve been trying to get this group going for about a year now, and the biggest hang-ups has been trying to get a location, and finding volunteers to help run the group.  Well, we solved both issues with the help of the great folks at SetFocus (who run the Northern NJ .Net User Group N3UG).  My wife, Melissa (aka SQL Diva), is going to run the user group, and SetFocus will let us hold the meetings in their facility in Parsippany, NJ (which is very close to where I live, and makes it possible for Melissa to run the group).  The meeting will be held the 3rd Tues. of the month (a week after the .Net User Group), and will start on  Jan. 17th.  Informal networking begins at 6PM and the presentation starts at 6:30 (until about 8PM).

This SQL group will not be like most other SQL groups, as it is dedicated to the Data Tier Developer (sprocs, integration services (aka DTS), Analysis Services (aka OLAP), Reporting Service, etc.) , and will not contain presentations relavent to the Support DBA (back-up, recovery, etc.).  The user group will join both PASS, and INETA, and we plan on taking advantage of the INETA Speaker’s Bureau.  I’m going to be doing the first presentation, Intro SQL Server 2005.  If you are interested in presenting, please contact Melissa, via the website or her website,  The NJ SQL site isn’t 100% complete.  I’ve still got a lot of skinning of CommunityServer to do, and we have a lot more content to put up, but we wanted to let everyone know about the group, ASAP.

The preceding blog entry has been syndicated from the Don Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Northern New Jersey .NET User Group Meeting – Tuesday July 12

Mon, 11 Jul 2005 19:27:00 GMT

Just a little reminder that the N3UG meeting is on Tuesday, July 12 at 6PM, presentation at 6:30PM.  This month is the ever popular Birds Of A Feather style meeting, some come, hang out, network, and maybe even get a couple of your buring .Net questions answered.  I might have missed ScottW’s talk last month, but I’m not going to miss 2 meetings in a row.  I’ll be presenting at the August meeting (I haven’t figured out what I’ll talk about yet, so let me know what you are interested in, and maybe I’ll do that next month).

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

NJ Dev Dinner – Wednesday June 22nd

Tue, 21 Jun 2005 15:37:00 GMT

If you happen to be in NJ, and want to hang out at a cool brewpub with some fellow developers, you are welcome to stop by The Harvest Moon Brewery, New Brunswick on Wed. June 22nd.  I’ll be getting in around 6PM, and should be there for at least a couple hours (free wireless internet access and fresh brewed beer, great combination).

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Mentoring Service for New Code Camp Presenters

Wed, 11 May 2005 15:28:00 GMT

One of the things that was discussed between Stan and some of the presenters at the Philly Code Camp was the task of getting more people from the local community, and focusing less on “well known” speakers.  Someone (and I can’t remember who) suggested that the problem with getting people new to presenting to volunteer is the lack of some sort of a mentoring program.  The idea is to get people who are out in the field every day and help them present some of the new/interesting things that they are doing with .Net.  Local user groups are a good way to start (that is how I started), but Code Camps are also attracting folks that don’t normally attend user groups.  To help them get over any fear/uncertainty, it was suggested that the Code Camps offer a mentoring service to people that haven’t presented before.  Now, I’m not Scott Hansleman or Don Box, but I have done a few presentations (and I’m definitely not bashful about speaking in public, it’s getting me to shut up that can be the problem), so if anyone feels like presenting at a Code Camp, and would like someone to bounce questions off of, I’m offering my services.  If you don’t already have my email address, just use my contact page.

First thing I would suggest to a potential speaker is to check out Scott’s Tips for a Successful MSFT Presentation.  Then watch Don Box’s What goes into a great technical presentation?. ( Sanjay transcribed it for those of you that don’t have the time to watch it).

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

NUnit Testing and Application.LocalUserAppDataPath Property

Fri, 06 May 2005 00:19:00 GMT

Here’s a note to myself (and for anyone else that is doing Test Driven Development).  If you are using the Application.LocalUserAppDataPath property, when running tests, the properties value will not be the same as if you are running in the application.  That’s because LocalUserAppDataPath is built the following way: Base Path\ CompanyName\ ProductName\ ProductVersion, and the CompanyName, ProductName, and ProductVersion are all derived from the AppDomain.  The AppDomain gets this info from the AssemblyInfo attributes of the exe, not the dll.  Since I was testing a dll, the tests failed, since the exe that created the AppDomain was generated by my testing tool (TestDriven.Net), which did not have any of the AssemblyInfo attributes set.  The result was that the Application.LocalUserAppDataPath was User\  I’ve got to send a request to Jamie, and see if we can update the ProcessInvocation.exe to reflect the AssemblyInfo in the dll that is being tested.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

VB.Net Event Implementation and Serialization Doesn’t Mix

Wed, 27 Apr 2005 02:08:00 GMT

OK, another rant on why I can’t stand the way VB.Net does things differently from the way C# does them (and usually for some sort of backward compatibility to VB6).  This time the weirdness came by way of trying to using binary serialization on a class that listens to events on a class that isn’t marked serializable.  Recently another developer on my team add events to a class that is marked serializable, and then added listeners to the UI class by marking the class with the WithEvents attribute.  He then added event handlers by way of the handles attribute on the sub.  The problem is that since VB.Net uses hidden multicast delegate fields when you use this VB-centric method of handling events, the binary serializer will try to serialize the UI class listening in on the events.  Prior to adding this bit of code, binary serialization worked fine.  Now with the new code, binary serialization fails with an error saying that the UI class isn’t marked serializable.  So I had to search around trying to figure out what broke, and how to fix it. 

Turns out the fix is pretty easy.  Just don’t use the VB-centric style of event handling.  Use AddHandlers instead of WithEvents and the Handles clause, and you avoid some of the serialization issues.  Once I fixed it, then I could Google it and it looks like Trev Hunter ran into a similar issue, and wrote an article on it.  I haven’t checked this out in .Net 2.0 beta 2, but I hope they fixed this issue.

I’m pulling this blog post.  I put it together a little too quickly, and it is very hard to read, and some of the comments were just wrong.  That’s what I get for jumping to conclusions, and not doing my usual thing, and creating the simplest project possible to test the bug I found.  When I get some more time, I’ll post a sample app, with the issues I have (although they are not as bad as I first thought, there are differences between what you can do with VB.Net and C#).

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Outlook Makes It Impossible to Report Phishing Scams to PayPal and Ebay

Tue, 25 Jan 2005 19:15:00 GMT

If you are like me, you get a couple phishing scams every week.  Where most folks just delete them, I like to report them to the company they are trying to impersonate.  Microsoft has this page dedicated to helping individuals determine phishing scams, and how to report them.  The problem is that most of the phishing emails contain images, which Outlook will, rightfully, not download (so that the person that sent the email doesn’t get a ping that you actually read the email).  If you try to forward the message, Outlook requires you to download the images (thus alerting the phishing party that you read the email).  So in the Microsoft guide, they tell you to create a new email, include the suspected email as an attachment, and manually copy the headers over to the new message.  But, to report a phishing email to EBay or PayPal they want you to forward the email to them, not send it as an attachment, which is the exact opposite of the MS guide.  If you try to follow Microsoft’s suggested method, and report the email to EBay or PayPal, you will get a response asking you to forward the original email, not include it as an attachment.  Do you see where I’m going?  You can’t use Outlook to forward the email without downloading the images, and EBay and PayPal will not accept it any other way.

My solution at the moment is to log onto my email via webmail and forward it, but there has to be a better way.  The average person will not go to this extreme to report the scam, and it will not be reported.  Maybe one of the Outlook MVPs out there has a better solution?

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

This Is A Partially Syndicated Feed

Fri, 07 Jan 2005 17:59:00 GMT

FYI – For those of you still subscribed this feed, this is a trimmed down syndicated feed.  I try to limit what I syndicate here, and restrict it to pure .Net related posts.  You are more then welcome to continue subscribing to this feed, but you are missing the majority of my posts.

My full blog feed can be found here.  But maybe you don’t want to read all of my posts (the topics vary) so I have 3 main sections:

  • Grok This - The Grok This category is devoted to a number of various topics that I find interesting, but do not contain enough content to warrant a dedicated category.
  • All Things Techie - devoted to a various topics related to computer programming/development (which is a superset of what is syndicated here), including community information.
  • Music - all my music reviews. Mostly CD reviews, but there should also be a bunch on the concerts I attend.

Each section is further divided in subcategories, so if you have very specific topics that you are interested in, you can have that too.

XML Tools I’d Like To See Built For Visual Studio.Net

Fri, 17 Dec 2004 02:46:00 GMT

While at this year’s XMLDevCon I came up with 2 VS.Net add-ins that I’d wanted to write and release as open source for .Net.  I was withholding the ideas figuring that I would find time to write them, but it has been a couple months and I haven’t even begun work on them.  So, I’ll publish them here, and hopefully someone else will help take up the gauntlet.

In .Net 2.0, XSLT will compile down to IL (and you can debug it in VS.Net).  The add-in I’d like to see is one that would let you compile your XSLT right into your .Net project and not need (a) separate XSLT file(s).  Yes, I know that you may not want this in all circumstances, but there are a lot of times that my XSLT is pretty much static.  I’ll pass in parameters, just like any XSLT, but isn’t a shame that I have to always treat XSLT like a resource file, and have to do all this compiling and caching on the fly.  Wouldn’t it be cool to just compile it into your project when you wanted it?  An extension of this idea would not to just include the IL in your project, but use something like Lutz Roeder’s Reflector to generate your favorite .Net language and make that part of your project (effectively making XSLT a code generation language within .Net).  Some things are just easier to write in XSLT.

The other add-in is really just an extension of the XSLT idea, and that is to do the same thing for XML Schema.  Why does the XML schemas always have to be a separate file, and dynamically “compiled” and used.  Actually, compiling XML Schema down to IL, and including it in a project would probably be used more often then someone would use the XSLT add-in.  And, if we use Reflector, you could even add some validation rules that couldn’t be done well in XML Schema (think Schematron).  I guess that would turn XML Schema into a code generation tool, but I don’t think that is so bad.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Do We Love XSLT Because It Is Difficult To Learn?

Mon, 13 Dec 2004 01:06:00 GMT

M. David (on his XSLTBlog) asks why some of us are drawn to XSLT and has a great quote (well sort of quote) from Tim Bray from a late night drinking session at XMLDevCon:

to understand XSLT you must first reach up with both hands and grab the two halves of your brain peeling each back until you have successfully turned your brain completely inside out

M. David thinks that it is just because XSLT is hard to learn, and we love to torture ourselves.  Me, well I think that some of us realize (in the deep dark recesses of our brains) that procedural programming (aka what most people call programming) is preventing us from reaching out full potential and that some form of declarative programming is the future.  XSLT reminds us that there is more then just procedural programming out there, and we really have to stop and open our minds to other forms of programming.  I think that once we get beyond the coding everything procedurally mentality, we will finally be able to develop systems that actually learn, and are not just programmed (Domain Specific Langauges  hint at just the beginning of our trip down that path).

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

SQL Server Replication Book

Mon, 06 Dec 2004 17:25:00 GMT

If you are looking for information on installing, configuring, and troubleshooting SQL Server Replication, and need more than just the documentation (and who doesn’t), then there is just one place to get it, and that is SQL Server MVP Hilary Cotter’s new book, A Guide to SQL Server 2000 Transactional and Snapshot Replication.  If you are using SQL Server Replication, and do not have this book, then you are definitely doing things the hard way.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Not the Way to Introduce XmlTextReader

Tue, 30 Nov 2004 02:59:00 GMT

Thom Robbins is a great guy, but unfortunately for him he has bumped into one of my major pet peeves, Viral Coding Examples with his Introducing the XmlTextReader post.  It really isn’t his fault, since the code he uses is very similar to the code example in the XmlTextReader.Read()  documentation, and I complained about that code to the System.Xml team at the MVP Summit.  I did promise to write something up on it, and Thom’s post finally got me to do it (it has been months since I promised to write this up). The problem is in the structure of the code: Dim xmlFileStream As New FileStream("cust.xml", FileMode.Open)Dim xmlRead As New XmlTextReader(xmlFileStream) While xmlRead.Read    xmlRead.MoveToContent()     If xmlRead.HasValue Then         MsgBox(xmlRead.Value)     End IfEnd While xmlRead.Close() xmlFileStream.Close() At first glance the code looks perfectly fine.  But, knowing full well that some developer new to System.Xml will be using this code as a template for bigger things we have an obligation to make it easier for them to adapt this code without causing “strange” errors. Problem #1 No explicit setting of the WhitespaceHandling option.  Unless the developer is familiar with XmlTextReader (which shouldn't be in this case), they would not know that the default is WhitespaceHandling.All, which causes the reader to return all Whitespace and SignificantWhitespace nodes (which will definitely confuse the developer).  So after the declaration of the xmlRead variable you should set the WhitespaceHandling property. xmlRead.WhitespaceHandling = WhitespaceHandling.None At least now the developer realizes that there is a property for WhitespaceHandling, and will/can change it as needed. Problem #2 Implicit Control of Reads in While Loops.  My biggest problem with the code examples used to XmlTextReader has to do with the While xmlRead.Read loops.  Although it looks very harmless, the while loop that executes a read at the beginning (or the end) of a looping structure will cause bugs to creep into the code because of the way other methods on the XmlTextReader handle the cursor used to point to the current node.  If all you do is execute Reads via the while loop, you are perfectly fine.  But once you add code that manipulates the cursor from within the while loop, now you run the chance of skipping nodes accidentally. Here’s a great example.  You have an XML stream that looks like this:    1st Level2 text node  2nd Level2 text node     And you want to print out the contents of the elements level2, so you modify the standard code example to look like this: While xmlRead.Read    xmlRead.MoveToContent()    If xmlRead.IsStartElement() then        If xmlReader.Name = “level2” then           MsgBox(xmlRead.ReadInnerXml())        End If    End IfEnd While And you know what, it works fine.  But say the XML stream does not have all that pretty whitespace, or that they took my advice and set the WhitespaceHandling property (in this case to None).  Now the code doesn’t work, since you had a bug in your code and you didn’t know it.  What?  How is that?  Well, the ReadInnerXml method reads to the first node past the EndElement.  In the case of the XML Stream with the nice format[...]

Alternate User Group Meeting Arrangements

Tue, 16 Nov 2004 01:30:00 GMT

I’ve been trying (with help from ScottW and the local MS DEs) to start up a new user group in NJ, but I’ve run into a couple problems, the most important is the lack of a standard meeting date that does not intrude on the pre-existing user groups.  The problem is a good one to have, since it means that the developer community is of sufficient size to support more focused user groups (rather than the typical general purpose groups).  But by focusing the user group on one topic, it also limits its potential audience, so we need to make it available to a larger group of developers.  What I was thinking of doing is to create 3 new user groups (or one big one with 3 different tracks) which all meet at the same location, just separate rooms.  The 3 groups would be an Asp.Net group, a SQL Development DBA group (for folks who write sprocs and DTS packages, OLAP and such, geared towards the new Yukon dev stuff) and a traditional SQL Server Support DBA group (for the traditional backup/recovery/performance stuff).  Then, instead of meeting every month on a weeknight, meet once a quarter on a Saturday morning and have 3 presentations per group (or track) which would mean 9 sessions in total.  The idea is that most folks can't travel more than 20 miles on a weeknight because that is about an hour commute time (thanks to traffic), so a Saturday morning (with no traffic) would mean that people could travel further.  But who wants to give up 1 Saturday morning a month?  So if we have 3 sessions on a quarterly basis we could meet once a quarter, and still cover the same amount of material, and only have to give up 1 Saturday a quarter.

I’ve tried to find out what others areas are doing to solve this problem, but I haven’t found others that have run into this (I would think that only high density populations of developers, like Silicon Valley, would have hit this yet).  Anyone have feedback for me on this?  I guess trying to keep a community active in a group that meets only once a quarter may be an issue, but with a proper community site, and support from the monthly user groups, I’m inclined to believe that this shouldn’t be a problem. 

Also, does anyone know of a User Group that is a member of PASS and Ineta?  I would think that with Yukon coming next year, more groups will be registered with both user communities.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Try Catch Differences between VB.Net and C#

Mon, 15 Nov 2004 15:47:00 GMT

I’ve been extremely busy since coming back from Vegas, and even caught a little flack for not posting more quality stuff (and I agree, the quality isn’t there at the moment, but just wait until you see what I’ve been working on). I ran across this little tidbit a couple weeks ago, and I wasn’t going to post it because I didn’t want to start another VB.Net versus C# thread, but I think it shows some of things done in the name of backward compatibility with VB6 which are helping kill a perfectly good language (VB.Net).   I’ve got a bunch of other stuff that VS.Net does to “help” the VB.Net programmer, but only succeeds in making it hard for them to produce enterprise ready code, but this “flaw” is in the complier not the IDE. My currently client has requested that the code be done in VB.Net, so I’m living a world trying to make VB.Net adhere to the same coding styles as C# (no VB only functions, using namespaces, no BAS files, good OO and Domain Driven Design (well sort of)) and fighting the IDE the whole way.  I was disassembling one of our libraries and noticed a reference to VisualBasicMicrosoft.VisualBasic even though I specifically removed the default import of that namespace.  I was curious as to why that was happening and noticed that it was only in the Try Catch statements.  I thought that maybe it was something I was doing so I created 2 projects, one in C# and one in VB.Net, with one class, and a simple Try Catch in each C# using System;public class Class1{ public Class1() {  try  {   Array a;  }  catch (Exception ex)  {   Console.WriteLine(ex.Message);   throw (ex);  } }} VB.Net Imports SystemPublic Class Class1    Public Sub New()        Try            Dim a As Array        Catch ex As Exception            Console.WriteLine(ex.Message)            Throw (ex)        End Try    End SubEnd Class You would think that both sets of code would compile down to the same IL, but they don’t. C# IL .method public hidebysig specialname rtspecialname         instance void  .ctor() cil managed{  // Code size       23 (0x17)  .maxstack  2  .locals init ([0] class [mscorlib]System.Array V_0,           [1] class [mscorlib]System.Exception ex)  IL_0000:  ldarg.0  IL_0001:  call       instance void [mscorlib]System.Object::.ctor()  .try  {    IL_0006:  leave.s    IL_0016  }  // end .try  catch [mscorlib]System.Exception   {    IL_0008:  stloc.1    IL_0009:  ldloc.1    IL_000a:  callvirt   instance string [mscorlib]System.Exception::get_Message()    IL_000f:  call       void [mscorlib]System.Console::WriteLine(string)    IL_0014:  ldloc.1    IL_0015:  throw  }  // end handler  IL_0016:  ret} // end of method Class1::.ctor VB.Net IL .method public specialname rtspecialname         instance void  .ctor([...]

Viral Coding Examples in Presentations

Thu, 21 Oct 2004 21:49:00 GMT

Joe Fawcett (fellow XML MVP) came across a great example (from the Microsoft.Public.Xml newsgroup) of one of my biggest pet peeves, “We (the community) are doing a very poor job teaching the average developer how to use XML properly in .Net”. 

I want to draw your attention to a line from the original post:

“So, is it possible to directly modify the xml file instead of using the dataset.”

And the first response was:

“you can do it using Data Island”

Why does thing question bug me so much?  Because we (the community) have done a very bad job using XML correctly in our articles and presentations.  The reason why Joe pinged me with this example is because I went on a rant earlier this year (in a private conversation) how disappointed I was in one of the DevDays presentations.  In the presentation, they were trying to show some cool Whidbey WinForm stuff, and the example went something like this: “We have this XML file and we want to display the info it in a WinForm, so let’s use a DataSet to open the XML file and then bind it to the controls on the form”.   NOOOOO my mind went.  This is not the way to introduce developers to XML.  Yes, can you open an XML with a dataset, and yes it is quick and easy to do, but it is enforcing very bad development practices, which lead to questions like Joe found.  People learn new technologies from these examples, and we really have to be careful when writing them.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

NJ Finally Has Our Very Own Microsoft Regional Director

Wed, 29 Sep 2004 02:14:00 GMT

Congrats to Scott Watermasysk!  He was recently awarded the Microsoft Regional Director designation for New Jersey (the first for NJ).  

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post. 

Avalon Not Ensured To Be Included In Longhorn?

Wed, 22 Sep 2004 12:46:00 GMT

eWeek Senior Writer, Darryl Taft contacted me last week and asked about how I’d feel if Microsoft dropped Avalon from the Longhorn release, and then put some of my comments in this article.  He mentioned that he had a quote from a Microsoft exec inferring that it may happen, but I didn’t realize that it was a quote from Soma Somasegar.  My full comment was:

“In my opinion, it would be a total disaster. The high coming out of PDC ’03 was incredible, and they would lose a lot of respect with the developers out there. We all knew WinFS was a bit aggressive, so it didn’t surprise us that it was removed. But Avalon is a totally different thing. It was the most complete of the triads of Longhorn (at the time), so I don’t know why they would pull it. The IDE for the Avalon stuff is a whole different issue. Without an editor Avalon will not be good to any of the developers. Since I have not seen an IDE, only rumors, that is the one thing that concerns me.”

I understand that there needs to be a balance between feature, quality, and time to market, but if you remove the 2 major reasons to upgrade from WinXP to Longhorn (WinFS and Avalon) then you better replace them with something just as good.  Otherwise no one will upgrade, especially if you are going to be able to get Avalon on WinXP.  That is basically what happened (IMHO) with WinME.  There was no valid reason to upgrade from Win98se (some will say that is was just Win98 3rd edition).  In the WinME to WinXP migration there were very valid reasons to upgrade (a very stable, enterprise ready OS the home users could also use).  Besides Avalon, I can’t find a reason to upgrade to the next OS.  If there is one, Microsoft is sure doing a poor job getting the word out.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post.   

NJ Dev Dinner 9/14/2004 – Special Edition

Mon, 13 Sep 2004 18:31:00 GMT

Right after the N3UG meeting (with Dave Douglass’ presentation on Generics), we will have a special edition of the NJ Dev Dinner.  What’s the occasion?  Microsoft Developer Evangelist Kirk Allen Evans is coming up from Atlanta, GA, and will be in the area.  After the meeting we will move on over to Chevy’s for some fun, food, and drink.

The preceding blog entry has been syndicated from the DonXML Demsak’s All Things Techie Blog.  Please post all comments on the original post.