Scott Hanselman

The Myth of .NET Purity

May 13, '03 Comments [8] Posted in Web Services
Sponsored By

As promised earlier I've posted a personal rant on The Myth of .NET Purity, that I submit for your perusal.

About Scott

Scott Hanselman is a former professor, former Chief Architect in finance, now speaker, consultant, father, diabetic, and Microsoft employee. He is a failed stand-up comic, a cornrower, and a book author.

facebook twitter subscribe
About   Newsletter
Sponsored By
Hosting By
Dedicated Windows Server Hosting by SherWeb
Wednesday, May 14, 2003 9:21:36 AM UTC
Umnanaged code is not bad, but adds its own set of problems. More managed the code is, less your problems with things like memory leaks

Wednesday, May 14, 2003 1:36:03 PM UTC
The big advantage of 100% .NET code is that it lets you staff more flexibly. If your developers only need to know .NET technologies, you can hire more widely than if they need to know .NET and COM/Win32.
Friday, May 16, 2003 11:33:24 AM UTC
Much said of PInvoke and COM Interop here, I have heard that the next version of the CLR will do away with this. If this is the case it will be interesting to show how many of the arguements stand.
Friday, May 16, 2003 11:56:28 AM UTC
You say something about the Java VM and that's 100% pure and .NET is not. This is not true. F.e. Sun's Java VM runs native OS threads instead of threads using it's own Virtual CPU, when you start a thread in Java. When you use PInvoke or Com in .NET it's the same as using JNI in Java. What's the difference? I don't see it.

Friday, May 16, 2003 4:52:34 PM UTC
You have any notions of ever running a piece of code under Mono?... then "pure .NET" suddenly becomes a practical consideration.

Friday, May 16, 2003 8:19:39 PM UTC
Good comments and points from everyone.

Tuesday, June 17, 2003 11:42:07 PM UTC
Java is been known among developers as following: "Write once, - debug everywhere". This is mostle because of inconsistencies in implementation of OS abstraction layer in particular implementation of Java VM. Windows.NET aparently does not have this problem - because it does not intended to run on variety of OSes. I bet that Windows XP and Win2K are behaving similar in most cases but also I'm sure that there are some cases whare results of execution are different under different service packs (or whatever). Mono.NET (sorry for politically incorrect term) will be clear of the problem as soon as it remains on single Linux OS.
Tuesday, June 17, 2003 11:43:24 PM UTC
sorry for typos in the previous post...
Comments are closed.

Disclaimer: The opinions expressed herein are my own personal opinions and do not represent my employer's view in any way.