Slashdot Mirror


Understanding .NET: A Tutorial and Analysis

benjiboo writes "This is one of the many books designed to help the average technical manager or developer get a feel for what the .NET framework means for them. Primarily geared towards developers and technical managers, this book aims to cut through the marketing hype. But, does it succeed? Read on for Benjiboo's answer to that question. Understanding .NET: A Tutorial and Analysis author David Chappell pages 288 publisher Addison-Wesley rating 4 reviewer Benjiboo ISBN 0201741628 summary A summary of the .NET framework

Firstly, this book doesn't attempt to act as a programming tutorial, and as a result is thin on code examples. Instead, the book takes a highly summative approach to the main technologies of the framework, broadly dividing them into: web services, the CLR and languages, the class library, data access, ASP.net and .NET my services.

Having said this, the central theme through the book is that of XML and web services, accurately reflecting their importance in the .net framework. It frustrates me how web services are often described as revolutionary, when built on technologies such as UDDI and WDSL which in turn are based on relatively mature technologies such as XML and HTTP. This book falls into the same trap of pandering to the hype surrounding web services, without really managing to convince me of what is so revolutionary about them.

The author dedicates a chapter to a summary of the main .NET languages, Visual Basic .NET, C#, and the managed extensions of C++. The author concludes that "Managed C++ adds even more complexity to an already complex language." Some may have reservations with this statement; garbage collection, interfaces, attributes and the managed types are only likely to result in less work for the developer even after a relatively short learning curve. The author appears to come out in favour of C# over the "more complex" Visual Basic. I would like to have seen some discussion on other .NET languages under development.

The chapter on the class libraries makes a relatively good job of summarising the massive .NET libraries. It's a fleeting overview of the most useful and interesting parts of the libraries. Remoting (remote method calls), reflection and the ubiquitous GUI libraries are just a few examples. This is one of the stronger sections of the book in my opinion, though this is coming from a developer's perspective.

There is a concise chapter on ADO .NET. The author acknowledges the fact that this is the latest in a long line of Microsoft data access libraries but fails to indicate why this one is better. The controversial .NET My Services is also detailed. The book doesn't really ponder the politics surrounding My Services, which is surprising as this element was always likely to be its downfall.

In parts, this book is overwhelmingly pro-Microsoft. In a particularly gushing moment, the author implies that COM was successful in its goals of interoperable component software, only failing to reach critical mass due to a failure by other vendors to support it. OMG's corba on the other hand was based on an incomplete standard, destined to failure due to Microsoft's decision not to support this 'doomed' standard. I would whole-heartedly disagree with this. Firstly, the distributed object technologies of CORBA are applicable to a different range of problems. Even overlooking the validity of this comparison, CORBA has seen massive support and is generally considered to be more successful than COM.

On a more positive note however, this book does provide isolated moments of insight. Some of the sidebars, for instance, tend to delve a little deeper, providing a little bit of the insight I was hoping to gain by reading this book. A brief look at the differences between MSIL and Java's VMs for instance led me to research further. Apparently future versions of SQL server are set to host a version of the .NET CLR natively, similarly to how Oracle 9i can run its own Java VM. For me, these insights go beyond the information which I could have picked up on any number of white-papers out there on the net.

In hindsight this book is perhaps too shallow, falling into the trap of using a barrage of acronyms and buzzwords without delving deep enough into any one topic. There is no mention of cross-language interoperability, and more importantly no mention of cross platform interoperability efforts -- which do exist. Also, even with a book so Microsoft oriented, I would expect to see either a distinct section, or at least more comments, on the pitfalls and barriers to takeup of the framework. A more critical and less Microsoft-centric text would for me have made this book more authoritative.

Table Of Contents

Preface
1. An Overview of .NET. 2. Web Services.
3. The Common Language Runtime.
4. .NET Languages.
5. The .NET Framework Class Library.
6. Accessing Data- ADO.NET.
7. Building Web Applications- ASP.NET.
8. .NET My Services.
Conclusion

You can purchase Understanding .NET: A Tutorial and Analysis from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

