Posted on 06/22/2002 12:48:53 PM PDT by Dominic Harr
Microsoft .Net software's hidden cost
Sat Jun 22,11:11 AM ET
Joe Wilcox
Companies planning on moving their old programs to Microsoft's new .Net software plan had better prepare for sticker shock: Making the conversion could cost roughly half of the original development cost, Gartner says.
More Newsletters (CNet/ZDNet Privacy Policy)
|
That may come as a blow to penny-pinching information systems departments in big companies, even those very familiar with Windows programming.
Typically, moving to a new software release isn't so costly. But, warns Gartner's Mark Driver, .Net isn't just a new release of Windows.
"People mistakenly assume the cost of upgrading will somehow be the same as going from one version of a well-established product to another. That's definitely not the case (with .Net)," said Driver, who devised the cost model.
Ari Bixhorn, Microsoft's product manager for Visual Basic.Net, disputed Gartner's conclusions. He said most conversions to .Net are about 95 percent error-free, meaning they can be completed at a cost much lower than what Gartner estimates.
Gartner, however, considered factors other than code conversions in its analysis, such as training and lost productivity. Bixhorn said he didn't see either training or productivity problems as much of a concern.
Microsoft's .Net plan includes new releases of the company's Windows operating system and other server software, along with development tools and infrastructure to make programs more Internet-aware. One new technology supported by .Net is Web services, which promise to make linking internal computer systems, and systems residing in multiple companies, far easier than current methods.
What's unclear is whether the additional cost of moving to .Net will slow Web services releases. Several technology buyers told News.com this week that they are waiting for additional standards and better compatibility before they commit to large-scale projects.
The most prominent piece of .Net released so far is Visual Studio.Net, a new version of Microsoft's development tool package, which debuted in February.
Visual Studio.Net includes new versions of familiar tools such as Visual Basic and Visual C++. But the tool bundle is radically different than predecessors. It includes a new development language called Visual C# (pronounced "see sharp"), and introduces the .Net Framework and Common Language Runtime, which are technologies for managing and running programs.
The new development tool package also ushers in ASP.Net, a specialized type of software called a class library, replacing an older technology called Active Server Pages (ASP) for creating Web applications that support new Web services technology.
Still, long term, Driver predicted that making the switch to .Net for building new programs would help lift productivity and create more efficiency within companies.
"Over the course of the lifetime of an application, .Net might give you 20 percent cost advantage or more over using the older technologies," he said. "You will be able to recover that migration cost over the course of three to five years."
Companies making the switch could do so all at once, but most will likely make the change over a longer period of time. Either way, the cost of migration stays the same.
"It's an issue of paying the 60 percent up front or over the course of three years," Driver said.
The largest cost is code conversion. Because it is difficult to calculate, the 60 percent estimate in some cases could be too low.
The cutting edge can hurt
Gartner based its migration cost estimates on Visual Basic.Net and not on its cutting-edge, Java-like Visual C# programming language. One reason: Cost. A forthcoming study will say the migration cost associated with C# would be even higher than the standard Visual Studio .Net tools, Driver said.
"Some clients have asked about going directly to C#," Driver said. "For the vast majority, going from Visual Basic to Visual Basic.Net may be painful, but it's going to be the least painful of the strategies."
C# is seen as a crucial programming language for advancing .Net. Use of the language doubled in six months, according to a March study by Evans Data.
Without a doubt, companies switching to the new tools and migrating software applications over the long haul will find the switch over the easiest, but even they face difficulties in planning. Driver used the example of a developer running the older version of Visual Studio and Visual Studio .Net over a protracted period.
"That becomes untenable at some point," he said. "You've got to make the switch. So even if you go with a hybrid model, you've got to remember that you're spreading your resources thin over two different platforms."
There are other concerns about making the switch to .Net. At the top of the list is security, Driver said. Following a January memo from Chairman Bill Gates ( news - web sites), Microsoft cranked up emphasis on security. But problems have still surfaced in recent months.
"Some people are hesitant to put Internet Information Server (behind a public Web site) because of security issues. Well, .Net doesn't really address those problems," Driver said. "IIS is still just as vulnerable with .Net running behind it as the older ASP (Active Server Pages) code running behind it."
IBM and Sun also are pushing hard into Web services, advancing their own technology strategies and tools.
Security will be an important part of that emerging market. Market researcher ZapLink said on Thursday that the Extensible Markup Language ( XML) and Web Services security market would top $4.4 billion in 2006.
I assume you're talking about me, for one. I am no salesman. I'm a developer.
I can tell. You at least can speak the language. We both know who the marketing poser is.
Um -- yes, you have.
And of *course* I point out times that Java might have worked better. In that case, I was just pointing out that it was better than regular ASP at that specific task -- which he described fully.
In your world, no mention of Java allowed in an MS discussion. I do feel .NET is good, and Java is better at most things. That is clearly not allowed in your world.
Must be an awfully small world.
In the short run, yes.
In the long run, tho, no. I don't think so. Just a guess.
ROFL... It's really really hard not to attack you personally. Especially when your posting history, tactics, and motives are so friggin' transparent.
Then I'd say I know all I need to know about discussing tech with you.
That post has a clear, deliberate meaning. It was an attempt to say that 8 weeks of coding was migrated in 8 hours.
You claim it did *not* mean coding, but an entire project. It *said* coding, and the topic was coding. But you don't think it meant coding.
Got it.
And you still feel it's an "insult" to say that you feel another tech might have been a better choice.
I think the backpeddling has just lead you off a cliff.
Well, in my world, each technology is better at some things than others. So each has good and bad.
Java has bad -- slower execution times, it's a nightmare to use some local file systems, etc.
I can admit that. That is not an 'insult' to me. You can tell me I made a mistake in using a Java applet for a simple clock, it should have just been ASP. I'd agree, wouldn't consider that an insult.
.NET, also, has good and bad. The good -- OO design, potentially cross-platform, faster development than traditional MS development.
But now's where you start to attack.
.NET also has bad. It's untested. MS has a bad track record. There is no 'applet' style web application (and no, a Windows-only WinForm won't do for any internet applet I do, it can *not* be Windows-only).
One of us is a salesman. The other is a working developer (well, on vacation this week!).
Look, it's very simple:
So while eight weeks to eight hours might be an exaggeration, two weeks to eight hours is an understatement - the platform was converted, not just the programming language used for the web pages.
Bottom line: .NET suits our needs perfectly. It is going to save us a lot of development and a lot of money. We are not computer scientists writing compilers and trying to squeeze out a few more cycles from the CPU, nor are we theorists trying to implement the latest esoterica. We are business people trying to help our company save and ultimately make money. We have a Microsoft code base, Microsoft databases and a lot of experienced Microsoft desktop application users and VBA programmers. In our case (and in the case of the majority of "Microsoft shops"), incurring the tremendous training and legacy code conversion expenses of switching to Java and Oracle would be like digging a hole to put up a ladder.
It's just fascinating that others chose to try and rationalize the misunderstanding.
I respect what you're saying about using .NET.
I'll only say that I think that any IT shop that is "Fill in the blank"-only, including MS-only, is making a big, big mistake. Being good a delivering useful tools means an open mind, and being able to select the best possible solution available regardless of vendor.
I would feel the same about a 'Sun-only' shop. In fact, I'd be *more* horrified by a 'Sun-only' shop!
8 weeks of ASP code and test.
Which still has nothing to do with the analysis, db design and SQL stored proc writing you claim.
Of course you stick by your guns, claiming that a clear sentence means the opposite of what it says.
You've proven unwilling to do anything else.
I give. You win the denial contest. I will not waste any more of your time. Post 17 was *very* clear.
Since .Net will dramatically increase the need for outside consultants, such news from Gartner warms my heart.
In the short run, yes.
In the long run, tho, no. I don't think so. Just a guess.
Agreed. .Net will eventually reduce the need for outside consultants, like myself.
But, history tells me that shortly after Microsoft gets .Net to that point, they will discontinue support for it, in favor of some new buggy product that will create even more need for my consulting services. They will continue to release broken, buggy and/or less than fully functional products that are incompatible with prior products. They will eventually fix those products just before the replacement product is to be released. That's how they make their money. There is no indication that Microsoft has any intention of changing that development policy. After all, that policy is what put them where they are.
That's why I am thoroughly convinced that hanging on to Microsoft's coat tails will continue to make consultants like me rich, for many years to come.
It is *potentially* cross-platform, as your link proved it is possible. But clearly not yet ready for Unix/Linux/Apple work.
It is untested and new.
And it has no answer to the applet, yet.
As I said, you won't admit any negatives in reference to any MS product. Your opinions are, in my estimation, straight from the MS salesman talking points.
Hmmm, possible. Certainly is a method they've chosen in the past.
Don't know. I hope not. I think it's time the IT industry delivers on this 'Internet' thing we've sold everyone on. The American software industry -- from Oracle to MS to Sun -- has in the past sold a bunch of software that was a pretty poor-quality product, as every other industry measures quality.
I believe it's time for the American software industry to grow up.
Hopefully, .NET and Java will be prime movers in that.
"Hey Mr. Java developer, that tool you just built could have been done better, and faster, and cheaper in C#. You should have used .NET".
Java Dev: "Oh, really? Thanks, I'll check it out. I'm always interested in better ways to do my job."
"Hey Mr. MS-only developer, that tool you just built could have been done better, and faster, and cheaper in Java. You should have used Java."
MS-only Dev: "What an insult! How dare you criticize me and my work. I use MS products, and that's an MS product, so that's good enough for me. Now don't ever insult me like that again."
Food for thought.
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.