282 comments

  1. well by Joe+the+Lesser · · Score: 4, Insightful

    I might buy this book, except my managers won't touch .net with a ten foot pole, as once your in, you apparently can't get out.

    --
    "I only speak the truth"
    Karma: null(Mostly affected by an unassigned variable)
    1. Re:well by xyzzy · · Score: 5, Interesting

      Not particularly any more or less than any other Microsoft technology. In fact, if you do any Microsoft-centric work in your shop, .Net is a significant improvement over (COM | ASP | etc). If you live for cross-platform portability, you won't be using any of these anyway.

    2. Re:well by Kris+Warkentin · · Score: 3, Funny

      > I might buy this book, except my managers
      > won't touch .net with a ten foot pole, as
      > once your in, you apparently can't get out.

      Hence the name, "dot NET".

      --

      In Soviet Russia, hot grits put YOU down THEIR pants.
    3. Re:well by tshak · · Score: 1, Informative

      Beyond the less proprietary nature of .NET (ECMA standards, minmal tie to Win32), it's also possible to any investment of .NET with any future technology through some form of XML (SOAP, etc.)

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    4. Re:well by Anonymous Coward · · Score: 0

      To say nothing of the fact that, if you stick with Windows over the next few years, you`ll eventually be using an OS where everything is a .NET object and you`ll have no choice. So, learn it now or learn it later - it's up to you!

    5. Re:well by Anonymous Coward · · Score: 5, Insightful

      .NET locks your applications up onto a particular platform (arguable, since Mono does do ASP.Net, and a lot of the stuff is either currently ECMA and IEEE certified, or on track to be.)

      What .NET doesn't do though is lock your data up on a particular platform. As long as you have SOAP libraries for other platforms/languages you can easily mix and match heterogenous systems.

    6. Re:well by krumms · · Score: 3, Insightful

      It's a shame so many people are taking this "oh god don't lock us in" stance. To me, and people will disagree with this, .NET is the Sun/Java 'write once, run anywhere' concept done right because it's:

      - Language Independant (although I would agree that C# seems best suited to it for me)
      - Potentially Platform Independant (not yet, maybe not soon, but possible - well done to the Mono team)
      - Generally runs faster than Java on Windows ('big surprise' you say - but see how Mono goes)

      This isn't even mentioning the fact that developers can gather together to work on a software project using .NET, and can contribute regardless of their language of choice.

      Naturally there's barriers to such a thing actually happenning. For example, imagine reading the source code to a large project developed in such a manner: where My.Namespace.Person is written in C#, My.Namespace.BusDriver is written in J#, My.Namespace.BusinessManager is written in VB.NET and My.Namespace.HospitalityManager is written in Managed C++. In such a scenario, Person would be the base class of BusDriver and BusinessManager, and HospitalityManager would be derived from BusinessManager.

      Thus to understand that relatively small section of a project (four classes!) you need to know four separate languages. Obviously, a good design will save a person from having to do such a thing. Unfortunately, good designs are hard to come by. Harder still is following a good design to the letter. Although you can argue otherwise, the fact of the matter is that we haven't yet perfected the art/science of software engineering at its current level of complexity - why make it more complex?

      That said, there's nothing to stop you from developing with, for example, C# as your main language then using Python or Perl for handling complex text files.

      As previously stated, so far as I'm aware there's no more 'lock-in' to .NET than there is to other Microsoft (and indeed some non-Microsoft) software. I've spoken to various companies here in Australia and few of them are even thinking about installing the .NET CLR on their Windows systems - let alone their servers.

      I think the biggest problem with .NET for managers is a lack of understanding. .NET has a bit of an identity crisis in that it seems hard to define what it is in layman terms, and the technical terms tend to evolve from simple two-line explanations into long, drawn-out descriptions of the CLR and assemblies.

      It's a simple concept that I feel is hard to convey. How do others feel regarding this?

      Anyway I'm rambling now. Outies :)

      Tom L

    7. Re:well by Anonymous Coward · · Score: 0

      microsoft centric here, but trying to kick the habit. .NET wouldn't help matters - using CORBA

    8. Re:well by Anonymous Coward · · Score: 0

      Our team has been attempting to port over our legacy products over to Java for the past 2 years now. We been under heavy pressure to produce a product quicker, improve runtime performance and with an enterprise level architecture. It has been an uphill battle from the start. We recently performed a truly objective comparison of Java and C#/.NET. Surprisingly the developers second time around would choose C# over Java. The main factors in those decisions were:

      - Better GUI development IDE
      - Auto generated data access components using wizards
      - Snappier runtime GUI
      - Overall quickness in developing the same feature in C# vs. Java
      - Overall acceptance of the other groups which are already developing in Microsoft

      Bottom line is the product, our customers don't care if it's written in assembly as long as it provides the features and functionality. I work for a large healthcare company who is very successful. They been a Microsoft shop for a while and probably continue. It doesn't look like our 2 year Java experiement will pan out, despite all the great things Java has to offer.

    9. Re:well by mmol_6453 · · Score: 1

      True, well-managed monolithic projects won't be written in multiple languages, but I imagine it'll be rather convenient to be able to rope in a prewritten math module written in (faster) C#, while being able to develop the rest of the software in the language of your choice.

      It's an open secret that different languages are more appropriate than others for specific purposes.

      --
      What's this Submit thingy do?
    10. Re:well by scotch · · Score: 1
      "... .NET is the Sun/Java 'write once, run anywhere' concept done right because it's:
      ...
      - Potentially Platform Independant (not yet, maybe not soon ....

      Hmmm, I think that platform independence is a key characteristic of the "write once, run anywhere" (WORA) concept. In fact, I think it's the key characteristic. Java (to some degree) qualifies as WORA; .NET does not yet qualify as WORA, (mono notwithstanding). Anyone who thinks that .NET is a serious competitor to Java for WORA is either delusional or counting on something that doesn't exist yet. Of course, Microsoft has a long history of convincing people to adbandon working technologies in favor of their promised, cheaper solutions. E.G. see the roll-out of windows NT and industry reaction.

      --
      XML causes global warming.
    11. Re:well by j3110 · · Score: 2, Informative

      "NET is the Sun/Java 'write once, run anywhere' concept done right because it's:"

      --Oh really?

      "- Language Independant (although I would agree that C# seems best suited to it for me)"

      There are even LISP compilers for Java. If you haven't found what you are looking for, you just haven't looked hard enough.

      "- Potentially Platform Independant (not yet, maybe not soon, but possible - well done to the Mono team)"

      No it's not. Not as much as Java. Looking at the way MS treated Java (changing the core java.* libraries) I doubt it ever will be. You'll have to excuse me for looking at MS's track record to gauge their future conduct instead of fairy-tale hype told to managers to try to persuade them to buy.

      "- Generally runs faster than Java on Windows ('big surprise' you say - but see how Mono goes)"

      No it doesn't. As far as I can tell, MS really doesn't want to benchmark this at all. There have been no C# vs anything benchmarks. Not even the falsified for the public kind. There have been benchmarks of 2.5 Tier .Net web applications against broken, obfiscated J2EE implementations though. They tend to suggest that you can use 10x the LOC and still only be 2x slower. Sounds to me like Java cat run 5x more code per clock. I don't doubt the UI will be faster for .Net when you write a GUI. No faster than SWT, but faster than Swing by some ammount. .Net programs will start faster because it will be loaded at boot time like explorer(22M). Java will have this capability, and shared VM capability soon though, and most of my Java programs, with the VM, only use 11-14M of RAM.

      --
      Karma Clown
    12. Re:well by bratmobile · · Score: 1

      God, do you people even know how to read? .Net is no more a lock-in than Java. In fact, it's LESS of a lock-in. As has been reported on /., Microsoft has made public the specifications for every layer of .Net -- the languages, the intermediate language (bytecode equivalent), the code libraries, etc. It's no more a lock-in than C++ is.

      And there are already several open-source projects implementing .Net from scratch -- including on Linux! (See Mono, and the GNU equivalent, I forget its name.)

      If I had a nickel for every stupid, uninformed comment about Microsoft on /. I could BUY Microsoft.

    13. Re:well by krumms · · Score: 1

      Oh really?

      Yeah, really.

      There are even LISP compilers for Java....

      There is a Java compiler and IDE plugin (for Visual Studio) for .NET. What's your point? .NET's architecture itself is language independant. If I wanted to write a LISP interpreter in .NET (god forbid), I can do so in any .NET-supported language without first having to write that language in Java.


      No it's not. Not as much as Java. Looking at the way MS treated Java (changing the core java.* libraries) I doubt it ever will be.

      Look. As I said, not yet, but at least it's being standardized.

      You'll have to excuse me for looking at MS's track record to gauge their future conduct instead of fairy-tale hype told to managers to try to persuade them to buy.


      I've heard no such hype myself, although I am aware of it, and I'm not a manager. Nor do I avidly wave little flags saying "Yay Microsoft". Fact is I've used .NET and I like it. Sure, it's not Java yet, but Java is eight years old.


      No it doesn't.

      Okay, so let me get this straight. You're saying, "No it doesn't ..."

      As far as I can tell, MS really doesn't want to benchmark this at all. There have been no C# vs anything benchmarks. Not even the falsified for the public kind.

      "... but there's no proof, so I can't back that up ..."

      There have been benchmarks of 2.5 Tier .Net web applications against broken, obfiscated J2EE implementations though.

      "... but what proof there is is old ..."

      They tend to suggest that you can use 10x the LOC and still only be 2x slower. Sounds to me like Java cat run 5x more code per clock.

      "... but I'll guess at how fast Java is anyway ..."

      I don't doubt the UI will be faster for .Net when you write a GUI. No faster than SWT, but faster than Swing by some ammount.

      "... hell, I'll even comment about how fast Windows Forms is compared to AWT based on the old, server-side application comparison."

      Quite a mouthful.

      .Net programs will start faster because it will be loaded at boot time like explorer(22M).

      Great. So .NET starts fast, but is obviously much too bloated ...

      Java will have this capability, and shared VM capability soon though, and most of my Java programs, with the VM, only use 11-14M of RAM.

      ... but when Java does the same thing you won't complain?

    14. Re:well by alext · · Score: 1

      1) Last I heard, only C# and the CLR were ECMA standards - the bulk of the Dotnet APIs remain proprietary.

      2) If the ties to Win32 are minimal, why are the Mono guys relying on WINE for their GUI APIs?

      3) Why do these tendendious statements appear unmodified every time Dotnet comes up?

    15. Re:well by MickDownUnder · · Score: 2, Informative

      Mono does alot more than just ASP.NET it also does Windows Forms.NET and all the other essential class libraries. So .NET already has good coverage on the Linux platform.

      Development of support for .NET on OS X is already underway so there's a likilhood .NET will soon offer cross platform solutions for Windows, Linux and Mac which is pretty much the entire desktop market.

    16. Re:well by civilizedINTENSITY · · Score: 1

      "If I wanted to write a LISP interpreter in .NET (god forbid), I can do so in any .NET-supported language without first having to write that language in Java."

      I believe what your parent was saying was that there are many languages which can compile to java bytecode. You don't even have to write the language in java, you just have to be able to produce (using C, or whatever) java bytecode from your language of choice. Most do seem to be written in Java, although J-Eiffel is a Eiffel compiler with JVM bytecode generation, and SmalltalkJVM compiler currently produces 100% Java class files fully compatible with the Sun JVM specification.

      Kawa is a Scheme environment, written in Java, and that compiles Scheme code into Java byte-codes. Likewise Jython is Python written in Java. Jacl, pronunced "Jackal", is a Tcl interpreter written in Java. SmalltalkJVM compiler currently produces 100% Java class files fully compatible with the Sun JVM specification. I could go on, but checkout Programming Languages for the Java Virtual Machine, it lists 160 different languages for the JVM.

    17. Re:well by j3110 · · Score: 1

      I was not basing my comparison of the GUI speed on server side benchmarks. The Windows API is not object oriented or even good. It's a hack that makes forms draw faster at the expense of programmer time. They do this by using ID's that you pass into functions and global UI elements (seems to me you could draw on another programs form if you had an ID). They, as usual, sacrafice a good interface and security for a minimal ammount of speed. This is a compounded advantage compared to Swing with the current state of JITC. When JITC is as good as C compilers, Swing will be faster than native widgets because of the ability to inline function calls of the API.

      On the general speed of Java verses CLI, I only admit my findings as some evidence since there is no real good evidence. Sure my evidence is flawed, but I stated it out right so as to not decieve anyone. I didn't make an unsupported claim like you did. I only made a poorly supported claim. Until you can at least support your claim that the CLI is faster than Java in some way, we'll just have to go with mine.

      Hell, I didn't even mention http://javalobby.org/members/jpr/methodopt.jsp because it was run by a Java shop. It clearly shows how the IBM VM beats .Net and Mono hands down on function call optimization for object oriented programs. I don't have to dig deep to deep to come up with even a rudementry arguement that .Net is slower than Java. I just want to see some claim to contrary. If it turns out faster some day, all I have to do with Java according to MS is get out their migration tools and I'll be up and running. I have no incentive to learn C# because it's not big in the market, doesn't seem to offer any advantage over any of my current choices in languages, and in a lot of cases, is worse than Java (portability, possibly even speed). If someone actually had some good evidence that .Net was faster, I might find a place for it on windows desktop clients, but I can't even find that. I have found no reason at all to even give it a second thought, and reading the books that MS shipped us for free didn't make me feel any better about it. One bashes Java on every other page for trivial things that will likely change in Java over the next few years all the while there are huge gaping problems with .Net at the moment, like you mention, portability. I'm not going to learn .Net out of boredom or the quest for ultimate geekdom, because personally, I don't see a market place for it yet, nor even a potential marketplace that it could fill any better than Java.

      I don't care about ISO/ANSI/ECMA standards because by and large they mean less than I've seen from Java. There are few, if any, C++ compilers that are up to spec. Even if they were, the standard class library is too little to be usefull. There are standard text based IO streams, but you have to use some third party library for anything else you need or write your own. The end cost for developing C/C++ programs is much greater than Java because of this. These third party libraries can't really be taught in school because there are usually 3-8 different competing libraries that are all considered on equal footing in the marketplace.

      Java changes quicker than C/C++ because it's not an ECMA standard. People that claim they are Java compliant must be because SUN would sue them into oblivion over trademark violations if they weren't. They make sure that developers like you and I don't get burned by some "Embrace and Extend" campaign. There is a community process in which many new ideas have been implemented and made part of Java. I really don't see that kind of activity from ECMA standards, nor do I see any way to enforce the ECMA standard on anyone. The standard is meaningless without some way of enforcing it.

      --
      Karma Clown
    18. Re:well by krumms · · Score: 1

      I was not basing my comparison of the GUI speed on server side benchmarks. The Windows API is not object oriented or even good.

      Where the hell did I mention the Windows API? If you're talking about Windows Forms, it is a part of the .NET framework. See? To clarify, it IS object oriented and, however subjective this statement may be, it IS good.

      Even if I was talking about the Windows API, I'm still not entirely sure of what you're on about. Passing IDs? You mean handles? Yeah it's not object oriented - it doesn't have to be, it's written in C: a procedural language. I suppose the Linux Kernel developers must really suck in your eyes, 'cause they're not OOP monkeys.

      And if you want to talk about wasting programmer time, compare the time it takes to implement a simple tree control in Swing compared to the time it takes to implement something similar in Windows Forms. That's FORMS, not API.

      This is a compounded advantage compared to Swing with the current state of JITC. When JITC is as good as C compilers, Swing will be faster than native widgets because of the ability to inline function calls of the API.

      Yeah, Java code will get faster as the Java JITC gets better, but so will .NET code as the .NET just-in-time compilation improves. I've heard (but can't substantiate at this moment in time) that when you install the .NET framework, the code is actually compiled from MSIL to native code (as in, native code not bytecodes that are then JITC at runtime) to a certain degree. How can Java possibly compete with this? Of course, this may very well be a 'windows-only' thing.

      But faster than native widgets? I very, very much doubt it - but we'll see.

      On the general speed of Java verses CLI, I only admit my findings as some evidence since there is no real good evidence. Sure my evidence is flawed, but I stated it out right so as to not decieve anyone. I didn't make an unsupported claim like you did.

      You're right, my bad. My claim was unsupported. However I do know that on my system, it takes an eternity for simple things like a Swing JFileDialog to appear.

      I didn't intend to mislead or deceive anyone. It was a mistake, I admitted it in a previous post, I'm admitting it now.

      I don't care about ISO/ANSI/ECMA standards because by and large they mean less than I've seen from Java. There are few, if any, C++ compilers that are up to spec. Even if they were, the standard class library is too little to be usefull. There are standard text based IO streams, but you have to use some third party library for anything else you need or write your own. The end cost for developing C/C++ programs is much greater than Java because of this. These third party libraries can't really be taught in school because there are usually 3-8 different competing libraries that are all considered on equal footing in the marketplace.

      There's a lot that isn't taught in schools.

      Comparing Java to C/C++ is a waste of time. Yes, Java is easier to program with. No, it can't do everything. Live with it. As for cost, it really depends on the sort of application.

      Boost adds a lot of functionality to the standard C++ library - not nearly as much functionality as the Java runtime, but then it's not quite so high level either. As I said, you're barking up the wrong tree.

      What language do you think is used for low level native Java methods?

      Java changes quicker than C/C++ because it's not an ECMA standard.

      I don't know about you, but Java changing a lot says to me that it has a lot of problems.

      Ah the futilities of arguments between us techie types :)

    19. Re:well by j3110 · · Score: 1

      hehe... There is always room for improvement. When there is an ECMA standard for it, it's considered a bad thing to improve.

      That's a known bug with SUN's JVM actually... the file chooser dialog is slow.

      My only point with the C/C++ arguement is how it hasn't improved as a language/standard. Java not being a traditional standard has afforded it a great oportunity to increase in usefullness. .Net will get faster and Java will get faster. They have the same potential as far as performance goes, except MS can modify their OS to make .Net seem faster on windows. We'll see if they play fair, but we all know their track record. At least they stopped throttling the Divx codec. Programs that MS doesn't like have used 100% CPU in the past for no good reason.

      --
      Karma Clown
    20. Re:well by tshak · · Score: 1

      The biggest parts of the .NET API that are proprietary are ASP.NET (most of system.web.*), ADO.NET (system.data.*), and WinForms (system.windows). It's important to note that while these aren't standards, they can definitely be implemented on other platforms because of their abstraction. True, there are parts of windows.forms that tie into the Win32 API - hence the need for WINE. But there are many projects (like GTK#) that allow you quickly and efficiently write a GUI that is not dependant on Win32. As far as ASP.NET and ADO.NET, these can be reimplemented with no emulation for the most part. Actually, ASP.NET is written in C#, and Mono has mad a lot of progress in this area (although they will always be one step behind - ASP.NET 1.1 is going to be released soon). As far as ECMA standardization, yes, C# and the CLI are ECMA standards (the actual runtime is not, but the specifications to build your own are). This means that MS can't arbitrarly screw over Mono (for example) by changing the CLI and rendering all of Mono's class libraries inneffective. What they CAN do, and what your concern is, is change their libraries (like ADO.NET). However, that would also screw over their own developers. So, the most they can do is copyright and patent ASP.NET, ADO.NET, etc., which is no worse then what Sun has done.

      The real point is, however, that if you invest in .NET and MS decides to screw everyone over, you can expose that investment to your new platform (Say, J2EE) via SOAP (or .NET Remoting which is faster, but would require additional work implement on another platform) while you slowly migrate to the new platform, all the while avoiding the need to buy into Microsoft to keep your existing investment running. The above can all be said for Java or any other platform that supports SOAP or another common RPC. This is all in contrast with Windows development earlier, in which you where (for the most part) locked in with proprietary (and ugly) technologies like COM and VB.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
  2. Chapter 1: Security by Anonymous Coward · · Score: 5, Funny

    Full-text follows:

    "Security is job one at Microsoft. Make sure you make secure programs, and don't let anyone see the source code. Access to source code results in insecurity as the viewer may find holes in your application that they can exploit."

    1. Re:Chapter 1: Security by SlashdotLemming · · Score: 2, Insightful

      Ha, What's even funnier is that the .NET version of bytecode (ala Java) can be easily reverse-engineered. So in a sense, all .NET applications are "Open Source".

    2. Re:Chapter 1: Security by PissedOffGuy · · Score: 0

      What's even funnier is that the .NET version of bytecode (ala Java) can be easily reverse-engineered.

      only as easily as i386 assembly. from what i hear, it was designed with protection of IP in mind.

    3. Re:Chapter 1: Security by pohl · · Score: 1

      built-in symbol-table obfuscation? Even at interface boundaries?

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

    4. Re:Chapter 1: Security by Anonymous Coward · · Score: 0

      Well, as per Mitnick, there is some validity to the point of viewing source revealing exploits.

    5. Re:Chapter 1: Security by Bendebecker · · Score: 2, Informative

      Security at Microsoft? Secure programs are secure whether you see the source code or not.

      --
      There's a growing sense that even if The Future comes,
      most of us won't be able to afford it.
      -- Lemmy
    6. Re:Chapter 1: Security by AntiNorm · · Score: 2, Insightful

      Access to source code results in insecurity as the viewer may find holes in your application that they can exploit

      Not having access to Microsoft's source code sure prevented the script kiddies from finding all the holes they've found so far in MS products...

      --

      I pledge allegiance to the flag...
      of the Corporate States of America...
    7. Re:Chapter 1: Security by das_cookie · · Score: 1
      Access to source code results in insecurity as the viewer may find holes in your application that they can exploit.

      A pathetic restatement of the largely debunked philosophy of "security through obscurity". All this does is create a black market for MS source code, be it stolen or reverse engineered.

      --

      You! Yes, YOU! Out of the gene pool!

    8. Re:Chapter 1: Security by Anonymous Coward · · Score: 0

      Don't let anyone run the programs. Access to binaries results in insecurity as the user may find holes in your application that they can exploit. You don't really think the exploits are coming from the *source*, do you?

    9. Re:Chapter 1: Security by blair1q · · Score: 1

      Now that is funny.

      It makes you wonder if these yo-yos don't even know that compiling source code just makes more software out of it.

    10. Re:Chapter 1: Security by Anonymous Coward · · Score: 0

      Well duh. If people saw my hard coded "test123" passwords, my programs wouldn't be too secure, now would it?

  3. Let me get this straight.. by Rinikusu · · Score: 4, Insightful

    "less-Microsoft oriented.."

    Hrm. MS invented the technology, there's no complete "alternative" .NET implementation, this book is about .NET...

    I'm just not sure how this couldn't help but be "Microsoft" oriented.

    --
    If you were me, you'd be good lookin'. - six string samurai
    1. Re:Let me get this straight.. by Otter · · Score: 5, Interesting
      I think what he means (as opposed to what he says which, you're right, makes no sense) is that he wanted the book to be more even-handed about the downside of .NET, and less cheerleading.

      At any rate, this book does sound potentially useful. It's a year (two years?) since .NET was introduced and every .NET story here still has multiple +5 posts asking "Could someone finally explain what the hell .NET is?", each responded to by multiple +5 posts providing barely overlapping explanations. Good for karma, I guess, but so far the only value I've gotten from .NET is the KDE theme copying it.

    2. Re:Let me get this straight.. by chrisvdb · · Score: 1

      I wouldn't see why it's not possible to write a book that is not entirely MS oriented about a technology that is. A book like this could present an objective view to the usefulness of .NET.

      It's the first book I've seen that looks worth reading for a good overview about .NET without going into the implementation details.

      Cheers,
      Chris.

    3. Re:Let me get this straight.. by Wrexen · · Score: 1

      ...there's no complete "alternative" .NET implementation...

      Whose fault is that?

    4. Re:Let me get this straight.. by Enfors · · Score: 1

      Yes, what is .NET, anyway? I thought this review would shed some light on that, but the reviewer uses .NET terminology as if those who might consider reading this .NET introduction book already knew everything about it.

      --
      -Enfors-
    5. Re:Let me get this straight.. by Rinikusu · · Score: 5, Insightful

      Honestly, I'm not really sure even MS knows what .NET truly is (or if they do, they were confused as to how to market it, resulting in consumer confusion and the subsequent renaming of .NET server). Is it a framework? A language? A methodology? An idealogy? Can you buy .NET in a box? Can you eat with spam? I do not like it, Sam I Am!

      --
      If you were me, you'd be good lookin'. - six string samurai
    6. Re:Let me get this straight.. by Rinikusu · · Score: 2, Insightful

      Well, you can still be "microsoft" centric and not cheerlead, you know? I think it's mostly a matter of semantics at this point. "Pro-Microsoft" and "Microsoft-centric" aren't the same thing and it's possible to write an article that "Microsoft-centric" and be very very very critical of them. :)

      --
      If you were me, you'd be good lookin'. - six string samurai
    7. Re:Let me get this straight.. by Anonymous Coward · · Score: 0

      It's everything Java is, to a first approximation.

      - a runtime
      - a language (several, actually)
      - a set of class libraries

    8. Re:Let me get this straight.. by SparafucileMan · · Score: 0

      Agreed! .NET was announced how long ago? Two years? I forget though it seems like at least one, and still, no one knows what it is?!?! That can only mean its some b.s. marketing ploy designed to keep people hitched onto the Microsoft train. .NET will suck you down, bleed you dry. And in the end, you'll still have security holes!

    9. Re:Let me get this straight.. by krumms · · Score: 2, Insightful

      You make an excellent point, one that I was trying to get at in an earlier post: .NET suffers an identity crisis (read "marketing bungle") that leaves management, amongst others, scratching their heads and wondering what exactly this whole .NET thing is. I think this problem may also have to do with the fact that .NET is used collectively to describe several technologies produced by Microsoft that all integrate at a certain level. Thus, several technologies + one name for them all leads to an understandable confusion. At the same time, it's hard to seperate all the components of .NET (the framework, the CLR, the languages) because they're all so tightly integrated. Is it a framework? Yes. Well, there's the ".NET Framework" - but the framework itself isn't .NET. A language? No, but it provides a common runtime for programs that is language independant: the CLR ('common language runtime' funnily enough) A methodology? Um ... An idealogy? I can think of two responses to this: 1) MS wishes. OR 2) The "Develop Web Applications, You Fool!" ideology Can you buy .NET in a box? Portions of it. Or you can download the runtime, or the developer setup which even provides a C# compiler for you. I have Visual C++ .NET Standard, Visual C# .NET Standard and Visual Studio .NET academic sitting here beside me. So I guess it kinda comes in boxes :) Can you eat with spam? I do not like it, Sam I Am! LOL - awesome :)

    10. Re:Let me get this straight.. by Otter · · Score: 1

      Yes, that's precisely what I think his point was!

    11. Re:Let me get this straight.. by blair1q · · Score: 1

      .NET is a collection of class libraries with less functionality* than what you can get in existing libraries.

      That's what .NET is.

      Once someone does some programming on .NET, it will also be a collection of web-accessible service daemons built with the .NET libraries.

      * - just yesterday I wanted to write a small app to resize my screen, and the functions to enumerate and change display parameters aren't there. Sounds like a security-paranoid defeature to me. So .NET is not Windows. I wonder what else it's .NOT...

    12. Re:Let me get this straight.. by ManicGiraffe · · Score: 1

      Let me clear that up:

      Microsoft-centric: Any item with Microsoft products or services as its core subject.

      Pro-Microsoft: Something you woun't find on Slashdot...what were you thinking? ;)

  4. So, a poll... by Frothy+Walrus · · Score: 3, Funny

    How long before MS changes .NET in order to break Mono?

    1. Re:So, a poll... by Anonymous Coward · · Score: 0

      I'm sure they'll wait until Mono get's to first stable release.

    2. Re:So, a poll... by Monkey-Man2000 · · Score: 1

      Do they even need to change .NET to break Mono? I thought they weren't releasing some of the proprietary server-side components that really make .NET useful.

      --
      This post was generated by a Cadre of Uber Monkeys for Monkey-Man2000 (603495).
    3. Re:So, a poll... by Captain+Large+Face · · Score: 1

      I guess I'll take the CowboyNeal option on that please.

    4. Re:So, a poll... by IamTheRealMike · · Score: 1
      When will people learn this? They can't do that without changing the APIs which would not only break Mono but every single .NET app in the world.

      Why do you think they haven't changed Windows to break Wine? Because they can't. That's not the way it works.

    5. Re:So, a poll... by Glock27 · · Score: 1
      They can't do that without changing the APIs

      Right, Microsoft won't do that. It'll just sue.

      --
      Galileo: "The Earth revolves around the Sun!"
      Score: -1 100% Flamebait
  5. Well, there's a chance that it's not full of crap by TWX_the_Linux_Zealot · · Score: 4, Insightful

    The publisher appears to be Pearson Education, and not Microsoft Press, who really isn't trustable anymore in my opinion. I'm kind of surprised that they're reviewing a book that is a year old now, as far as Microsoft-oriented books go, this is almost an antique.

    --

    IBM had PL/1, with syntax worse than JOSS,
    And everywhere the language went, it was a total loss...
  6. Re:Well, there's a chance that it's not full of cr by Anonymous Coward · · Score: 0
    "The publisher appears to be Pearson Education, and not Microsoft Press, who really isn't trustable anymore in my opinion."

    I'm sure you meant 'trustworthy', but I wouldn't expect a "Linux Zealot" to know any better...

  7. Re:.NET Tutorial by Anonymous Coward · · Score: 0

    Mod parent up!

    (This is the parent poster. Apparently I don't have karma to burn).

  8. How many languages? by hafree · · Score: 1

    What doesn't really make sense to me is that the .NET framework is unlike any other I've worked with... When you write code in Perl, youuse Perl. When you write code in PHP or Java, you use PHP or Java. But with .NET, it seems you need to know VB and ASP and C# and... Am I off the mark here?

    1. Re:How many languages? by Junks+Jerzey · · Score: 2, Informative

      You're off the mark. You pick your language, the primary candidates being VB and C#. VB isn't really reccommended, it's more of a migration path for old VB users. If you're starting fresh, stick with C#.

    2. Re:How many languages? by ryszards · · Score: 1

      Yeah, you are off the mark slightly. You don't have to know all of the languages that sit on top of the CLR, just pick one you will be best at and use that. Of course each language has different ways of doing the same thing and one language might be a better fit for certain problems, but each language has the same access to the framework, out of the 3 languages you mentioned at least :)

      --
      - 'sup, G?
    3. Re:How many languages? by Rary · · Score: 5, Informative

      .NET is a framework that is not tied to any specific language. ANY language could be made into a .NET language. C++, C#, ASP, VB -- these are the primary languages Microsoft has chosen to use with .NET, but any language could be used. Other vendors are already releasing .NET versions of various development tools, although off the top of my head I don't remember which ones are already out or in the works, but essentially you could have PHP.NET, Delphi.NET, Java.NET (hey, it could happen), even PowerBuilder.NET (it's in the works).

      --

      "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

    4. Re:How many languages? by matthew.thompson · · Score: 4, Informative

      Yes you're off the mark.

      The .NET framework is just that - a framework around which you can create an application. The language you use is totally up to you. VB.net, C#, C++ are all choices you may make - you do not have to learn all of them.

      ASP.net is almost a container to these languages - it highlights a few different classes of the .NET framework and provides a method of writing web applications that are almost the same as a standalone version.

      With .NET you learn the ins and outs of the framework and the syntax and grammer of the language you choose - if you decide to migrate to a different language you have the same framework.

      With Perl you learn Perl's syntax and grammer and learn your way around CPAN, with Python you learn Python's syntax and grammer and learn it's framework. Same with other sets of libraries and frameworks.

      --
      Matt Thompson - Actuality - Insert product here.
    5. Re:How many languages? by Anonymous Coward · · Score: 1, Interesting

      >> Java.NET (hey, it could happen)

      Already happened. It's called J#.

    6. Re:How many languages? by dkf · · Score: 1

      From time to time, people ask for Tcl.NET though I've never been quite sure what they want from such a beast. Porting to run on the CLR? Massive job, and doesn't make us more portable (we already run in more places than .NET does!) Ability to access components within the .NET framework? We already do (with suitable extensions) SOAP and COM (both as a component provider and consumer.) I find it hard to imagine that any other sensible scripting language will be substantially different...

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    7. Re:How many languages? by KDan · · Score: 1

      Java.NET

      Did I miss something or is that basically the same as C#? I glanced over a book on C# and it looked pretty darn similar syntax-wise to Java...

      Daniel

      --
      Carpe Diem
    8. Re:How many languages? by boatboy · · Score: 2, Informative

      ASP.NET is not a language as much as a set of classes to use when programming for a .NET enabled web server. You can use VB.NET or C# (or any of the other implementations) to program "Web Forms", which are rendered as HTML. Thus ASP.NET is more analagous to a SDK than a language.

      The reason there can be more than one language is that each language is compiled to a "Common Language Runtime". Really, there's just that one language, and I suppose if you were insane you could program straight tokenized CLR. But, since each language uses the same framework, it is usually fairly easy to translate between them, if you know the basic syntax.

      The benefit of .NET is the framework, which provides a logical way to program for pretty much all of the functionality of todays computers and OSes. Stuff like threading, data access, graphics, etc. are rolled into convenient classes that implement "best-practices" with minimal coding required. It's a big, smart toolbox. =)

    9. Re:How many languages? by bimmergeek · · Score: 2, Interesting

      I attended a MS .NET Visual Studio launch event last spring/summer. During the session, which was led by a knowledgeable and articulate MSite, we were informed that the code compiled by Visual Studio is not executable code but an intermediate language.

      The executable code is actually generated on demand on the server side by a just-in-time compiler using the .NET framework resident on the server. The framework determines the hardware and optimizes the code for the server.

      The implications of this structure were that there are no longer any advantages to be gained over coding in C# instead of VB because both compile the same intermediate code from Visual Studio. What could only be done in C# can now be done in VB.

      The presenter said (almost an exact quote here): "In the past, programmers said, 'I'm a C guy,' or 'I'm a VB guy.' Now that .NET Visual Studio has equalized these two languages through the intermediate language and the JIT compiler, C# and VB will simply be syntactical preference. People will now say 'I'm a .NET guy.'

      --
      -Everyone laughs at lemmings but no one ever wants to admit to ever being one.
    10. Re:How many languages? by Anonymous Coward · · Score: 1, Insightful

      You're on the mark. Many vendors have, in the past, claimed, for marketing reasons, to have systems language-neutral.

      But anyone who's ever tried seriously to program under VMS in anything but FORTRAN... or under UNIX in anything but C... knows that there is always a STRONG orientation to one preferred language. All the others are left sucking hind tit. A few key API's will be missing because the data structures don't match, there will be bugs that don't get high priority because "most of our customers" are using some other language, and so forth and so on.

      A vendor can either be upfront about what the preferred languages are, or can hide this. Particularly in the early stages of adoption, vendors will claim neutrality.

      Remember how Windows NT was supposed to be processor-independent and was supposed to run on about six different processor architectures? That's because, at the time, they wanted to deprive decision-makers of any reason not to adopt NT. Once it was established, the implementations for all non-Intel platforms evaporated fairly quickly (Alpha, MIPS) or somehow never quite got done (Power PC).

      Microsoft claims language neutrality and is vague about what the preferred languages are because they want to counter any language-specific objection to .NET. As time goes on, they'll strategically shift the sands and the preferred .NET languages will change according to marketing strategy and the current competitive situation.

      Microsoft wants you to learn their current flavor-of-the-month. And Microsoft wants to keep you busy "running to stay in the same place," so that all your learning bandwidth is absorbed by keeping up to speed on Microsoft technology, leaving none to investigate alternatives.

    11. Re:How many languages? by Big+Nothing · · Score: 1

      How about PL/1.Net?

      --
      SIG: TAKE OFF EVERY 'CAPTAIN'!!
    12. Re:How many languages? by popeyethesailor · · Score: 1

      Yeah. You need to know COBOL too .

    13. Re:How many languages? by yamla · · Score: 3, Informative

      While it is true that any language can be made into a .NET language, the end result could be a mess. C++, when converted into a .NET language, lacks much of the flexibility of C++. And functional languages? They are a huge pain in the ass to convert. The .NET model is lousy for languages that differ substantially from C#. That's not particularly a condemnation of .NET, mind.

      --

      Oceania has always been at war with Eastasia.
    14. Re:How many languages? by tshak · · Score: 2, Insightful

      Languages are differnt. So they both compile into an IL? Big deal. Yes, it's nice that all languages on the .NET framework have access to the powerful class library, and all run on the CLR so that you can use a VB.NET DLL with a C# DLL (because in the end they're really just IL DLL's). However, the IL that VB.NET generally create's is a mess - especially if "option strict" is off, making it a loosely typed language.

      Of course, you have the minor language features (not used most of the time) like "safe" pointers that makes C# nice to have as well.

      So allthough the languages are a lot closer than ever, they still are different languages, and the differences do go beyong curly braces and verbose declarations.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    15. Re:How many languages? by russianspy · · Score: 3, Interesting

      That's not entirely true. There are languages that simply will not map well enough onto the .NET platform. I know of one for sure - Python. There is simply no way to make a natifve implementation of Python.NET - some things like dynamically binding functions to an object instance, multiple number of function arguments, etc will not work. There is a version of python for .NET, but it involved porting over the INTERPRETER onto .NET and running that. Basically you have a VM running a VM running your code. If you think that is not very fast - you're right ;-)

    16. Re:How many languages? by AndroidCat · · Score: 1

      Someone somewhere is working on or has completed COBOL.Net. These people must be hunted down and killed. (Think of the children!)

      --
      One line blog. I hear that they're called Twitters now.
    17. Re:How many languages? by SparafucileMan · · Score: 0

      He may be off the mark but you didn't explain anything! Can you say anything more than .NET is a "container" or a "framwork"? I mean, hell, my whole damn computer is a framework for my applications that I write. I mean, are we talking cross-platform interface, a database interface, a money-sucking purposefully confusing interface to keep us open source programmers down?!

    18. Re:How many languages? by Anonymous Coward · · Score: 1, Informative

      That's true, a lot of languages do not map well, but remember MSIL and the CLI are constantly evolving. Version 2 might bring along some more enhancements, Version 3 more so. .NET is designed with this versioning in mind, so the system can handle having multiple runtimes installed, and code can be flagged to work with specific runtimes. Similar problem with Java (people tying their code to, say, JRE 1.3.2 but not 1.3.1 or 1.3.3) Only difference is a lot of this stuff can coexist in .NET.

    19. Re:How many languages? by Lothar · · Score: 1

      Thank you Matthew! Finally someone who actually managed to explain in a few words the concept of dot NET. First time I actually grasped some of the meaning behind the buzzwords.

    20. Re:How many languages? by RedWolves2 · · Score: 1

      Yes you are way off the mark.

      ASP and VB are the basically the same thing.

      When you are writing ASP.NET you can either use VB.NET or C# or both. It is your choice. You do not need to learn both.

    21. Re:How many languages? by ChicagoDave · · Score: 1

      I'd disagree with this...

      The common theory of preferred language is two-fold.

      VB is by far the most common developer language that MS offers.

      C++ is the most popular _internal_ language (within Microsoft).

      It's only natural for VB developers to migrate to VB.NET and it's only natural that C++ developers migrate to C#.

      This is the consensus I've heard in talking to MS personnel.

      MS invited a _lot_ of compiler guru's into the design of the CLR (common language runtime) and although they dropped a few things (multiple inheritence) and they kept some things that some compilers don't like (Eiffel/Overloads), they tried to keep everyone has happy as possible.

      You're right, marketing will play a part in how .NET is sold, but I highly doubt it will at all effect how it is maintained.

      Why? Because those same engineers and compiler guru's are working on versions 3 and 4 at the moment and scare the _crap_ out of the marketing folks.

      When the engineers complete their assignments, the marketing people will fumble with it for a year or more...

      Marketing Guy asks, "What does 'multiple inheritence' mean and why did you add it? It sounds nice. Does it make .NET easier? Faster? What can we work with here?"

      Engineer shrugs and goes back to designing V5 of the .NET CLR.

      --
      http://chicagodave.wordpress.com
    22. Re:How many languages? by Anonymous Coward · · Score: 0

      Hehe. You'll have to kill a bucketload of Fujitsu developers, then. :)

    23. Re:How many languages? by adamruck · · Score: 1

      mod parent up

      You did manage to explain that you can use any language inside of this framework, but you didn't explain what this framework is, or what it does.

      --
      Selling software wont make you money, selling a service will.
    24. Re:How many languages? by TheShadow · · Score: 2, Informative

      ANY language could be made into a .NET language. C++, C#, ASP, VB -- these are the primary languages Microsoft has chosen to use with .NET

      ASP is NOT a language. ASP is a framework for writing web applications. You can write ASP pages in any of the .NET languages. For instance, one of the things that ASP provides is Session management. Whether you are writing in VB or C# or Managed C++, ASP will provide you with a "Session" object that it can use to store session state. This object behaves exactly the same way in all languages. It was probably written in C# (I think that's what MS uses for internal .net development) but that doesn't matter because all languages get compiled to MSIL (which is kinda equivalent to java bytecode).

      ASP has never been a language... even before .NET. The default language for ASP used to be VB... some people used JScript and there were probably a few other choices. Now, you can use any .NET language in your ASP.NET pages.

      --

      --
      "What do you want me to do? Whack a guy? Off a guy? Whack off a guy? Cause I'm married."
    25. Re:How many languages? by johnnyb · · Score: 1

      How come no Microsoft languages support closures?

      I've found that to be one of the most useful programming features ever.

    26. Re:How many languages? by krumms · · Score: 1

      Yeah on the surface it looks similar, but then there's little additions here and there ... most notably, properties: // SomeDude.cs public class SomeDude { public string Name { get { return Name; } set { Name = value; } } public SomeDude( string Name ) { // calls this.Name.set( Name ) this.Name = Name; } } // end and enumerations (something I felt Java sorely missed - having to write "public static final int" for every field in an enumeration is pretty ridiculous): // SomeDude.cs public class SomeDude { public enum Gender { GUY_DUDE, // == 0 GAL_DUDE // == 1 } private Gender gender; public SomeDude( Gender gender ) { this.gender = gender; } public static void Main( string[] args ) { new SomeDude( SomeDude.Gender.GUY_DUDE ); } } // end Hope this helps clarify. Tom L

    27. Re:How many languages? by Rary · · Score: 1
      ASP is NOT a language

      This is true.

      I'm primarily a Java programmer, so I should be forgiven for that blunder. Well, except that right at this particular point in time, I happen to be doing some enhancements on our intranet using ASP (the pre-.NET VB form of it).

      :)

      Oops.

      --

      "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

    28. Re:How many languages? by bratmobile · · Score: 2, Informative
      [Sorry to post so much in a single day, but...] Microsoft has already provided a Java compiler that produces MSIL (.Net's bytecode equivalent) instead of Java bytecode. It's called J#. It works great. It also handles translating the names of most of the Java classes to the .Net equivalents.

      Main J# page
      J# download page (free!)

      J# is a free download because it is an add-on to Visual Studio .Net (which isn't).

    29. Re:How many languages? by AndroidCat · · Score: 1

      Funny you should say "bucketload". Now where did I put that log-pulper..?

      --
      One line blog. I hear that they're called Twitters now.
    30. Re:How many languages? by Anonymous Coward · · Score: 0

      You're a fucking moron, you fag.

    31. Re:How many languages? by Anonymous Coward · · Score: 0

      The .NET framework provides a common set of components for data access, web services, etc. As a result, its much easier to switch back and forth between languages.

      But its more than just a set of libraries. For example, I worked on an early .NET project where most of the components were developed in C#, and the ASP.net web pages were developed using VB.NET. I could set a breakpoint and trace the code line by line through the ASP.net code into the C# component code, and back out again.

    32. Re:How many languages? by civilizedINTENSITY · · Score: 1

      Like Orwell's Animal Farm: "All languages are created equal, its just that some are more equal than others."

    33. Re:How many languages? by yamla · · Score: 1

      J# is based on J++. J++ is lacking very many classes from the Java hierarchy. You should absolutely not expect the J# product to let you compile your Java code into MSIL. It is probably pretty decent at what it does (compiles J++ and J# code to MSIL), but it really isn't a Java compiler.

      Furthermore, it isn't free. There's a trial version available which requires you already have a version of Visual Studio .NET. That said, a trial version of VS.NET is sufficient and you did mention this in your message.

      There is, afaik, no free Java compiler that produces MSIL though there is a free add-on that compiles J++ and J# into MSIL.

      --

      Oceania has always been at war with Eastasia.
    34. Re:How many languages? by Anonymous Coward · · Score: 0

      It didn't make in into C# 1.0 or 1.1. But it should make it into 2.0, along with parameterised types and iterators. The support for parameterised types looks really good - better than that in C++ or Java IMHO.

  9. writer by AyeFly · · Score: 2, Funny

    The writer of the article is Dave Chappell? hm, isn't he a comedian with Comedy Central? .NET really is a joke!

    --
    Sig- http://www.dreamhost.com/rewards.cgi?ayefly
  10. Persistence ? by olip · · Score: 1

    There is a concise chapter on ADO .NET. The author acknowledges the fact that this is the latest in a long line of Microsoft data access libraries but fails to indicate why this one is better.

    So the long quest for automated persistence is not over ?

    Yes there may be unprovable theorems and unsolvable problems, as Corba and EJBs showed us...

  11. Web services by zero_offset · · Score: 5, Insightful
    the central theme through the book is that of XML and web services, accurately reflecting their importance in the .net framework.

    Except for the minor problem that web services are not a central theme of the .NET framework. They are there, and they are well supported, but the majority of the framework would work unchanged if they didn't exist or are not used.

    --

    Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

  12. Author's Name by graphicartist82 · · Score: 1

    When I first glanced at the author's name it looked like Dave Chappelle .. wouldn't that be an interesting book to read..

    1. Re:Author's Name by Incorrigible · · Score: 0

      Zip it up and zip it out!

  13. Attended a Tech Talk on .NET by CaptCanuk · · Score: 1

    and reading the blurb on this review was way more descriptive. The student consultant at my University gave a tech talk on .NET and Tablet PC's and asked the audience what .NET was? A hush fell over the audience. Someone suggested "web services" and the presenter said "yes... exactly. Web Services". He stopped fielding answers cause to him that's all .NET was.

    --
    ---- The geek shall inherit the Earth.
  14. Too early in the morning by sunset · · Score: 4, Funny

    After reading this article I caught myself looking for Mozilla's "delete" button....

    1. Re:Too early in the morning by AndroidCat · · Score: 1

      Odd, when I'm reading news sites Pre-Caffeine, I keep looking for the Reply button and bitching that I never have mod points. :^)

      --
      One line blog. I hear that they're called Twitters now.
  15. The following is meant to be humor by IWantMoreSpamPlease · · Score: 2, Funny

    so don't take it any other way.

    >>...this book aims to cut through the marketing hype....

    But that's all I've ever seen on .net.

    --
    So rise up, all ye lost ones, as one, we'll claw the clouds.
    1. Re:The following is meant to be humor by Anonymous Coward · · Score: 0

      Why not download the free (beer) SDK and get some hands-on experience?

    2. Re:The following is meant to be humor by Anonymous Coward · · Score: 0

      ... because that might actually require him to put his "money where his mouth is". It's far easier to remain ignorant and bash than it is to invest the time to have good reasons to bash.

    3. Re:The following is meant to be humor by IWantMoreSpamPlease · · Score: 1

      You'll notice I said "The following is meant to be humor, don't take it any other way".

      If you don't understand that, go back and re-read it with a dictionary in your hand.

      It's *humor*. I damn well know what .net is, do you?

      --
      So rise up, all ye lost ones, as one, we'll claw the clouds.
    4. Re:The following is meant to be humor by Anonymous Coward · · Score: 0

      You're a sheep for going along with the mentality that Microsoft sucks. Not only that, but you are also a fscktard karma wh0re.

    5. Re:The following is meant to be humor by IWantMoreSpamPlease · · Score: 1

      and you're an AC non-karma whore.

      So we're even :)

      --
      So rise up, all ye lost ones, as one, we'll claw the clouds.
  16. No how long SOAP changes... by MosesJones · · Score: 4, Interesting


    To break Microsoft... actually this is EXACTLY what the next spec does. Microsoft were the only people who went for literal encoding, which is a bit naff. The next SOAP spec does away with literal and enforces the use of RPC encoding.

    So actually this standards adherence stuff is already biting MS. But to compete in the enterprise space they have to adhere. Mono however is screwed.

    --
    An Eye for an Eye will make the whole world blind - Gandhi
    1. Re:No how long SOAP changes... by bratmobile · · Score: 2, Informative

      Which just shows how little you understand of Microsoft's SOAP framework. The .Net Framework supports SOAP encoding, but it is done in a very general pluggable encoder class hierarchy.

      Microsoft provides a SOAP formatter, and a high-density binary RPC-like encoding. Even if this RPC encoding is not the same as the SOAP RPC encoding, it will only take Microsoft a single service release to update it, and bring it into conformance with any SOAP/RPC specification -- if Microsoft chooses to do so.

      You can even write your own encoders, and slot those into Microsoft's existing framework! For example, the SOAP encoder is a class called SoapFormatter. The binary RPC formatter is called (surprisingly) BinaryFormatter. But they both implement IFormatter and IRemotingFormatter -- and that interface is publicly documented. Anyone can write a class that implements IFormatter, and slot their class right into the ASP .Net (SOAP) framework.

      You should really try to understand things more before you just attack them. And I don't see at all how this is "biting" Microsoft, given their very flexible, extensible platform.

    2. Re:No how long SOAP changes... by Anonymous Coward · · Score: 0

      speak English much? I hope not. "no how long SOAP changes" "does away with literal" naff?

      I guess you're a brit or something, but next time, try to write above the 7th grade level. People have a tendecy to dismiss stuff when it sounds like it is from an illiterate.

      cheers

  17. Windows Forms to be replaced, GDI+ to be replaced by Anonymous Coward · · Score: 0

    This is secondhand rumour, but I've seen comments on various .NET development forums that MS is going to drop Windows Forms and the CGI support and produce a whole new library once Longhorn comes out. Whoopee! Got to keep selling those fresh training courses and certifications!

  18. Re:Well, there's a chance that it's not full of cr by KoolDude · · Score: 1


    ...Microsoft Press, who really isn't trustable anymore...

    You mean they were trustworthy till now ? Oh... looks like I slept too much ;)

    --
    getSexySig(); /* returns sexy signature */
  19. Great target market! by mschoolbus · · Score: 1

    ...help the average technical manager or developer get a feel for what the .NET framework means for them.

    Probably nothing to users who read this site.

    1. Re:Great target market! by RobotRunAmok · · Score: 1

      >Probably nothing to users who read this site

      I don't understand, why do you say that?

  20. This is not a critique by NixterAg · · Score: 1
    When reading a book about .NET, the following is not a critique:
    A more critical and less Microsoft-centric text would for me have made this book more authoritative.
    This stupidity is really wearing thin.
  21. an old wiseman said me : by borgdows · · Score: 1

    "Understanding his ennemy is the best way to fight him efficiently."

  22. .NET? by DaytonCIM · · Score: 1

    I thought MS dropped the .NET name???

    1. Re:.NET? by Anonymous Coward · · Score: 0

      No, that was Windows .NET Server -> Windows Server 2003.

    2. Re:.NET? by Anonymous Coward · · Score: 0

      Only from the name of the latest Windows server.

    3. Re:.NET? by ScriptGuru · · Score: 0

      Only for their servers.

      --
      Yet another signature that refers to itself. The irony and humor is dead.
    4. Re:.NET? by snajdarn · · Score: 1

      MS only dropped the .NET in their server name. It is called Windows 2003 Server now. .NET is still the framework.

      --

      The number of the beast, vi vi vi!
  23. Re:Get used to it. by ScriptGuru · · Score: 1, Insightful

    A language replacing an operating system? I don't think .NET will replace anything. Its like when C++ came out. It didn't stop people from using C. .NET is useful and easy, but it has more overhead than a lot of stuff out there. Microsoft's core DLLs were most likely written in C/C++ and will remain that way for many, many years. When boasting the greatness of .NET, you should consider this: What language was used to compile the framework?

    --
    Yet another signature that refers to itself. The irony and humor is dead.
  24. I've lost my gonads and can't find them by Anonymous Coward · · Score: 0

    Dot Net is the politically correct name for being neutered.

  25. .net by MagicMerlin · · Score: 2, Informative

    Well, as a developer, I think .net is pretty good. My happiness with .net goes up with the implementation of mono. .net is standardized, and open source is built on portability. There is nothing more portable than being able to run a binary (sort of) on a host of different machines. C# is pretty good all around, it got right a lot of the things java got wrong, and choosing .net for your (windows) database app is never a bad decision, even if it may not be the best one. In a way its a lot like xml: there's a lot of hype, but the overall philosophy is good. Very unmicrosoftian in implementation. When they get generics I will probably write all my own personal stuff in C#.

    1. Re:.net by bygimis · · Score: 3, Insightful

      "There is nothing more portable than being able to run a binary (sort of) on a host of different machines" Which is just what you can't do with .net - or can you send me a binary I can run on my Mac, Linux box and Win2K box? "My happiness with .net goes up with the implementation of mono. .net is standardized, and open source is built on portability. " From what I've heard its almost impossible to write anything in .net without using the Windows API as well. So you'll end up with Windows .net Apps that are no more portable than at present, and Open Source Mono apps that run well on all platforms with a recompile (just like most current Open Source Apps).

    2. Re:.net by MagicMerlin · · Score: 1

      "Which is just what you can't do with .net - or can you send me a binary I can run on my Mac, Linux box and Win2K box?" Yes I can. With the mono project, you can run .net binaries native because you are running off the CLI. Same for Mac, if they make something like mono for mac (same philosophy as JRE, but better implementation). "From what I've heard its almost impossible to write anything in .net without using the Windows API as well." Go look at the mono project before making such broad assertions.

    3. Re:.net by bygimis · · Score: 1

      Mono is not .net As I implied programs produced using Microsoft .net will not be portable, either source portable or binary. They won't run under Mono, due to the use of Windows API. They might run under Mono + Wine. As I said programs written using Mono, will be portable, but so are programs written using GTK. Its just a new (arguably better) object framework, a la OpenStep, KDE, Gnome etc.

    4. Re:.net by beerman2k · · Score: 1
      This is total bunk.

      When you right a program using .NET you are supposed to use the .NET APIs not the Windows APIs. The .NET APIs are implemented in Microsft's comerical .NET, it's shared source Rotor project (on BSD) and in Mono (on Linux), and would have to implemented in any other implementation of .NET.

      Thus a .NET program written and compiled to .NET byte code is binary compatible on any platfrom (as far as the actual code goes, i have no clue what kind of executable files Mono or Rotor compilers produce).

      If you did happen to use a Windows API in your .NET code (and you'll have to go to some pains to do this) then of course your program wouldn't be compatible with non-Windows platforms. There's really no reason to use Windows APIs in .NET code for most applications becuase the .NET framework provides a decent interface for writting GUI apps.

    5. Re:.net by fenux · · Score: 1

      lol, i tried mono ( hoping i would not have to install windows which i needed because i need to teach aspdotnet) and there are some quircks in it ( eg disable a asp control and is really is disabled while in the studio you still can manipulate it, in mono you can't). not talking about the worse error reporting i have ever seen. the say you have an error, where it is, but i doesn,t help you at all, their error stack is really bad not to mention the fact most of the errors are runtime errors. not to mention the fact that if you copy a project to an other pc you have to create a new project and import it to get it working on another pc. luckely with the help of textpad you can edit the .webinfo files and sollution files. and a last thing that really makes me pissed is the need to install iis before vs.net if you don't want problems and the stupid integration with iis. be then again, it reminds me why i switched away from windows

    6. Re:.net by MagicMerlin · · Score: 1
      I'm not sure if you will ever read this, but your assertion is 100% incorrect. Programs written in .net have no win32 API code in them whatsoever. In fact, it is virtually impossible to introduce api code into a .net program because it is 'unmananged' and requires inelegant marshalling of C structures.

      .net programs access the Common Language Runtime, the CLR. This is a set of classes which define how an operating system should behave as opposed to an operating system defining how your program should behave. It includes abstractions for all basic os operations, including file i/o, windowed graphics, database i/o, web scripting, sockets, and everything.

      Mono is about 1/3 the way through implementing the CLR. If you write programs that use that 1/3 (the most important third), you will be able to drop an .exe compiled in windows to a linux computer and run it.

      The biggest reason to use win32 api code was directx, but with the introduction of directx9, we have CLR classes for those as well (on this single point I am not sure). Writing win32 api code is in fact strongly discouraged in the way the platform is constructed.

      Merlin

  26. How long? by Lumpish+Scholar · · Score: 1
    It's a year (two years?) since .NET was introduced ...
    So why do I keep seeing job ads that say, "Required: 2 years experience with .NET"?
    --
    Stupid job ads, weird spam, occasional insight at
    1. Re:How long? by Digital11 · · Score: 1

      Beta my friend.. Beta. The framework was in public beta for over a year before it was actually released. (And believe it or not, Beta2 was a rather workable solution, I tested it from the day it came out until RC1 was released and never did find a significant bug.) Anyways, just to answer your question, alot of employers are looking for people who have watched the platform mature (or rather, go through puberty) in beta stages.

      --
      I am a leaf on the wind. Watch how I soar.
    2. Re:How long? by Lumpish+Scholar · · Score: 1
      The framework was in public beta for over a year before it was actually released.... a lot of employers are looking for people who have watched the platform mature (or rather, go through puberty) in beta stages.
      I knew that (I was mostly asking that other kind of question). Still, it flusters me. The message of the job market seems to be, "If you ever get off the Microsoft treadmill, even for a moment, even for a beta ... you're toast."

      But I'm glad you've kept up.
      --
      Stupid job ads, weird spam, occasional insight at
    3. Re:How long? by bbqBrain · · Score: 2, Interesting

      Because hiring managers often don't know much about the technology their departments use. For instance, I saw listings in 2000 for people with 2-3 years J2EE experience...uh, sure some people qualify, but they all work in Sun R&D.

      I think it's just a ploy to keep the really inexperienced would-be applicants from wasting the employer's time.

      --

      One of the reasons that I became a lawyer was to avoid ever having to hire one. -SPYvSPY
    4. Re:How long? by Anonymous Coward · · Score: 0
      The message of the job market seems to be, "If you ever get off the Microsoft treadmill, even for a moment, even for a beta ... you're toast."
      Nope, it's "people who've been on betas are more valuable than those who haven't, as they have more experience."

      In, for example, Linux land, who is likely to know more: someone who's worked on the 2.5 kernel, or someone who's only seen 2.4s? Same difference.
    5. Re:How long? by Thud457 · · Score: 1

      Actually, the message is "HR doesn't have a clue about technical matters".

      --

      the preceding comment is my own and in no way reflects the opinion of the Joint Chiefs of Staff

    6. Re:How long? by rnturn · · Score: 1
      ``So why do I keep seeing job ads that say, "Required: 2 years experience with .NET"?''

      Perhaps what they're really saying is that folks who haven't been with the .NET group at Microsoft from the get go need not apply.

      --
      CUR ALLOC 20195.....5804M
    7. Re:How long? by Digital11 · · Score: 1

      But HR doesn't usually set the technical requirements for a job posting, so the hiring manager who put 2 years of .NET experience in the description knew what they were doing.

      --
      I am a leaf on the wind. Watch how I soar.
  27. May I recommend... by digitalgimpus · · Score: 1

    http://www.amazon.com/exec/obidos/tg/detail/-/B000 04XPP0/qid=1044891265/sr=8-13/ref=sr_8_13/104-8379 361-6410304?v=glance&s=video&n=507846

    Another battle of Good vs. Evil

  28. Re:Get used to it. by Anonymous Coward · · Score: 0

    .NET is so much more than a programming language. Read the whitepapers on .NET and then you understand.

  29. Should be named "gotCaught" instead ;-) by Anonymous Coward · · Score: 1, Interesting

    Funny that MS & MS affiliates still can write a whole spec of a brand new platform that clone 99% of Java specs, not using a single time the word Java ;-)

    Now, that everybody but fools know that dotNet is somehow Java cloned ... MS try to yet and again let people forget about the fact that MFC/VB/MTS/... are nothing but dead !

    MS skilled people are now asking if they should go to dotNet or Java. IF you are an independant, then you may have the lead over the choice. But if you are in a firm, this choice will be made for you by IT "polliticians".

    For those who embraced Java since early years, dotNet is no fear at all has it do not change anything in way of thinking and building softwares.

    But if you were a MS tied, now you are in trouble, because you are forced to make you object revolution ! Move or die in other words.

    Big Enterprise solutions will certainly became more and more Java centered, just because investissment have already been made ! And IT leaders in order to keep ROI low, will keep away from having 2 competing platform on the same architectures.

    Let's face to reality, there are no reason at all for a Java architecture to change to dotNet.
    But they are tons of reason for an old tech MS-architecture to migrate to a Java platform ...

    MS has triggered the platform revolution, but they may have sign their worst act since ever !

    Because, MS still think that by damaging Sun they could slow Java market impregnation. But Java is no more lead by Sun anymore ! But the community does ... too late MS ;-)

    All is a mater of time ...

    And time is ticking !

    LLO

    PS: For those who said that xbox will be a "huge success" or the "best success story for ages" ... they may now have a bit of a problem, isn't- it ;-)

    PS2: Do you think that MS realy thought they could damaged Windows domination with dotNet or are they just S&M fans (with spikes and stuffs related) ?

    1. Re:Should be named "gotCaught" instead ;-) by Zeinfeld · · Score: 1
      Now, that everybody but fools know that dotNet is somehow Java cloned ... MS try to yet and again let people forget about the fact that MFC/VB/MTS/... are nothing but dead !

      What is amazing is the number of fools who will say such things without actually bothering to look at dotNET, relying entirely on what they see others like them post on slashdot. Looks like the pointy haired boss has added in some exclamation points to liven up what would otherwise be a bald and uninteresting narrative.

      C# does have some Java like features, but C# is not dotNET, it is merely one language that works on top of the CLI. The dotNET framework is not a straight clone of Java, it copies the stuff that works and tries to fix the stuff that does not work.

      Given that Sun is going to sick lawyers on anyone who has the temerity to modify Java against its wishes nobody should be at all suprised that Microsoft won't support Java. So even if C# were simply a straight copy of Java today it is clear that it is going to have a different development path. Moreover unlike Sun which has repeatedly promised to put Java into an open development process and then broken that promise, Microsoft has submitted C# to ECMA.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
  30. revolutionary by syle · · Score: 5, Funny
    It frustrates me how web services are often described as revolutionary, when built on technologies such as UDDI and WDSL which in turn are based on relatively mature technologies such as XML and HTTP.

    Remember, revolutionary also means to go in circles.

    --

    /syle

  31. I second that... by sirshannon · · Score: 2, Insightful

    Once I got "in" .net, I began doing everything in my power to keep from ever having to use VB6, VBScript, and/or "ASP Classic" ever again. The improvements are too great for me to go backwards unless I absolutely have to. Luckily, most of my clients are worried about the results more than the technologies used so I get to make that call.

  32. Re:Well, there's a chance that it's not full of cr by arkanes · · Score: 2, Informative

    Microsoft Press publishes one of the most useful books I've ever seen - "Writing Secure Code", by a MS engineer. No, stop laughing, I'm serious. It's a great book. It even goes into great detail on how important it is to force secure coding practices onto the rest of the project team, and how you have to resist the temptation to add features or push up the release date at the expense of code review and good coding practices. It's usefullness is only enhanced by the delicious sense of irony you get when reading it.

  33. .Net Framework Essentials by andynms · · Score: 3, Informative

    For a similar, but maybe more technical overview, see .Net Framework Essentials from O'Reilly. It's a nice short book with a good number of simple code examples. I'm about half-way through it, and I've learned a lot.

  34. Re:Windows Forms to be replaced, GDI+ to be replac by Burb · · Score: 1

    Even if true, and I have no inside knowlege here, I presume that the Windows Forms and GDI stuff would be kept for backwards compatibility. I can only assume that if they really "dropped support" for these technologies they would have a lot of furious developers. Possible of course, although not hugely likely in my view... YMMV

    --

  35. Slightly Offtopic by BurKaZoiD · · Score: 1

    PS: For those who said that xbox will be a "huge success" or the "best success story for ages" ... they may now have a bit of a problem, isn't- it ;-)

    First and foremost, I don't own an X-Box, nor will I ever, so this is NOT an evangelistic plug for MS.

    Apparently you don't know anything about business, or more to the point, how MS does business. It doesn't matter whether or not X-Box 1 is a success or not. If MS can tear out big enough of a chunk from Sony's & Nintendo's collective asses and wedge itself in enough into the gaming market, it paves the way for X-Box 2 to take it all over.

    MS doesn't care one way or the other whether or not X-Box 1 makes any money for them, they just want the market presence gouged out for them. Once that is done, the console trolls who don't know any better will wait with bated breath for X-Box 2.

    1. Re:Slightly Offtopic by nicodaemos · · Score: 2, Interesting

      You're right that Microsoft has patience where others do not, but they've only ever succeeded where they've been able to create a legal/illegal choke point in distribution or had marginal (only compared to their monopoly products) success in products which are closely linked or can leverage their monopoly products.

      I may not know enough about their plans, but I don't see the distribution choke point in gaming. The best bet is trying to buy the biggest game developers - which is what Microsoft appears to be trying to do - but even then, a new game developer can come out of nowhere and write a hit game for your competitor's platform. It's just so unpredictable compared to the controlled windows distribution scheme with the OEM's.

      I actually think Microsoft has a better chance with the home media market with their close ties to the RIAA and MPAA due to DRM technology. The RIAA is intimately aware of the power of choke points on pricing and profit. There was never a question about whether they and Microsoft would get into bed .... the only question was which one would have to sleep in the wet spot.

    2. Re:Slightly Offtopic by BurKaZoiD · · Score: 1

      I agree. I don't know how much market MS could possibly carve out of gaming, or how much pressure they could possibly put on a corporation like Sony. Gaming is still a niche market. IMHO, Microsoft is better of trying to get entrenched in DRM and home media. The audience is way bigger.

    3. Re:Slightly Offtopic by russellh · · Score: 1
      ...Microsoft has patience where others do not

      and Microsoft has money and ambition where others do not. Bill has an itch the size of the planet.

      --
      must... stay... awake...
  36. Know Thy Enemy... by Lodragandraoidh · · Score: 1

    The only reason I could see forking over the dough for this is for research purposes. It always helps when arguing with suits to have solid examples of why certain things are blecherous and should be avoided.

    --

    Lodragan Draoidh
    The more you explain it, the more I don't understand it. - Mark Twain
  37. In a nutshell by nemeosis · · Score: 5, Insightful

    .NET is language independent, platform centric.
    Java is language centric, platform independent.

    1. Re:In a nutshell by RedWolves2 · · Score: 1

      Platform centric for now!

      Ximian is working on the port now it is called MONO or something like that. .NET is made to run on any platform just do think M$ was going to front the application costs of porting it to other platforms?

    2. Re:In a nutshell by will_die · · Score: 2, Informative

      So the Ada code converted into java bytecode that some of my programs use is not really there??
      Sorry but Java is actually language and platform independent, however it is not as language independent as the .NET bytecode, but then again .NET forces languages to change to be compatible.

    3. Re:In a nutshell by HydeMan · · Score: 1

      Being able to get your Ada code to run on a Java VM does not make Java language independent. Given enough force, you can always move a square peg through a round hole. You simply had a powerful enough hammer to ram that Ada code through the sift. It was not natural. You might as well say that MS is platform independent because you could run MS solitare under Wine. The herd mentality over here is thick.

    4. Re:In a nutshell by Mindbridge · · Score: 1
      Yes, and WinForms was made to run on any platform as well.

      As long as that platform runs Windows.

      http://www.go-mono.com/winforms.html

    5. Re:In a nutshell by Anonymous Coward · · Score: 0

      .NET is made to run on any platform just do think M$ was going to front the application costs of porting it to other platforms?

      Considering that Sun fronted the costs of creating JVMs for Windows, Mac, and Solaris, it would be in the realm of possibility. The only difference is that Windows has a monopoly on most IT desktop systems, so Microsoft has no inclination to make porting .NET anything but difficult except in theory.

    6. Re:In a nutshell by wormbin · · Score: 1

      Java is language centric

      The java bytecode is not language centric. Programming languages for the java virtual machine. There are 50+ languages listed in the above link. I would bet there are many more languages currently available for the java bytecode than for the .NET bytecode.

      People need to realize that .NET and the java VM are just virtual machines that run bytecode and have huge libraries associated with them. The bytecode for either VM can be generated from many different languages.

      It is correct to point out that much of .NET's library is not portable while java's library is 100% portable to many different platforms.

    7. Re:In a nutshell by Iamthefallen · · Score: 1

      ugh, I don't get why people compare .Net to java, why don't we compare C to J2EE while were at it?

      .Net can be compared to J2EE, Java can be compared to C#. Architecture or framework is very seperate from a language utilizing that architecture or framework.

      --
      Wax-Museum Fire Results In Hundreds Of New Danny DeVito Statues
    8. Re:In a nutshell by Anonymous Coward · · Score: 0

      It's actually quite a bit different then bytecode. .NET Languages are compiled to MSIL(Microsoft Intermediate Language), and if you really want to, you could write an app in pure MSIL.

      It is correct to point out that when talking about .NET, you have no idea what you're talking about.

    9. Re:In a nutshell by Anonymous Coward · · Score: 0

      You ever look at ROTOR?

    10. Re:In a nutshell by wormbin · · Score: 1

      Java, Jython, JRuby, etc. compiles into java bytecode that is then run by a java vm which applies JIT compilation while executing the code. C#, etc. compiles into MSIL which is executed by MS's equivalent of a vm which applies JIT compilation while executing the code.

      You could write your program in java bytecode or you could write your program in MSIL. How is this relevant?

      It is correct to point out that when talking about .NET, you have no idea what you're talking about.

      Nice slam. I would be more appreciative of factual arguments.

    11. Re:In a nutshell by Anonymous Coward · · Score: 0

      I think you're missing the point. You may be able to generate byte code from several different languages, but it doesn't really help.

      You see each language will have its own approach to data sources, components, packaging, etc. The .NET framework provides all these for you, so it just a matter of learning the syntax of a language. All the languages use the same components, so once you know how to build an app in one language, its pretty easy to switch languages.

      Also, just because you generated the byte code in different languages doesn't make it that useful. As an example, I can build an ASP.net site in one language and use components written in a different language. If I have to debug, I can actually step from my code into the component code and back again to see how all the different pieces are working. That's something you can't do with byte code.

    12. Re:In a nutshell by Anonymous Coward · · Score: 0

      Being able to get your .net code to run on mono does not make .net platform independent. Given enough force, you can always move a square peg through a round hole. You simply had a powerful enough hammer to ram that mono code through the sift. It was not natural. You might as well say that Java is language independent because you could run Ada in a JVM . The herd mentality over here is thick.

    13. Re:In a nutshell by wormbin · · Score: 1

      I think you may be missing my point. Let me restate it and see what you think.

      The original poster said:
      .NET is language independent, platform centric.
      Java is language centric, platform independent.

      I responded to this by pointing out that there are many language compilers that compile to java bytecode. The resulting bytecode can use the java libary, java beans and any other java framework components. My point was that as much as .NET supports multiple languages java supports multiple languages.

      The debugging example you point out is interesting. I haven't tried to step into java bytecode that was compiled with another compiler. (e.g. Jython) In theory the debugger should be able to handle it but in practice I bet there would be problems.

    14. Re:In a nutshell by Anonymous Coward · · Score: 0

      Incorrect, Java has bytecode exactly like .net,
      and there are many languages that can be compiled to java bytecode, the real difference is in windowing and vm implementation

    15. Re:In a nutshell by JonK · · Score: 1
      And you're still missing the AC's point: can you, say, write a Java class which inherits from a Jython class and which is in turn instantiated by a controller written in (say) ADA? That's what .NET allows: any type which complies to the common type system can be used from any CTS-consuming language. As an example, types defined in any of C#, VB.NET, F#, MC++, Perl.NET and Eiffel.NET (these being the languages I've used) can be treated as first-class types by any of the above languages, so I can, say, write:

      class myCSharpType : myEiffelBaseClass {
      ...
      }
      and then later on:
      int main(int argc, char **argv)
      {
      MyCSharpType *myType = new MyCSharpType;
      ...
      delete myType;
      return 0;
      }
      My understanding is that I can't do this with Java bytecode.
      --
      Cheers

      Jon
    16. Re:In a nutshell by wormbin · · Score: 1

      I was under the impression that any language that is semantically rich enough to produce bytecode for objects, inheritence, etc. would have no problem inheriting from a java .class file that was itself generated from any java compiler. (or any bytecode generating compiler)

      Certainly Jython allows for this and I don't see what's to prevent other my-favorite-language-to-java-bytecode compilers from doing this as well.

    17. Re:In a nutshell by HaggiZ · · Score: 1

      From my experience with .NET to date, I'd say "language independent" is a big stretch. It seems a more accurate representation to say that you can have different skins on C#, as thats what seems to happen with most ".NET Languages". They just substitute for the equivalent C# version of funtions, commands, etc.

  38. you missed something by sirshannon · · Score: 1

    curly brackets don't make a language Java.

    J# is the .NET version of Java. C# is a step forward from that. I'm sure the next version of Java will be a step forward from C#.

  39. What did you expect? by brickbat · · Score: 5, Informative

    Also, even with a book so Microsoft oriented, I would expect to see either a distinct section, or at least more comments, on the pitfalls and barriers to takeup of the framework. A more critical and less Microsoft-centric text would for me have made this book more authoritative.

    Did you read the author's bio--even the short one on bn.com?

    David Chappell is Principal of Chappell & Associates and the best-selling author of Understanding ActiveX and OLE (Microsoft Press, 1996) and Understanding Microsoft Windows 2000 Distributed Services (Microsoft Press, 2000). Through his keynotes, seminars, writing, and consulting, David helps IT professionals around the world understand, use, market, and make better decisions about enterprise software technologies.

    He's been published by Microsoft, fer chrissakes. He makes a living as a consultant on MS technologies. You can't possibly expect him to be coolly objective about anything coming from Redmond.

    Reading the author bio will often give you a clue about his or her technology bias, although it's no guarantee that the book will provide an objective perspective. I wouldn't expect Richard Stallman to write a wholly bias-free book about .NET, either.

    1. Re:What did you expect? by RedWolves2 · · Score: 1

      Well then can you recommend some non-bias .NET books?

    2. Re:What did you expect? by GroovBird · · Score: 3, Interesting

      I heard him speak at the .NET convention in Brussels last friday! He did an introductory peptalk in front of the entire audience, and then spoke at a session about the differences between .NET and J2EE.

      Well, even though even lunch was paid for by the .NET campaign budget, he really didn't step over the edge by spreading FUD or anything like that. It seemed quite honest and unbiased.

      (Allthough he DID call Linux nothing more than a broken light instead of a real fire, but that was another session.)

      But he writes mostly books about Microsoft technologies and not very deep ones at that...

      I also don't agree with the reviewer's thoughts on the success of COM. COM was a successful piece of crap, but you wouldn't hear about it if you weren't in the Microsoft camp.

      Dave

    3. Re:What did you expect? by brickbat · · Score: 1

      Well then can you recommend some non-bias .NET books?

      To be honest, I can't--I don't use .NET and haven't had a need to read about it in-depth. I was making more of a general comment about understanding the backgrounds of authors before deciding whether they'll be reasonably objective about their subject matter.

      Obviously, anyone who writes a good book on any subject needs to be an expert of the same--and I doubt someone who isn't at least favorable towards a given technology will be motivated to write about it. (I note that one of the co-authors of the O'Reilly book C# Essentials, for instance, is an engineer at Microsoft. And Programming Perl might be far less useful if Larry Wall hadn't had a hand in writing it.)

      Having said that, I think you can peruse books from certain "independent" publishers with a fair amount of confidence that its authors aren't simply shills for their favorite technology vendor. O'Reilly, IMO, publishes the best tech books in the business, and I've never come across one that sounds like an extended marketing brochure. I also have had good luck with Wrox titles. As always, YMMV.

    4. Re:What did you expect? by zoftie · · Score: 1

      I have read Understanding Active X and OLE, and it was one of the books that made me *really* not want to program windows. I loved Win32 api, but i wanted to get with more advanced, more current technologies. It was around 1998 that i read the book, taking it out of computer club library. Needless to say after few attempts i gave up and started to play with linux, slackware 2.0.

      If this guy ever wrote any more books, the i'd be sure to not read them.
      2c

    5. Re:What did you expect? by AndroidCat · · Score: 2, Informative

      I've read it too. It's a pretty fluffy overview "for managers and developers", and pretty useless for anything serious. The definitive book is/was, of course, Brockschmidt, but no one ever reads all of that. If you want to good free guide look here (By Brockschmidt, of course. :^) COM can actually be a lot of fun. (In Delphi. In VC++, it's a chore.)

      --
      One line blog. I hear that they're called Twitters now.
    6. Re:What did you expect? by Anonymous Coward · · Score: 0
      David Chappell gave a series of seminars at Microsoft offices over the last few years comparing J2EE and .NET. While he claims to be unbiased, in the seminars he consistently supports Microsoft products and overlooks their deficiencies.

      IMO Microsoft uses Chappell to market to shops that are on the J2EE/.NET fence; Chappell provides a soft voice that will persuade them to come down on the .NET side of that fence.

  40. Dot net is open enough by Anonymous Coward · · Score: 0

    to get you locked up for life.

    Balmer: But bill, your giving them a chance to interoperate with our competitors using webservices.

    Bill: They don't call me an architect for nothing, the DTD or SCHEMA will be a moving duck just like our Undocumented Windows API, HTML, cascading style sheets, etc. We control it all. ho ho ho

    Balmer: ha, the fools don't realize they have a go to jail card coming up on their next dice roll.
    * Jumps Up And Down *

    Microsoft's DTD = Microsoft's API = Internet Explorer

  41. Re:Get used to it. by Anonymous Coward · · Score: 0

    Why don't you explain what's so special about it. I've read the whitepapers, I understand, and I'm not impressed.

  42. What does .Net mean to you? by sirshannon · · Score: 1

    There is a theme? KDE is copying it? What sort of theme are you talking about? A GUI? .Net is not a GUI. Are you talking about Windows XP? Windows XP is not .Net; Windows XP did not even ship with the .Net framework.

    1. Re:What does .Net mean to you? by Otter · · Score: 1
      Not an XP theme -- the widget theme used here.

      Not having worked with .NET, I don't know the proper terminology but it's a knock-off of the default look for cross-platform .NET widgets.

  43. Built on WDSL? by ortholattice · · Score: 4, Informative
    "when built on technologies such as UDDI and WDSL..."

    Acronyms, acronyms... For the unitiated:

    WDSL Wireless Digital Subscriber Line
    WSDL Web Services Description Language
    UDDI Universal Description, Discovery and Integration (not Description and Discovery Interface)
    ASP Active Server Page
    CLR Common Language Runtime
    CORBA Common Object Request Broker Architecture
    OMG Object Management Group
    XML eXtensible Markup Language
    MSIL Micro$oft Intermediate Language
    ADO ActiveX* Data Object
    .NET ?

    * The correct spelling is a skull-and-crossbones character in place of the X but slashdot filters out Unicode 9760

    1. Re:Built on WDSL? by Anonymous Coward · · Score: 0
    2. Re:Built on WDSL? by Anonymous Coward · · Score: 0

      CORBA is an acronym. CLR is an initialism. ASP is an acronym. Don't ask me what XML is..

    3. Re:Built on WDSL? by rhyd · · Score: 1

      .NET ?

      thats some funny sheeat ;)

      --
      'Be the change you want to see in the world' - Al Gore
    4. Re:Built on WDSL? by AndroidCat · · Score: 1

      And then there's TWAIN (which doesn't stand for Technology Without An Interesting Name).

      --
      One line blog. I hear that they're called Twitters now.
    5. Re:Built on WDSL? by Anonymous Coward · · Score: 0

      Don't you get tired of being a fanboy _all_ the time?

    6. Re:Built on WDSL? by Anonymous Coward · · Score: 0
      WDSL Wireless Digital Subscriber Line

      There's wireless DSL??
  44. XML a mature language? by Entrope · · Score: 1
    It frustrates me how web services are often described as revolutionary, when built on technologies such as UDDI and WDSL which in turn are based on relatively mature technologies such as XML and HTTP.

    Indeed, the only maturity in XML is relative. W3C keeps coming up with new standards on how you should define and process XML dialects. The XML standard as a whole is only five years old as of today (see W3C's site).

    XML processing standards such as XSL, XSLT, XPath, XQuery, XPointer, XML Schema, SOAP/XML-RPC (getting confused yet? X marks the spot!) are still warm from the oven and they are being revised and replaced already.

    Even given all that, XML is not much more than the latest fad for data processing: it is comparable to ASN.1 and SGML from the late 1980s and early 1990s, with its only saving graces being that the standards are free to download and use, yet partially endorsed by Microsoft. There is little indication that XML will prosper after the next big revolution in computing -- indeed, looking at previous "revolutions," a common theme is making it easier to use and/or develop applications on computers. XML so far fails this test. Stacking more and higher layers of data processing standards is not a revolution at all.

  45. Re:Well, there's a chance that it's not full of cr by Anonymous Coward · · Score: 0

    Then there's `code complete` and `writing solid code`. But hey, lets bash microsoft again and again. Take *that*, worlds largest company!!

  46. So Why .NET? by Walrus99 · · Score: 1

    Why use .NET? I am happy with my Mac OS X running Apache and FileMaker for the web. A little Perl, a few Java applets, what more do I need? If there is a reason for me to move my site to .NET please let me know. Is it worth the learning curve?

    1. Re:So Why .NET? by RedWolves2 · · Score: 5, Informative

      Frankly .NET is all about making it easier for the developer. The .NET Framework is there to make tedious tasks easier. Of course this is all made easier by the use of M$ tools Visual Studio.NET. Without that GUI .NET is a little harder to work with.

      ASP.NET makes it easier on developers as well. Traditional ASP, otherwise known as "Spagetti code" was all intermixed with HTML. Now you can write your scripts in a separate file and have your controls reference the code. Also there is a whole ASP.NET community, kind of like open source, which develops controls that you plug into your VS.NET and then are able to take advantage of this new functionality by dragging the control onto your page and setting some properties.

      I am still in the "learning curve" of .NET but I found Professional ASP.NET a usefull book in teaching me about the framework and ASP.NET. I am planning on porting over my site MediaGab as soon as my hosting company supports it.

    2. Re:So Why .NET? by The+Bungi · · Score: 1
      First of all, .NET doesn't run in OS X. Second, if you're running a rinky web site with 10 pages, it makes as much sense to move it to .NET as it does to move it to JSP or J2EE or ColdFusion. .NET is primarily a distributed application framework, which is to say, your infrastructure is made up of more than two boxes.

      Finally, if you need to be convinced, then by all means, stay away from it. Contrary to popular belief, Microsoft is not forcing you to use .NET. So do everyone a favor and just ignore it.

    3. Re:So Why .NET? by WanderingGhost · · Score: 1

      Frankly .NET is all about making it easier for the developer.

      Microsoft is all about making it easy for people. That way, they can make the guy who doens't know squat about computers use them. They can make a guy who doesn't know what a network segment is get a job as a sysadmin. They can get people who don't really know what software is about and make them develop software.

      Why does Microsoft invest so much in development tools and stuff? Because with more software being developed, more people will be using Windows -- AND Office, AND other MS stuff. It helps them be the "de facto standard" (Argh!)

      Interesting, isn't it? Now, look at the quality you get when these people get some visual language and mnage to write a program. :-/

    4. Re:So Why .NET? by Anonymous Coward · · Score: 0

      quit being a pretentious fuck.

    5. Re:So Why .NET? by Anonymous Coward · · Score: 0

      You're right. If we don't write source code with vi or emacs, we must be idiots for sure...

    6. Re:So Why .NET? by IamTheRealMike · · Score: 1
      .NET is primarily meant as two things:

      1) A way to write Windows/desktop apps sanely and
      2) Competition to J2EE.

      Number 1 is imo more important than 2 to MS. You may not know, but writing apps to the raw Win32 APIs is a recipe for insanity. I've done a bit of work on Wine (and hope to do more in future) and the braindamages of that API is incredible. So, .NET is a chance for them to clean things up a lot, for the large number of Windows only apps out there. All this web services garbage is just hype they're churning out.

    7. Re:So Why .NET? by WWWWolf · · Score: 1
      ASP.NET makes it easier on developers as well. Traditional ASP, otherwise known as "Spagetti code" was all intermixed with HTML. Now you can write your scripts in a separate file and have your controls reference the code.

      Ah, kinda like PHP (codemess-inna-HTML) vs. HTML::Mason (componentized Perl code embeddable to HTML)?

      Good that Microsoft is learning the One True Web App Development Method, too =)

    8. Re:So Why .NET? by threadsafe_r · · Score: 1

      IMHO MS needed an answer to the J2EE stack, so now we have .NET... if you didn't need it before you probably don't need it now. Though I am a *big* fan of J2EE... Better question is how does .NET "stack" up against J2EE?? Is there any comparison??

    9. Re:So Why .NET? by Anonymous Coward · · Score: 1, Insightful

      Why use .NET? I am happy with my Mac OS X running Apache and FileMaker for the web. A little Perl, a few Java applets, what more do I need? If there is a reason for me to move my site to .NET please let me know. Is it worth the learning curve?

      Becasue (historically speaking) Apple never, ever has ever been a business operating system. Sure you could hook up Mac's over the ages to the network and the internet, but the security of the Mac's resembled swiss cheese. Full of holes.

      Starting with Apple ][e, can you imagine what Apple would have been like today if Jobs hadn't been such a brat about not letting 3rd companies have access to the OS source code for developing various technologies? This is probably the biggest mistake that Jobs made over the course of Apple's history.

      This may be a bitter pill to swallow and will probably be flame bait for Appleheads, but it's the truth. Why do they consistently advertise digital movie making packages on their web site?

    10. Re:So Why .NET? by Anonymous Coward · · Score: 0

      Actually ROTOR, the .NET Framework for BSD, does run on Mac OS X.

  47. Necessary? by Anonymous Coward · · Score: 0
    this book aims to cut through the marketing hype. But, does it succeed?

    If it does, all readers will drop .NET immediately.
    I still have to see *one* reason to use a new framework to do the same work that is already well performed by well written software on solid operating systems.

  48. Lots of reasons why I want .NET to fail by Anonymous Coward · · Score: 5, Interesting

    This note was originally published at John Munsch weblog on January the 14th.

    Lots of reasons why I want .NET to fail and fail badly

    It's benefits a criminal organization. Not one that's been found guilty of crimes once or maybe twice, but lots and lots of times. Those crimes are many and varied, but here's just a few of them: Stac Electronics v. Microsoft, DOJ v. Microsoft, Sun v. Microsoft.
    P.S. If you want to split hairs, Stac v. Microsoft isn't a criminal action, it's doesn't stem from a criminal abuse of their monopoly like the other two cases. Instead it was just a case of a small company being driven out of business by willful patent infringement, theft of trade secrets, etc.

    Microsoft isn't just one thing anymore. It's too damn big for that. I'm sure even Bill himself knows better than to think that he truly controls the whole ship because it's become big enough that he can't possibly know all the projects, people, etc. anymore. But even a really large company still has a kind of collective personality that it exudes and a large part of the personality both internal and external to Microsoft for many years now is that of a total control freak.
    If they don't own it, if they don't control it, if they didn't create it, if it doesn't have a broad stamp from Microsoft on it, then they don't want it. Sometimes it's sufficient for the thing to merely exist and they'll refuse to acknowledge it, other times they need to actively stamp it out because they can't control it.

    When was the last time you can remember Microsoft saying they supported a standard? That is, not something they invented and submitted a RFC for, an actual, take it off the shelf and re-implement it without renaming it or "improving" it so it doesn't work with anybody else standard. C++? Basic? HTML? A video or audio codec? Java? Anything?

    I'm sure there's something, somebody will point out their excellent support for TCP/IP or something and I'm sure that's true. But if you were to look at Microsoft as a person in your life, you'd wonder what was wrong with him or her such that so much had to be controlled by that person.

    When your business is selling the operating systems that 90+% of everybody uses, software development tools should not be a profit center.
    Why should I have to plunk down a couple of thousand dollars for a "universal subscription" in order to have access to compilers and basic development information? Sun doesn't have to do that? On this point I'll quote from the .NET "rebuttal" that I linked to above, "For non-profit use VS.NET can be had pretty cheaply, especially if you know anyone that is in college somewhere." Pretty cheaply? For a non-profit (that means charities, churches, universities, the hobbiest who is going to give away his work for FREE)... pretty cheaply? Wow. That is well and truly pathetic. To try and justify it, and say, oh well, you can try to scam an educational discount so it won't be so dear, is even more pathetic.

    Marketing. Have you been "lucky" enough to catch one of the .NET commercials with William H. Gacy telling you how great it is without really ever telling you anything about it? Microsoft doesn't trust .NET to stand on its own technical merits and it knows it may go like cod-liver oil down the gullets of a lot of people who have seen how the company works behind closed doors even if it were the tech shiznit.
    So they are going to pull a page out of Intel's bum-bum-buh-bum "Intel Inside" playbook and try to sell the brand like it's sneakers and cola. Trust us, you'll look cool if you use it, and we'll keep hammering the brand on TV so somebody who doesn't have much tech savvy in your organization will ask you if you are using it, or have plans to port to it, or whatever, even if he hasn't got a clue what "it" is in this case.

    They don't trust you. They don't like what they can't control and they can't control you. They can try and they always will keep trying but ultimately you are going to see them keep trying to do things and always keep a step towards the door just so they can bolt if they have to. Want to see what I mean? Go visit GotDotNet sometime if you haven't already been there. It's the grassroots community website that Microsoft put up to support .NET just in case there wasn't any grassroots community who actually wanted to do it. Or maybe just in case there was and they couldn't control it.
    Ever been to SourceForge? Of course you have, everybody has because that's one of the hubs of all open source projects. You can go there and get the source of thousands of cool open source projects and it really serves the community well. There's even hundreds of projects now that list C# among their programming languages. So why did Microsoft feel compelled to create their own GotDotNet Workspaces that is clearly just a ripoff of SourceForge?

    A few reasons are fairly clear: First, at many of their workspaces you don't get in unless they know who you are. Ever been stopped at SourceForge and asked for a name and password to look at a project? What about download binaries or source? No? At GotDotNet you will, lots of projects are marked with a lock. Second, forget about all those messy licenses that Microsoft might not approve of, you don't need to worry your little head about BSD vs. GPL vs. LGPL. You've got the one true workspace license that you have to agree to, or else you won't be putting your project there. Lastly, well it's kind of obvious, but it's really all about control isn't it. After all, if you aren't under their thumb, that has to be a bad thing. So a SourceForge that they control is pretty much a requirement, isn't it?

    It's a really sad way for a lot of people to waste a whole lot of time rebuilding that which already exists. Wouldn't the whole computing world be a lot better if there wasn't a team of people, maybe a couple of teams of people building complete copies of .NET for other platforms? If those same people were working on giving us new libraries and new tools for an already existing language instead of pouring in the thousands of man hours it's going to take to build a copy of the C# compiler or a .NET version of Ant and JUnit?

    In the end, we'll all just be left with another way to do the exact same thing only in a different language. Lord knows the world benefits now from being unable to share media between France, Germany, Italy, Spain, the US, and Japan because we can't all speak the same language. I benefit every day from the fact that I can't read a Japanese manga I might enjoy or understand a TV show from Europe. Once you are done building this tower, go build a few more right beside it using Perl, Python, and Ruby too. They're all trailing behind in certain areas, we need to make sure the same set of stuff is reinvented and rewritten for all of them too.

    1. Re:Lots of reasons why I want .NET to fail by Anonymous Coward · · Score: 0

      Read the rest of this comment...

      Why?

    2. Re:Lots of reasons why I want .NET to fail by Dolemite_the_Wiz · · Score: 0, Flamebait

      When was the last time you can remember Microsoft saying they supported a standard? That is, not something they invented and submitted a RFC for, an actual, take it off the shelf and re-implement it without renaming it or "improving" it so it doesn't work with anybody else standard. C++? Basic? HTML? A video or audio codec? Java? Anything?

      It's called SMTP. Research the facts before you post next time.

      Dolemite

      --
      Save the World! Use a Quote!
    3. Re:Lots of reasons why I want .NET to fail by Anonymous Coward · · Score: 2, Flamebait

      You are an idiot. What do you know about the case with Stac Electronics? I was there at Stac. They lied about everything. I remember Gary (the CEO) talking about how they could say whatever they wanted because the case was going to be spun as David vs. Golliath and the facts were secondard. He actually laughed about it. I left Stac after that because it made me sick to sit in a room with the executives.

      And the patent that was the basis of the lawsuit? Stac bought it as a pre-emptive strike against Microsoft and to protect themselves (since virtually everyone who had implemented fast compression infringed on the patent, including Stac). Stac knew this because they had illegally obtained early info from Microsoft regarding their plans for compression in the OS.

      Given your total misrepresentation of the Stac case, I give the rest of your message no credibility.

    4. Re:Lots of reasons why I want .NET to fail by Anonymous Coward · · Score: 0

      i am Gary.
      i was your CEO.
      i remember you also.

      it turns out we had a carbon monoxide problem in the executive boadroom - sorry you had to give up your job over something so trivial

      oh and billy g royaly fucked us in our collective asses as i recall

      enjoy that thought

    5. Re:Lots of reasons why I want .NET to fail by Anonymous Coward · · Score: 0

      Why?

      obviously to find out how it ends moron

  49. Errr by GroovBird · · Score: 4, Insightful

    That's a negative, Roger.

    ILDASM is the tool to use to disassemble an assembly, and the result is MSIL in readable form. Nothing i386 to it.

    It's as much disassembling as any non-MSIL binary would produce. Has nothing to do with security.

    Dave

    1. Re:Errr by jonathanclark · · Score: 1

      Yes, ildasm and there are 2 other commercial disassemblers that provide extremely readable source code. Really a huge problem with .net and one of the reasons there are so many obfuscators available. But even with an obfuscator its easy to disassemble and reassemble .net assemblies - so changing things like registered serial number code makes most other cracks look like hard work. Basically .NET programs are "open source" weither they want to be or not.

      I make a product that turns .NET byte code into a Windows EXE so it can't be disassembled any more. This precludes running the resulting program on Linux (except in Wine), but adds some other interesting features.

      http://thinstall.com/dotnet

  50. Confused by SparafucileMan · · Score: 0

    Can someone please explain to me what the hell .NET is? I can't figure it out for the life of me. I mean, first of all, why the upgrade? Why not just stick with visual basic and visual C++ as they are? Aren't there already libraries enough for these huge expensive windows compilers? And second, why XML? Last time I tried to use XML I was typing syntax for several seconds for every data entry I wanted to do, and it seemed like a big fat waste of time to me. What's so much easier about storing database files in plain text where every entry is marked-up with extra syntax, as opposed to a traditional database, where the table is defined only once? And why bother with C# when we just heard about Sun urging its own people not to bother with Java? All these corporate-sponsored "revolutions" and languages are all smoke and mirrors.

    1. Re:Confused by slimemold · · Score: 2, Informative
      My understanding of .NET is mostly based on water-cooler conversations and reading the introduction to an introduction, so don't take any of this as gospel. But here's my quick, undoubtedly incomplete summary:

      .NET is a marketing term for a group of several vaguely related technologies.
      • The Common Language Runtime (CLR) is a virtual machine that runs intermediate code. Thus, you can write a program in Visual Basic, C#, or several other languages and compile them to the same intermediate code. The virtual machine throws in a bunch of java-inspired features, like garbage collection, absence of pointers, and a giant class library that exposes much of the harder-to-get-to aspects of Windows. Since the class library is available from any .NET programming language, the choice between using C#, VB, or something else is mostly just a matter of whether you like semi-colons or not.
      • The Visual Studio .NET IDE provides lots of tools to "simplify" programming and debugging. For instance, if you want to make a [Microsoft] standards-compliant web service, you can go through a wizard which generates the deployment descriptors and several pages of source code, including a big comment telling you were to put your logic. Similary, if your app manipulates a database, a wizard helps you make the SQL query or create a stored procedure. Of course, these wizards create lowest-common-denominator, bloated code that is nearly impossible to modify by hand without breaking it.
      • ASP.NET is a language and server for creating dynamic web pages. In theory, you can write an ASP.NET application and pretend you're just writing an ordinary client-side GUI, attaching event handlers to buttons and drop-down lists without thinking about the mechanics of HTTP Posting. In reality, this leads to constant round trips and page refreshes that are only practical on the developer's machine.
      I'm sure there are several other technologies lumped in with .NET, but I can't think of them right now.

      As far as why you should care about XML, .NET, etc., the goal (regardless of whether you think Microsoft helped move towards this goal) is to have programs that can interact with each other. Sure, XML is verbose, but it just might save me some time and heartache when I'm trying to parse through your data that's in a flat text file, or worse yet, locked up as a binary file inside your proprietary database.

  51. Re:Well, there's a chance that it's not full of cr by Anonymous Coward · · Score: 0

    Hmm, anyone know where I can get a copy of 'Writing Solid Code' published by Microsoft Press? I think it's from 1995. (Don't laugh!)

  52. Oh come on...don't pass up a chance for FUD... by bobKali · · Score: 1
    But with .NET, it seems you need to know VB and ASP and C# and...
    Ok, it may seem to be a bit of a stretch, but when ya think about it, in order to mantain .NET a programer will have to know these at least these 3 languages and quite possibly more since .NET source could be in any of these languages.

    Remember that only a fraction of the effort in in development, most of it (in my experience) is in mantainence, and multiple languages in the same project means that all programmers should be able to at least read them all.
  53. Poll: Alternatives? by barryfandango · · Score: 1

    As a programmer just starting out, I'm curious what direction to take my training in the future. I was planning to learn to use C# and ASP.NET to develop database-driven web applications. After seeing all this criticism/skepticism/pessimism i'm curious: what would _you_ recommend?

    --
    In all matters of opinion, our adversaries are insane. -Oscar Wilde
    1. Re:Poll: Alternatives? by HydeMan · · Score: 1

      Don't listen to most of the people here. Remember, most eveyone on Slashdot are Microsoft-haters, so getting objective information regarding anything Microsoft is mostly not going to happen. If you want to learn web development, your current plan is fine. If you want to learn operating system development, then maybe assembly is a good choice. If you want to stay away from Microsoft because they have insulted you in the past, then Java and JSP is a good choice.

    2. Re:Poll: Alternatives? by Rary · · Score: 1

      First, I'd recommend seeing what's in use in the industry in your area. Where I live, almost nobody's using .NET, while J2EE is big and getting bigger. I'm a consultant, so it's important I focus on what local businesses need the most. Last year I was planning to start learning .NET, but ended up heading down the J2EE path instead. .NET looks cool, and I still plan to do some work with it in the future, but right now Java, JSP, servlets, EJBs, and portlets are the skills in high demand around here, so that's what I'm focusing on.

      --

      "You cannot simultaneously prevent and prepare for war." -- Albert Einstein

  54. What's that noise? by bl8n8r · · Score: 0, Offtopic

    It's the sound of the Microsoft LifeSuck2000 machine starting up to suck in as many people as possible to keep .net from going .t#ts-up.

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
  55. Re:Windows Forms to be replaced, GDI+ to be replac by Utopia · · Score: 1

    Its no secret that Longhorn will have a new API which makes some of the difficult tasks that currently require using PInvoke much easier.

    No, WinForms and GDI+ are not being dropped.
    Its here to stay.

  56. Re:Well, there's a chance that it's not full of cr by will_die · · Score: 1

    Microsoft Press has release a bunch of good books including _Code Compelete_ and _After the Gold Rush_ to name just two.

  57. Funny by quintessent · · Score: 1

    I think even funnier is that nobody knew this was a joke.

    Now for Chapter 2: Squashing your competitors.

  58. COM and CORBA by gbjbaanb · · Score: 1

    ... the author implies that COM was successful in its goals of interoperable component software, only failing to reach critical mass due to a failure by other vendors to support it. OMG's corba on the other hand was based on an incomplete standard, destined to failure due to Microsoft's decision not to support this 'doomed' standard. I would whole-heartedly disagree with this. Firstly, the distributed object technologies of CORBA are applicable to a different range of problems. Even overlooking the validity of this comparison, CORBA has seen massive support and is generally considered to be more successful than COM.

    What on earth are both guys on about... the author claims that COM didn't reach critical mass becuase other vendors didn't support it!?!?!? You mean vendors like Sun, BEA etc. crazy idea that they ever would support COM, yet on the MS platform (which is the .NET platform), COM is pretty much the only way of writing apps today. *Everybody* supports COM on Windows.

    As for CORBA being generally more successful than COM.. you mean '.. on unix' surely. CORBA doesn't even come close to the same level on MS platforms, and there's a lot more of those about that unix servers. (regardless of what anyone thinks of these different platforms).

    I have noticed a strong tendency for authors (and MS staff) to sing the praises of .NET and denounce COM as some also-ran technology. The same people were singing the praises of COM just yesterday though. Its this hype that I find disquieting.
    I also think that its very pointless mentioning CORBA in a .NET discussion. the COM v CORBA discussions have been done to death, lets not continue them with a .NET v CORBA debate.

  59. Atticus Finch by aminorex · · Score: 1

    Commenting on a sig is always going to be offtopic, but having
    read this one so many times, I am going to finally take the bait.

    It is basically a true statement. You are much less likely to
    get shot if you are not carrying a gun. But it is also basically
    a misleading statement, designed to lead the reader to a false
    conclusion, specifically, that it is therefore unwise to carry
    a gun.

    Firstly, if one employs a weapon, and thereby becomes a
    combatant, it is because the conclusion has been made that
    it is better to assume the risks of combat than to abstain.
    Personal safety is not the sole and overriding human value.
    In fact, it is one of the basest human values. The quote
    appeals to the lowest and most primitive factors in human
    nature. Defense of defenseless others is a higher value.

    Secondly, it glosses the distinction between open and concealed
    carry. While open carry attracts attention and may thereby
    entrain combat, concealed carry does not.

    I might continue, but for the press of time. I will be
    satisfied at least that I have not left the deceptive qualities
    of these words entirely unchallenged.

    --
    -I like my women like I like my tea: green-
    1. Re:Atticus Finch by Anonymous Coward · · Score: 0

      Commenting on a sig is always going to be offtopic, but having
      read this one so many times, I am going to finally take the bait.

      It is basically a true statement


      No further questions.
      The witness may step down.

  60. Go scream... by MosesJones · · Score: 1


    And read this book To Kill a Mockingbird, its a classic. The quote actually appeals to the highest principles that a man can hold. Namely peace in the face of aggression.

    And the kicker is that Atticus Finch is the best shot in the whole town... go figure.

    --
    An Eye for an Eye will make the whole world blind - Gandhi
  61. Re:Poll: Alternatives? - MOD PARENT UP by Anonymous Coward · · Score: 0

    I'm Steve Gibson, and that post gets my ALL CAPS GUARANTEE. I write everything in Assembler.

  62. Chapter 2 : Apply patches by rhyd · · Score: 1

    - yeah because a fresh install of VS.NET is vulnerable to the slammer worm straight out of the box! no sql server required.

    Trustworthy computing brought to you by bill gates arse

    --
    'Be the change you want to see in the world' - Al Gore
  63. How people posting have used .NET? by Anonymous Coward · · Score: 1, Interesting

    Of all the posts, how many people have actually tried to write complex applications with .NET? I don't mean doing a simple ASPX page that displays simple rows from SQL Server. I mean creating a pool of objects or using ThreadPool to perform some heavy weight process. For example, say you have a sophisticated shopping cart system that has built in personalization. You want the server to preload some applications when IIS starts up. How do you load presets and have them behave in a persistent manner? Do you use global.asax and application start to contain that logic? Is there a standard mechanism that allows for management of those persistent objects while the server is running? How do you get around the fact ThreadPool is limited to 25 threads? What happens if you exceed 25 threads? Is it desirable to have ThreadPool of ThreadPool? Do you manage delegates in those situations to make sure you don't over synchronize, but still make sure you get the right data out? All those saying how great .NET is haven't really tried to implement complex applications with life-cycles that aren't request/response oriented. Saying Biztalk is where that stuff might go, doesn't count, since it's not out yet.

    1. Re:How people posting have used .NET? by Anonymous Coward · · Score: 0

      Why not use your own custom thread pool? Either write your own or download one from somewhere like gotdotnet or codeproject.

    2. Re:How people posting have used .NET? by Anonymous Coward · · Score: 0

      Sure, you could, but does that make sense? Shouldn't thread synchronization and delegates be handle at the VM level with an optimized implementation that is efficient?

  64. .NET TV slots by Dragon213 · · Score: 1

    Anyone seen the TV commercials for the .NET framework?
    It's almost frightening as to how integrated and easy they try to make everything look.....especally the "1 deg. of Seperation" they tout.

    IMHO, this massive ad campaign by MS will cause the average customer base to require the services that the .NET platform is supposed to offer. And, before long, they'll be wanting .NET-enabled appliances so they can check and see if they turned the stove off from his/her cellphone!

    Is there anything in the works for an open source solution similar to .NET?? If there's not, someone really needs to start on the development cycle for that. If the MS Marketing juggernaut convinces Joe Average Consumer that he needs and wants this supposed "interoperability" and "interconnectivity" that MS promises (and they will convince Joe Average Consumer that they need it), then the OSS movement will be relegated to those of us considered "computer geeks" and the general populace will never get that OSS is much better than the MS Tax that they have to pay.

    --
    --CypherDragon
  65. one of the.. by REDNOROCK · · Score: 0

    One of the many design flaws of .NET is that it is made by Microsoft.

    --
    Even if I say something insightfull or inteligent, it doens't matter cause I'm an ass.
  66. Re:Well, there's a chance that it's not full of cr by rnturn · · Score: 1
    ``It even goes into great detail on how important it is to force secure coding practices onto the rest of the project team, and how you have to resist the temptation to add features or push up the release date at the expense of code review and good coding practices.''

    Of course Microsoft Press agreed to publish the book under the condition that the author wouldn't follow the practices that he wrote about as they certainly impact the inclusion of nifty marketroid requested features and possibly push back their product delivery dates.

    --
    CUR ALLOC 20195.....5804M
  67. Agreed. by Ride-My-Rocket · · Score: 1

    I've been developing for Classic ASP since 1997 (ASP 2.0), and I'm definitely looking forward to ramping up on .NET. True, this will lock me into a Microsoft-type world -- but I've already make the decision to develop primarily using MS technologies, so that decision really doesn't affect me too much.

    What does affect me are the limitations currently imposed by Classic ASP. Error-handling is atrocious -- "On Error Resume Next" seemed to be a dirty little secret for a long time, and work in a very hamfisted, kludgy manner. ADO is functional, but trying to get the proper combination of properties set to get your data from different providers still frustrates me 5yrs after-the-fact. And it's starting to show its age -- I had expected ASP 3.0 to introduce a lot of new, useful features to the mix, but a lot of it left me less than impressed. .NET promises a solution to all of these issues, and it appears to also be more of a true programming language now than scripting. Which is nice, because I really do appreciate OOP -- especially when you combine it with Microsoft's vaunted ease-of-use. I'm sure there will be hiccups along the way -- security patches, bugs and such are always to be expected -- but it seems to be an excellent improvement beyond those MS tools that I already use.

  68. Java security by Anonymous Coward · · Score: 0
  69. Never will there exist true cross-platform... by Anonymous Coward · · Score: 1, Insightful

    It's a shame so many people are taking this "oh god don't lock us in" stance. To me, and people will disagree with this, .NET is the Sun/Java 'write once, run anywhere' concept done right because it's:

    I've been in this industry too many years (over 20) to ever believe that there will happen to be a true cross-platform write once run anywhere application platform. The closest thing we've ever seen, and will ever see is *nix... and that's just the OS, not the apps. Everything else is just a kludge, and as long as there exist multiple platforms manufactured by different business competitors, there will *never* exist such an animal as true cross-platform runability for one single app. Of course our friends up northwest are certainly doing everything they can to eliminate that nasty problem of the existance of multiple business competitors.

  70. Re:Let me get this straight..My Services by octalgirl · · Score: 1

    We have trudged through lame names like My Computer and My Network Places. Now we get ".NET My Services". Is there a MS manager out there who got a bonus for that idea? I don't know - it's like a murky security blanket. Microsoft keeps saying it's mine, but I know it really belongs to them.

  71. The GABBO effect. by BitwizeGHC · · Score: 1

    Remember, you don't actually have to tell anyone who or what Gabbo is, you just say "GABBO!" and flash the words on the screen, leaving everyone to wonder, and when Gabbo finally makes his appearance, boom! Instant audience. Krusty doesn't stand a chance.

    Well, .NET is the same way. .NET is a sort of vague, nebulous... thing that nobody truly understands, but everybody is supposed to want to be a part of. Is it a framework, a runtime, Web services, what? Well, the truth is... it's all of that, and much much more. It is more certain things than others depending on the marketing angle of the day, but whatever it is, it is set to become the dominant computing paradigm of the new millennium!!! *dramatic, victorious music*

    --
    N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
  72. Delphi .NET (maybe Kylix .NET as well) by Anonymous Coward · · Score: 0

    I'm not sure how people take this.. Some people look at Borland and say "dead company" "nothing to offer" while others see it as "breath of fresh air" and "light at the end of the tunnel." I know that Borland is developing a Delphi .NET solution and was wondering if people even consider this to be a viable alternative?

    - DK_911

  73. I read the book, it was very useful as an overview by bvk · · Score: 2, Informative

    The book is a good survey of the very large .net world. It is not an in-depth view of any particular part, but gave me a very good overview of just what the parts *are*, so I could build a conceptual framework on which I could hang the detailed knowledge I got from other books. It was a quick read, too. .net is a bunch of different things, including languages, language-independent libraries, a virtual machine, and standards for interoperability. The book covers all of that, walking the line between "too high-level to be useful" and "too detailed to grasp easily". It is trying to cover several different audiences, and succeeds pretty well, I think.

    The book has "executive overview" summary sentences beside each paragraph, which are obviously aimed at, well, executives. But at the same time, the paragraphs themselves have good solid information about how the CLR works, how the libraries are structured, how VB.NET and C# are similar and where they differ, including actual code examples. It makes you aware of what pieces are out there, so when you need an encryption algorithm (for example), you know there are some standard library routines you can check out before coding one from scratch.

    Don't get the book if all you want is a C# reference (get the O'Reilly book for that). As a matter of fact, don't get the book if you want a really in-depth discussion of any particular part.

    *DO* get the book (or borrow it from the library, like I did) if you want to know more about the whole .net system and how it all fits together, and have a good base for the rest of the knowledge you need to collect.

  74. .NET has made life a little harder... by wheeljack · · Score: 1

    for the non-technical writer. All those full stops...

  75. Mod parent up! by BerntB · · Score: 1

    Parent deserves a 5. Even if it's just a formulation of Standard Operation Procedure in the security field, which everyone but Microsoft agrees on.

    --
    Karma: Excellent (My Karma? I wish...:-( )
  76. Not quite true by SimonK · · Score: 1

    Java's bytecode has limitations that make implementing some languages efficiently difficult. In particular:

    1. The only mechanism you can use to implement closures is a class. For functional languages, which make intense use of closures, this is not good enough. The Scheme and Lisp implementations on the JVM, for instance, are substantially less performant than those based on more appropriate VMs.

    2. There is no way to optimise tail recursion. Again, functional languages use tail recursion a lot.

  77. Not Delphi.NET, SideWinder! by Otis_INF · · Score: 1

    http://www.drbob42.net/SideWinder/. First shots of Borland's .NET IDE. I'm looking forward to this IDE, because I'm getting pretty tired of all the bugs in VS.NET EA, plus the service pack we should have had a loooong time ago is released AFTER April 24th, when VS.NET 2003 is released (with the fixes). VS.NET 2002 can't work with .NET v1.1, so you have to upgrade. This will cost $29.- but still... 2003 doesn't have refactoring f.e. So yeah, I'm pretty looking forward what Borland is releasing this summer. Especially their integration of tools for the complete development path from design to code is interesting. VS.NET EA fails on that part imho (visio 2002.NET is horrible).

    --
    Never underestimate the relief of true separation of Religion and State.
  78. And, yet, sad by Anonymous Coward · · Score: 0

    Because the chapter listing is right there in review.

  79. Yawn.... by Otis_INF · · Score: 1

    Oh my... a bucket full of "Q: What's .NET?" "A:[insert synonym for crap here]" postings...

    If you can't figure out what .NET is, you don't know what software deveopment is. What's Java? (besides the slang for coffee or the Indonesian Island). A language? true. But also a platform. .NET is a platform. Not a language, but a set of api's, functionality if you will. So it compares to 'Java, The Platform (tm)'. C# compares to 'Java, The Language (tm)'.

    So there. Now we got that out of the way, can we discuss the review instead of the crippleness of MS' marketing-droids? thanks.

    --
    Never underestimate the relief of true separation of Religion and State.
  80. Definition of NET. by Anonymous Coward · · Score: 0

    A NET is what one uses to ensnare something. Watch the cartoon network, turner's last great effort, for more tips on net setup.

  81. Let's .NOT feed the beast.. by pair-a-noyd · · Score: 0, Troll

    Why do Linux users so passionatly hate M$ but go head over heels to look, act, feel, smell like M$???

    I just installed KDE 3.1 last week and it defaulted to a "look and feel" that SMACKED of Winbloz XP.

    If you like XP so damn much USE IT!! Let's keep M$ crap out of Linux world people!!!

    I left M$ garbage to be free of the beast! I don't want ANYTHING to do with ANY M$ products, ever, for any reason. I spend all my spare moments praying for the collapse of the Evil Empire and the arrest and conviction of "The Evil One"...

    I'm appalled that my /. email updates are CONSTANTLY peppered with ads for M$ .NET !!!

    Jeez people!

  82. What .Net Is by bratmobile · · Score: 1

    Unfortunately, Microsoft middle managers periodically get infatuated with stupid naming conventions. ActiveFoo, DirectFoo, Foo .Net, whatever. It's like pixie-dust -- you just rename your project ActiveDirectFoo++ .Net 2000 XP to get it noticed. (I worked there for 5 years, so I've seen this first-hand.)

    They slapped the .Net name on a bunch of different things:

    1. A new language platform. This part went through several names: Universal Runtime (URT), Common Language Runtime / Common Language Infrastructure (CLR / CLI), etc. This includes the C# language (and VB .Net, managed extensions to C++, etc.), MSIL, and the Base Class Library (BCL). Pretty good stuff, in my opinion.
    2. SOAP, implemented using the CLR. This is actually a pretty cool implementation of SOAP, because the .Net platform provides 95% of the glue you need to expose (or use) classes and methods and datatypes over XML/HTTP (SOAP). This is a core part of the .Net Framework, and of ASP .Net, which is Microsoft's ISAPI/IIS bridge into the .Net world. In my opinion, pretty good technology, and it's surprisingly "open".
    3. A set of centralized back-end services. This is Hailstorm, Passport, etc. (Passport got renamed ".Net Passport".) This is Microsoft's effort to make money on "software as a service". They recognize that they can't just float on Office sales forever, and they want to provide some kind of centralized services, and get some fraction of a dollar for every widget transaction on the net. (This is where the ".Net" name originally came from -- it just kind of metastasized into other projects later.) In my opinion, this is the worst aspect of .Net -- it's confusing to developers, and Microsoft has not developed an image as a company that can reliably provide network services, so why should anyone trust their service to Microsoft?

    Anyway, I hope this provides some info on what the .Net name covers, and why. The .Net name originally started as an umbrella name for the centralized network services that Microsoft wants to provide (Hailstorm, Passport, blah blah). Later, Microsoft decided to plaster it all over a bunch of other things, and it was just a confusing disaster.

    In my opinion, the most important part to focus on is the new language platform -- MSIL and C# and the managed C++ extensions are a really Good Thing, and they are also -- surprisingly -- "Open". They have been submitted to ECMA as public standards, and Microsoft has pledged that any patents they hold that are involved in implementing the standards may be used, royalty-free, by anyone who wishes to implement the standards.

  83. Ya by houseofmore · · Score: 1

    Also found Here

  84. Re:Let's .NOT feed the beast.. -1, Zealot by aes12 · · Score: 2, Insightful
    -1, Zealot

    Last time I checked, you were allowed to use Microsoft products AND read Slashdot....



    It's comments like these that frighten average people away from Linux. The 'RTFM' and 'Bomb Redmond' attitudes have got to go, or Linux will rot. Linux-nazis are probably more harmful to the promotion of Linux than any of it's technical deficiencies. Don't get me wrong, I love the idea of Linux, and it's come a long way, but the aggressive power trip of some linux zealots makes being a linux newbie really suck.

  85. Re:Let's .NOT feed the beast.. -1, Zealot by pair-a-noyd · · Score: 0, Offtopic

    Excuse me but I do not use M$..
    I have no idea where you get that idea from, I quit using M$ last year.

    Mandrake 9.0, KDE 3.1 kernel 2.4.20
    P4-2ghz, 512m, 140gigs, GF4-Ti4200/128m

    I left M$ because of the utter lack of security and dependability. I refuse to use a broken product. I won't purchase something that will bring trouble to me.

    Using M$ would be like ripping the locks off of my doors and putting signs in my front yard inviting bums, hobos and thieves to enter my home for fun and games. Sure, call me a Linux-nazi if you want but at least I'm free of the GRIP of M$ and finally have broken free of the "click and drool" crowd.

    Linux forced me to use my mind and got me back in touch with the inside of the box.
    I like the freedom that Linux has brought to me..

  86. This book is not for programmers by LanikMueller · · Score: 1

    It paints .Net with broad, heavy-handed brush strokes talking much about the political ramifications (read: FUD) on software development and leaves very little room, leaving little room for technical discussion. The author often compares .Net with other platforms, showing what those lack instead of giving you a big, independent picture of .Net itself. Bottomline: this is for managers, not developers. As a programmer who's used .Net for nearly a year now and have watched programmers around me learn it, I can safely say that the best way to learn .Net is to learn it with a .Net language (C#, VB.Net, etc). While the libraries (FCL) are language-independent, you really can't get a grasp of the concepts till you start coding. So, instead of this near-worthless book, I would recommend picking a .Net language and learning .Net alongside with it. The O'Reilly C# book is by far the best one I've read so far (out of 8 books).

  87. Use php by houseofmore · · Score: 1

    Google agrees: what is .net

  88. Ummmm.... by MosesJones · · Score: 1

    Or actually how much I understand it.

    The SOAP RPC encoding IS the only one going forwards. The problem is that most .NET apps by default are literal, which will no longer be supported. Hence this is a big issue as they need to go around and change all those WSDLs, re-deploy the services and change the defaults from the application.

    This is an issue for Microsoft and it is something that from my involvement in this area that I know more about it that I would wish to. Yes you can write custom encoders, but the issue here is with the current MS implementation, most other vendors only support literal because of MS, and their default is RPC.

    It won't kill them of course, but it is alot of effort from where they went for the wrong one of two options.

    The issue is the OLD services out there that will have to be redeployed. RPC services will not have to be redeployed.

    --
    An Eye for an Eye will make the whole world blind - Gandhi
    1. Re:Ummmm.... by bratmobile · · Score: 1

      So... 1) It will be easy for Microsoft to cope with changes to the standard, and 2) How could *anyone* implement a change to a specification, before the change occurs?

    2. Re:Ummmm.... by MosesJones · · Score: 1

      No

      1) It will be _possible_ for MS to cope with the changes, but difficult to change all the apps that are currently using SOAP in literal format (Outlook, Exchange etc etc)

      2) Everyone else plumped for RPC as literal isn't as nice a way to do things, so everyone else is just deleting code, not worrying about re-deploying services.

      --
      An Eye for an Eye will make the whole world blind - Gandhi
  89. .Net is Dead by Anonymous Coward · · Score: 0

    .Net sucks all the way .

    We tried it and it has too many issues.

    We are back to Java that really works

  90. .Not sucks Java rules by Anonymous Coward · · Score: 0

    VB6 == .Not .Not sucks as bad as VB

  91. OMG please ignore this idiot by Anonymous Coward · · Score: 0

    he is, IMO, a paid astroturfer

    i am a troll.
    i recognise a troll.

  92. d. chappell by Anonymous Coward · · Score: 0

    has his nose so far up Microsofts principle orifice, he is not able to breath properly and consequently not able to think very well either.

    He gave a talk at a Microsoft dog-and-pony show in Denver that was supposed to be about .NET. The whole talk was very flimsy reasons why Java was bad and .NET was good. I would rather ask his editor her opinion of .NET. I feel it would be more relevant.

  93. superb by Anonymous Coward · · Score: 0

    Moderation +5
    60% Interesting
    20% Insightful
    20% Underrated

    i love this post. I made it this time but it appears to turn up independantly a couple of times in recent .NET stories. the wording is lifted word for word from some guys ace weblog - (use google) there is a load of extra insightful stuff there, which puts the whole comment in context (the guy was half asleep ehen he wrote it and it is basicaly just a well formed spontaneous angry rant) It is emotional and therefore usually gets an emotive response of +5. When i altered it slightly to make it angrier it was modded troll.

    Is it a troll? No if anything its a dupe.
    Is it astroturfing? No because its unpaid and entirely independant.

    If anything its just a duplicate post(ok repetition is evil) I am using to gauge fellow slashdotters opinions over time. Look at how hostile everyone generally is towards .NET in this discussion - and even something like MONO gets only a luke-warm cautious reaction. This is a generation that knows Microsoft is untrustworthy and view their reinvention with suspicion and contempt. a lot of us are not going to be beguiled by a fancy studio environment and a world of new TLA!

    I'm gonna keep on posting it from time to time until the moderators start modding it down - don't want to waste time posting off-groupthink comments no-one ever reads (like this one)

    anyways - if anyone sees a .NET story come up why not try and get the 'fail .NET' comment up as an early AC post, but once it has been posted just once (even unmoderated) in a story please please stop. Think of this as a way to fight back against those ugly unwelcome .NET banner adverts here on /. (for the few that actually see any adverts)

    i'm tired now. glad my karma is so low i'm all out of posts so posting this AC

    thankyou and goodnight

    I be um.?. J

    1. Re:superb by Anonymous Coward · · Score: 0

      WTF? r u on crack?

  94. Revolutionary by IanBevan · · Score: 1

    without really managing to convince me of what is so revolutionary about them

    I don't think that would be the point. Did the book convince you that they were a good idea though, and did it provide examples of good use, or specifics about what technology web services is supposed to replace or extend ? Would you be more likely to use them having read this book ?
  95. clarification needed by GunFodder · · Score: 1

    Your top point is language independence. This sounds great; what are the actual benefits of this?

    Porting the bytecodes to another platform should be easier since there is only one set of instructions to implement, but I suspect that Microsoft will do something to make sure the bytecodes don't run on non-Windows platforms. Otherwise how are they going to make money? Time will tell on this one.

    Another advantage would be the ability to open code written in one language and use another language to make edits. I have my doubts about this as well, since most people choose to use a language based on what other languages cannot do. Wouldn't code written in one language violate rules of other languages? Maybe someone who has worked with .Net can enlighten me.

    Your second assertion regarding platform independence is puzzling. Java is already quite a bit more platform independent then .Net, and right now it has the support of companies like IBM that actually care about platform independence, rather than companies like Microsoft that thinks "platform" and "Windows" are synonymous.

    Your third assertion is difficult to support since the only benchmark I know of that compared the two was commissioned by Microsoft. If .NET actually turns out to be cross-platform then it probably will not be more performant because both virtual machines are doing the same thing and companies have been working on the JVM for the last 8 years. The jury is still out on this one until there are more .NET benchmarks to peruse.

    So it looks like the best we can hope for out of .NET is support for Microsoft's new language C# and the promise of platform independence. Microsoft can choose to encourage this independence and eventually lose control over .NET or continue to promise openness while producing yet another (albeit nice and new) Windows development platform. Microsoft didn't exactly lose money or influence with ASP, VBScript or any of their other Windows-only technologies. Which path do you think they will choose?

    1. Re:clarification needed by krumms · · Score: 1

      Hi GF,



      Your top point is language independence. This sounds great; what are the actual benefits of this?



      Well, as I mentioned in a previous post - imagine being able to use C#/J#/C++ for the majority of your project, then dropping into Perl.NET for processing complex documents. Not everything is going to use XML, however cool it is :)



      Porting the bytecodes to another platform should be easier since there is only one set of instructions to implement, but I suspect that Microsoft will do something to make sure the bytecodes don't run on non-Windows platforms. Otherwise how are they going to make money? Time will tell on this one.



      Microsoft are standardizing large parts (the whole lot?? somebody??) of .NET - ISO/ECMA standardization from what I've read here which, to me at least, seems to indicate they have some intention of keeping things 'down the line' so to speak.



      Another advantage would be the ability to open code written in one language and use another language to make edits. I have my doubts about this as well, since most people choose to use a language based on what other languages cannot do. Wouldn't code written in one language violate rules of other languages? Maybe someone who has worked with .Net can enlighten me.



      Not totally sure what you mean with the 'rule violation' statement, but I think I see where you're coming from. Sort of like using Delphi for bit twiddling: possible, but not as nice to read as C bit twiddling :P (This is subjective, don't whine Delphi-lovers) Well, that's where I imagine the ability to use different language for the same program would be of great use. Sure, some languages can't do certain things. So use another language to do it. With .NET, you can do it in the same program and avoid hack-arounds.



      Your second assertion regarding platform independence is puzzling. Java is already quite a bit more platform independent then .Net, and right now it has the support of companies like IBM that actually care about platform independence, rather than companies like Microsoft that thinks "platform" and "Windows" are synonymous.



      I said "Potentially" platform independant. .NET is young compared to Java (by about six or seven years). Give it time.



      Your third assertion is difficult to support since the only benchmark I know of that compared the two was commissioned by Microsoft.



      I concede I probably jumped the gun a bit here. On my system, at least, smaller .NET apps tend to run faster than similar sized Java projects. The simple act of opening a file dialog with Java's Swing toolkit takes a relative eternity. Don't get me wrong, I'm not basing my entire opinion of Java on a file dialog - I have been developing with Java for six years - but .NET just seems so much smoother - from both a development and a runtime perspective.

  96. I still don't know what you're talking about by sirshannon · · Score: 1

    but it isn't ".net".

    all I see on that screen shot is a start menu (which is windows XP and has nothing to do with .net) and a couple windows (which, once again, are windows and have nothing at all to do with .net).

    it looks like you're talking about Windows XP GUI themes which have nothing at all to do with .net. "look" is not what .net is about at all. "widgets" could describe .net but you've only mentioned the "look" of widgets which doesn't really mean much to me, especially in a .net context because widgets can look like anything and some widgets don't have a "look" at all but we are talking about .net and .net doesn't really have much to do with looks, it is a programing platform. If you write a .net desktop application and someone runs it on windows 98, it looks like every other desktop app does (more or less). If you run it on windows xp, it (probably) looks like every other windows app does on xp (more or less). I think you have confused the windows GUI with .net and then decided to raise hell and bitch about something even though you were mistaken and had no right, authority, nor knowledge of to bitch about.

    If you would like to know what .net is, just ask. If you don't want to know, then stop pretending like you do.

  97. you're going to love it by sirshannon · · Score: 1

    error handling exists in .net
    ADO.net isn't perfect, but gives you several new ways to tackle the everyday problems
    OOP is the way it always should have worked.
    I actually sent a friend of mine an email explaining how much I loved the .net String class. He sent one back explaining what a freaking nerd I must be. I replied "no, I'm serious, it really is that fackin cool!" He didn't care.
    The code behind model is the next logical step in ASP programming and takes about 5 minutes to learn but is appreciated forever.
    Debugging in ASP? It's here now. How did we live without it?
    ASP.Net uses a language, not a script. This full effects of this are demonstrated over and over, each time I realize "whoa, I really can do this now".

    I started with VB.net and then looked at C# and realized it was the route for me (I'm lazy and C# rolls off the fingers/mind a bit easier). I sincerely hope I never have to do an "ASP Classic" project again and will do everything in my power to make it so.

  98. zerg by Lord+Omlette · · Score: 1

    There's this girl I like. I call her 'Pichu'. Whenever I'm programming, I have a tendency to name all my variables some variation of Pichu such as 'PichuPichu' or 'ilovepichu'. When someone looks at my code and asks me what this or that code means, I generally furrow my brow after five minutes of concentration and say, "I have no fucking clue."

    Lesson? Don't give a bunch of unrelated shit the same goddamned name.

    --
    [o]_O
  99. Applause -- Mod this whole path up by Mostly+a+lurker · · Score: 1

    Thanks to both of you. A most interesting discussion carried out with passion but without insults. Informative.