Slashdot Mirror


Mono and .NET - An Interview

all-of-the-dot writes "Would you use an open-source implementation of the .NET Framework? Ximian's Mono project enables you to build .NET apps that run on Linux and Unix as well as Windows. Check out the story from .NET Magazine's interview with Miguel de Icaza, Ximian cofounder and CTO" Added to which, AirLace writes "The Mono project has just achieved full self-hosting on Linux. While the C# compiler, itself written in C#, has been able to compile itself since March, Mono can now compile its own complete set of class libraries too. This announcement closely follows the release of the Phonic media player, the first .NET application for the GNOME desktop."

190 of 583 comments (clear)

  1. What are the chances for survival!? by goldenfield · · Score: 3, Interesting

    We all know how MS feels about non-MS operating systems. We all know they're using .NET as a way to lock people into Windows servers and desktops. There's NO WAY they're gonna hang out and let poor Linux play in their reindeer games.

    No...they'll go ahead and change their infrastructure so that it doesn't work with open source code.

    1. Re:What are the chances for survival!? by mgv · · Score: 5, Insightful

      No...they'll go ahead and change their infrastructure so that it doesn't work with open source code.

      Well, sometimes this works, and sometimes it fails.

      Despite numerous attempts to redefine HTML, its still a fairly broadly defined language, irrespective of what IE will render. .net (the concept) makes alot of sense, its just whether or not you trust M$ to implement it. (No prize for guessing my opinions on that one).

      But M$ do do some things right (Office apps and development suites). .net has the potential to be one of those things, and as long as mono exists also, I look forward to it.

      Michael

      --
      There is no cryptographic solution to the problem where the intended receiver and the attacker are the same entity.
    2. Re:What are the chances for survival!? by mr.+marbles · · Score: 3, Insightful

      even if that happens though the primary goal of the mono project isn't to interoperate with windows apps written for .NET. the point of the project is to make programmers lives easier by providing the tool that would make programming for open source OS easier. MS can't crush the project because it doesn't rely on anything more than the standard they submitted to ECMA. And the development tools are nice even if you wouldn't be able to run MS .NET programs.

    3. Re:What are the chances for survival!? by Anonymous Coward · · Score: 4, Insightful

      Exactly!

      Microsoft's track record with Java alone is reason enough to avoid .NET. Microsoft couldn't even be trusted to stick with the spec...they IMMEDIATELY started changing Java (adding worthless crap like *pointers* to a language that was designed NOT to need it). Why did they do it? Because, this is EXACTLY how microsoft gets ahead--embrace, extend, sieze control, and keep changing the API so no competitors can catch up. CHRIST folks, we've got the MEMOS sent around Microsoft HQ as part of public record. They went out of their way to "neutralize" Java as much as possible. .NET will be NO different. Why should it be? Almost all of Microsoft's former competitors complained that Microsoft had the upper hand--because Microsoft had access to the "hidden" APIs while their competitors did not. Will .NET be different? Why in the hell should it? This tactic has worked for Microsoft OVER AND OVER again. Why throw away a perfectly good tactic that has yet to fail?

      Do you honestly think Microsoft has suddenly turned over a new leaf? This is the company that FAKED EVIDENCE in a court of LAW for God's sake.

      Is Miguel smart? Possibly. Is he smart enough to outwit Bill Gates and his army of monopolists? I doubt it. Just look at the graveyard of those who have tried to dance with the devil...the legacy of the 90's computer industry is a full graveyard.

    4. Re:What are the chances for survival!? by Osty · · Score: 2, Informative

      Mono will survive because M$ is reported to be porting .NET to BSD...

      Already been done. It's called Rotor, and is a Shared Source project, meaning you can see the source and modify it for non-commercial uses, and it even has a nice clause saying that you can't taint yourself by looking at the code (oh, if only the GPL had such a clause. Instead, I can't look at GPL'ed software for fear of tainting my thought processes and inadvertantly ending up with GPL'ed code in software I write). Rotor is mostly meant for academic use and study, and is just a reference implementation (for instance, the GC is very primitive, and is much better in the .NET runtime from Microsoft). However, it builds for both Windows and FreeBSD (probably other BSDs).

      So... there will be a trunk for GNU/Linux...

      Not from Microsoft. You could probably compile Rotor with minor changes on a Linux system, but it'll be completely unsupported by MSFT (well, more unsupported than Rotor already is, which doesn't have any official support but the dev team helps out when they can).

      P.S.- I would suspect that XP is based in BSD but as i don't have access to XP sources or time to stroll at BSD sources... alas...

      You'd be wrong, of course. The reason people bring this up is because Microsoft once used the reference implementation of the TCP/IP stack which just happened to come from a BSD (hrm ... the BSD license is very liberal, not forcing you into any specific license, which makes it perfect for providing reference implementations -- anybody can start with that implementation and change it how they please and not be stuck with the GPL). XP is based on Win2K, which is based on NT4, which is based on earlier NTs, which ultimately derived from the same people that wrote VMS, so you could say that XP is a descendant (several generations removed) of VMS, but you won't find much (any?) VMS code in XP since NT wasn't directly based on VMS (just the concepts and ideas). (Throw some OS/2 in there, just to be complete.) However, XP != BSD, nor would I expect Microsoft to release any BSD-backed (or other *nix-backed) OS in the near-to-mid future (who knows about the long term, really? It's probably safe to say "not likely" here).

    5. Re:What are the chances for survival!? by ClosedSource · · Score: 2, Informative

      "We all know they're using .NET as a way to lock people into Windows servers and desktops."

      Lock people into Windows servers, maybe, but not into Windows desktops. Although MS only supports running ASP.NET on a Windows server, the client receives pure HTML that can be viewed in any browser on any platform. Most of .NET is platform independent on the client side.

    6. Re:What are the chances for survival!? by joshsnow · · Score: 2, Interesting

      They can change their infrastructure as much as they like - what they can't change is the fact that the APIs are out there, they're implemented and they're being used. That means that so long as MONO mirrors those apis, mono apps will always work with the original .NET framework.
      It's like all the old Windows 3 programs which still run on XP - Microsoft can't afford to ditch old APIs. Once .NET reaches critical mass (ie the point at which there's so much software that "changing their infrstructure" breaks code) MONO needs only be implemented to that standard and then we're all home and dry.

    7. Re:What are the chances for survival!? by rsborg · · Score: 2
      Although MS only supports running ASP.NET on a Windows server, the client receives pure HTML that can be viewed in any browser on any platform

      MS has already wrapped up that problem. Do you notice how many sites are not Mozilla friendly?
      Hell, even my company (a *large* enterprise software firm) produces supposedly "pure" html that coincidentally happens to not work on anything but IE.

      They have browser marketshare. They still have OS marketshare. Network effect of both platforms will keep people from straying, regardless of what "standards" exist. For complete dominance, they are attempting to crush Sun by eating their Java lunch.

      Go ahead, support the monopolist, foolish developer. Cry me a river when your "pure HTML" is required to break W3C standards to comply with next version of IE.

      --
      Make sure everyone's vote counts: Verified Voting
    8. Re:What are the chances for survival!? by sql*kitten · · Score: 2

      We all know how MS feels about non-MS operating systems. We all know they're using .NET as a way to lock people into Windows servers and desktops. There's NO WAY they're gonna hang out and let poor Linux play in their reindeer games.

      FUD, fud fud. Get your complete C#/.NET development environment, including source code, for FreeBSD here.

    9. Re:What are the chances for survival!? by HiThere · · Score: 2

      To the extent that MS has control over .net, then it should be avoided. You are totally correct. You can, indeed, trust them ... to act like MS.

      The question is, to what extent can one depend on .net to stand independant of MS? To what extent is it vulnerable to copyright or patent claims?

      I sure don't know the answers to these, and until I find out, I'm not inclined to invest time in learning it. And, coming from MS, I'm not that interested in wasting time looking for the answers. I have these strong suspicions that there may be "submarine" patents... perhaps not in the traditional form, perhaps hidden by obscurity, or strange phraseology, or simple sillyness "A patent on the use of #. as demarcation in namespaces" or some such.
      Or it could be a trademark. True, you are required to defend trademarks, but not until you know about the violation. If MS has a trademark on the use of something that exists in the guts of .net, then the code would need to be altered so that all the uses had a trademark symbol, and then the compiler would need to be altered to ignore that, and then...

      I don't really know what to expect from them. Just that it will more than likely be unpleasant. It's been at least decades since they have done something that ended up being to my advantage. And I don't think they ever did anything that they didn't believe was to their advantage.

      If .net is successful, it would be effective action from MS against Sun, so it's possible that they've made a fair offering. But given their past history, I don't trust it. Not even enough to examine it carefully. (It's too easy to be fooled.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    10. Re:What are the chances for survival!? by alext · · Score: 2

      I can't seem to find the Windows Forms API in that download - can you help me out?

      Or perhaps you meant:

      complete Dotnet development enviroment, except for the 90% of classes that are only available on Windows?

  2. Who else is amused... by modulus · · Score: 5, Interesting

    That this "phonic" thing, built with the ultra-portable .net dealy, still only runs on linux (or at least nix-ish) machines with gtk?

    On a more serious note...

    Seriously. Where's the portability at? Will .net apps written for windows similarly only work with the "windows gui toolkit" (or whatever)?

    1. Re:Who else is amused... by Koyaanisqatsi · · Score: 2, Interesting

      Will .net apps written for windows similarly only work with the "windows gui toolkit" (or whatever)?

      Yes, they will. As soon as the implementation of the Windows.Forms classes are implemented. That's within the scope of the project and is a big challenge, check it out here.

    2. Re:Who else is amused... by calarts_nutmeg · · Score: 4, Insightful

      That's the biggest problem, .Net isn't as portable as java, also java is meant to be a great kitchen sink system, with everything from multimedia to raw socket connections. Also, if you don't like java, you can use python with jython to write java class files using a simple scripting language. Java is just so rich, the api has so many goodies to choose from, and the apps can be easily adapted from J2SE to the simpler J2ME CLDC, you still can only use C# to write desktop applications, and having it run clients on the handheld really isn't in the cards for c#, since all applications are supposed to run on MS servers. True I suppose things are getting ported to C#, but still, why go to all the effort to learn it when Java has such a huge head start, and Sun isn't try to kill linux either.

      --
      Check my site out for ogg vorbis music produced with linux.
    3. Re:Who else is amused... by samael · · Score: 4, Informative

      You can call non .NET programs from within .NET. If you decide to use a library that only exists in Windows (like DirectX) or in Linux (like that version of GTK) then of course it only works in that system.

      Once more of Mono is complete, you'll be able to do the whole of your program in it, including the libraries, and moving between Windows and Linux will be transparent.

    4. Re:Who else is amused... by Malcontent · · Score: 2

      Will it run on palms?

      --

      War is necrophilia.

    5. Re:Who else is amused... by GooberToo · · Score: 2

      Gtk# doesn't currently work on Windows as the Microsoft runtime is incompatible with Gtk+ libraries that aren't linked with MSVC's lib.exe tool. Tor Lillqvist's Gtk+ for Windows won't work. While there's no active effort within the Mono project to recompile the DLLs, you're welcome to try yourself. build-dll is an example of how this has been achieved in the past.

      This is something I try to point out from time to time. Until there becomes a defacto GUI widget toolkit for all .NET platforms, saying .NET and MONO allows for cross platform development is ultimately an invalid assertion.

      Unlike Java which provides its own GUI toolkit, most MONO applications are going to use their own native widget set. That means on Windows, MFC and on Unix/Linux, Motif, GTK+, Qt, FLTK, etc. Since few of these toolkits have .NET bindings, let alone are cross platform, it means writing all of the GUI over again for each perspective platform.

      Tell me again why I'd waste my time?

      If I want cross platform, I can already use Python + wxWindows (wxPython) or even Java to truely be platform indepenent. So please, tell me why I'd waste me time with Mono, let alone C# in general.

      Shesh...what a waste of resources.

    6. Re:Who else is amused... by HiThere · · Score: 2

      To be fair, MS has put a reasonable amount of effort into getting other languages available for the .net platform. Of course, most of them had to be butchered to make them fit...

      There's this old story about this chap called Procrustes...

      Eiffel had to be butchered into Eiffel#. Yeah, they got Bernard himself to do it, but I still say butchered.

      If I understand correctly Perl is implemented via a .com interface (did I really hear that correctly?).

      C++ was turned into C#, eliminating multiple inheritance. I'll agree with everyone else that C++ had a lousy model for multiple inheritance, but there are problems that interfaces just don't handle nicely.

      etc. (Well, to be honest, that's about all the languages I know about.)

      And what you end up with is another JVM, only incompatible. And the guts are controlled by MS.

      I might be willing to *use* .net on Linux, if it were convenient. For small projects. If it didn't need to be portable. If I want portable it seems to me my choices are Python, Ruby, Java, Eiffel, C, C++, Ada, Haskell, Scheme, Lisp, ... (the only problematical ones on the list are C and C++, but I figure that with gcc it counts, even if you do need to use twisted defines.)

      And of these choices, the only one that does graphics portably (well, and that I know well enough to try to do graphics in) is Java. If only dialogs are needed, then I can use Ruby or Python, and Tcl or Fox.

      None of these are C#, though it may someday join the list. What is its special advantage? It's certainly not more portable than Python, Ruby, Java, or Ada. I just don't see the point.

      If I want portable speed, I 'd use Ada. Totally standard on all platforms. Very powerful object model. A bit static and finicky, but powerful, fast, rugged, stable, etc.

      If I want something flexible, I'd pick either Ruby or Python. They're pretty evenly matched in most places. Python has better libraries, I like Ruby's syntax better. Both link easily with routines in C for spots where you need to optimize. (Well, really it's for calling precompilled libraries. You need to be doing something pretty significant for the overhead to justify the linkage problems and costs.)

      If I want a portable graphic environment I'd choose Java. Python could probably handle this, but Java is better at it.

      I'm sure that C# must have some advantages, but I don't know them. When should I choose to use them, outside of when I need to talk to another C# program?

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  3. Yes, I definitively would! by Koyaanisqatsi · · Score: 5, Interesting

    The .Net framework is a very clean and interesting initiative. Forget Passport, forget web-services and all the other pieces and focus only on the framework and the common language runtime (that the focus of MONO) - its neat, and being able to compile code on several platforms without worrying about ports is a great achievement.

    Off course, don't use platform-specific calls (PInvoke) if you want interoperability, but almost everything else is ok.

    1. Re:Yes, I definitively would! by n-baxley · · Score: 2, Insightful

      ...being able to compile code on several platforms without worrying about ports is a great achievement.


      It is! But it happened 7 years ago with the release of Java.

    2. Re:Yes, I definitively would! by BlueGecko · · Score: 2

      Actually, it happened over twenty years ago with the release of Smalltalk-76. But who's counting? At least the good ideas keep getting another chance in the sunlight before getting politely brushed under the carpet again.

    3. Re:Yes, I definitively would! by Iamthefallen · · Score: 2

      Hello, I would like to write a program in C++, VB and Python to run on win32, MacOS X and *nix platforms, please explain how I can do this under JVM since I know I can (or will be able to) under the CLR.

      --
      Wax-Museum Fire Results In Hundreds Of New Danny DeVito Statues
    4. Re:Yes, I definitively would! by mikec · · Score: 2

      There are no plans to port C++ to CLR. What you get is a lobotomized version: C# with a C++ skin. That's about as useful as a broken arm.

    5. Re:Yes, I definitively would! by Iamthefallen · · Score: 2

      ehr actually, you can use C++ under it, it's just not very much optimized for it (or much more fun than ye old C++)

      --
      Wax-Museum Fire Results In Hundreds Of New Danny DeVito Statues
    6. Re:Yes, I definitively would! by Tablizer · · Score: 2

      (* Actually, it happened over twenty years ago with the release of Smalltalk-76. But who's counting? At least the good ideas keep getting another chance in the sunlight before getting politely brushed under the carpet again. *)

      I don't think Smalltalk was the first cross-flatform interpreted language.

      Maybe the first tied to a GUI, but I think it is dumb to have the GUI API be language-specific anyhow. Hear that Sun?

    7. Re:Yes, I definitively would! by Tony+Hoyle · · Score: 2

      The CLR has no templates... C++ without templates is not truly C++ - no STL so basically you're down to making C with the occasional class.

    8. Re:Yes, I definitively would! by QuaintRcky · · Score: 2, Informative

      C++ - write it and hook it in via JNI
      VB - You wanna code in VB?!?!?!?!
      Python - run Jython (python 2.0 language on the Java VM)
      Also, check out Languages that run on the Java VM for a surprising number of languages (including basic) that already run on top of the Java VM, on any platform that supports java, hell - even the GUI works properly :-).

    9. Re:Yes, I definitively would! by HiThere · · Score: 2

      Better not tell the Eiffel# guys that!

      But you notice it's Eiffel#, not Eiffel. They are re-writing the language to fit into .net , and I don't yet find the result to be interesting.

      I'm not sure just how much of what was Eiffel will be saved by the time the re-write is finished. And once I heard that they were taking out multiple-inheritance, I haven't wanted to look at the rest of the butchery. Multiple-inheritance may be bad in C++, but in Eiffel it's one of the strong points of the language. To have gotten Bernard himself to make the changes doesn't make it any better. I suppose that they could find a strength to add to make up for the change, but the new language sure wouldn't be Eiffel.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    10. Re:Yes, I definitively would! by HiThere · · Score: 2

      On windows this might be a reasonable choice. Under some circumstances. However, claiming that "it does what Java does", without saying what it is you are talking about, doesn't communicate much. Do you mean crossplatform graphics? I feel that remains to be demonstrated. But since I don't know what you mean, it's really pointless speculation.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    11. Re:Yes, I definitively would! by HiThere · · Score: 2

      applies to .NET just as much as anything else.

      Perhaps that should be "will apply to .Net...". It's probably too soon for the present tense.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    12. Re:Yes, I definitively would! by el_chicano · · Score: 2
      Funny how you acuse (and continue to do it) ppl of being full of sh!t (hint: not a valid argument -- ad nauseum).
      I think you meant to say ad hominem , not ad nauseam . When you make simple mistakes like that it makes it hard to believe you really know what you are talking about.

      Your rampant misspellings also detract from your message, as they make you sound like a 13-year-old script kiddie rather than a serious programmer. If you don't want to learn how to spell English properly, at least add a spellchecker to the list of software you know how to use...
      --
      A man who wants nothing is invincible
  4. bad news for Linux? by tps12 · · Score: 2, Insightful

    Hey, this sounded pretty cool at first. I mean, the more languages the better, right? ;) Plus, I hate it when the Winblowz lusers get to play with pretty toys I can't get on my Linux boxen.

    But then I reconsidered. First, a little background. C# was, is, and always will be, a Micro$oft invention. Like it did with SMB and OLE, not to mention DirectX and ZIP, M$ will have no reservations about mucking with C# just to break Mono compatibility.

    In the case of SMB, we live with this. SMB has become a de facto standard in the enterprise, so Samba is forced to follow M$'s lead and keep up. But no such market forces exist for C#. Right now, it's a minority player against giants like Java and C++.

    By supporting C# through Mono, Linux only serves to make it more popular. In doing so, it makes M$ more powerful. The Mono project is about as counterproductive toward Linux advancement as a Free Software project can be. :(

    --

    Karma: Good (despite my invention of the Karma: sig)
    1. Re:bad news for Linux? by Quarters · · Score: 2

      I think Phil Katz (if he were still living) and the employees of PKWare would have something to say about you attributing the creation of the .zip compressed data file format to MS.

    2. Re:bad news for Linux? by Carnage4Life · · Score: 2, Informative

      But then I reconsidered. First, a little background. C# was, is, and always will be, a Micro$oft invention. Like it did with SMB and OLE, not to mention DirectX and ZIP, M$ will have no reservations about mucking with C# just to break Mono compatibility.

      C# is an ECMA standard, like C++ which is an ISO standard unlike Java which is Sun Microsystem's property. Thus Sun has complete control over the future of Java while Microsoft does not have the same for C#. So claiming supporting C# is supporting Microsoft is way off base. Question: Were DirectX, OLE and SMB also international standards or are they technologies wholly owned by M$?

    3. Re:bad news for Linux? by miguel · · Score: 5, Informative

      Developers in the Windows world that do not care about cross platform issues (which is, 99% of them) are tired of C++, and Visual Basic, and C# happens to be a nice language to move to delivered by the company that does their OS.

      So people will be adopting C# as a programming language no matter what anyone does. The language is here, and the tools are here, and the community is rapidly growing.

      So what we are enabling is to bring a number of things to Linux: we bring the people, the knowledge and we are reusing Microsoft's investment in documenting, promoting and producing training materials to benefit us.

      So, I am fairly possitive that this is good.

      And then, there is the added advantage of open source: now you got a compiler, a runtime and classes. If they serve your purposes, take it, improve it, extend it, change it, modify it, rip it, research, reuse what you feel like reusing.

      Miguel

    4. Re:bad news for Linux? by IIRCAFAIKIANAL · · Score: 2, Insightful

      "First, a little background. C# was, is, and always will be, a Micro$oft invention."

      C# is supposed to be an open, standardized language (standardized via the ECMA) - see here - in contrast, directx and the rest were all closed, proprietary systems. M$ would lose a lot more than they would gain by mucking with the standard.

      They, however, may unofficially extend it... that's a lot more likely, if you think they are planning evil.

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
    5. Re:bad news for Linux? by oPless · · Score: 2
      LOOK, I'm utterly sick of newbies thinking "M$ wrote SMB" I shall say this:

      HEY DID NOT.
      SMB = NetBIOS Over TCPIP

      RFC 1001 / 1002


      A Portion of RFC 1001 is below:

      OVERVIEW OF NetBIOS

      ... NetBIOS was designed for use by groups of PCs, sharing a broadcast medium. Both connection (Session) and connectionless (Datagram) services are provided, and broadcast and multicast are supported. Participants are identified by name. Assignment of names is distributed and highly dynamic...


      NetBIOS applications employ NetBIOS mechanisms to locate resources, establish connections, send and receive data with an application peer, and terminate connections. For purposes of discussion, these mechanisms will collectively be called the NetBIOS Service.
      This service can be implemented in many different ways. One of the first implementations was for personal computers running the PC-DOS and MS-DOS operating systems. It is possible to implement NetBIOS within other operating systems, or as processes which are, themselves, simply application programs as far as the host operating system is concerned.

      The NetBIOS specification, published by IBM as "Technical Reference PC Network"[2] defines the interface and services available to the NetBIOS user. The protocols outlined by that document pertain only to the IBM PC Network and are not generally applicable to other networks.


      [2] IBM Corp., "IBM PC Network Technical Reference Manual", No. 6322916, First Edition, September 1984


      In fact dont take my word for it, check out The History Of SMB or Here oh, and Here


      Now my little SMB rant is over, I shall rip apart the rest of your comment.

      1. C# is a unashamed ripoff of Suns Java Language, submitted to ECMA for standardisation. As has their CLR (or Virtual machine)

      What they may do however is add more windows specific extensions (Like they did with Java, which Sun got upset about) in libraries. I doubt that they will make significant changes to the virtual machine nor the core api. They'll just bolt on more and more crap (just like Sun are doing with Java)


      2. OLE - wrong, this is another IBM invention
      Dynamic Data Exchange [DDE], Object Linking and Embedding [OLE] (now known as ActiveX), and Component Object Model [COM] are all derived from IBM technology - If in doubt look Here

      3. Direct X - a half baked api to get closer to the hardware than a protected mode O/S normally allowed, in fact they had to move for the most part the display drivers into RING0 to accomplish this. NT 3.x had lots of issues with graphical update speed.

      4. ZIP - I'm sure PKWare Inc. would like to know how M$ has hijacked ZIP file compression...

      5. Back to SMB - a "de facto" standard is:
      A format, language, or protocol that has become a standard not because it has been approved by a standards organization but because it is widely used and recognized by the industry as being standard.

      It IS a standard! Masquerading as CIFS/NetBIOS over TCP/IP etc. It's as much as a standard as POP3 and SNMP.

      Samba is forced^H^H^H^H^H^Hchooses to adapt to Redmonds bugs/incompatabilities, due to the plain fact that the userbase of windows clients is so mingboggingly huge.

      6. Supporting C# (I think you mean CLR here) under a liberal license, is a good thing. It doesn't make M$ more powerful, any more than jumping up and down makes an effect on earths orbit. CLR is here, and on 90% of windows updated machines right now. Many people would have Loved VB to be available on *nix. Now with M$ making all its languages (If I understand it right) run under CLR their wishes come true.



      I Really hate saying this, but I think CLR will actually become what Java promised back in 95 total cross platform compatability.


      The CLR Genie is out of the bottle. There is little now Redmond can do to do otherwise. Mono is basically removing a whole bunch of porting work off M$ and putting it back into the hands of the developers (where it should be, fs) - Do you really think we would be in a messed up situation with Java now, if SUN had opensourced the JVM from the word go? No, I didn't think so.

      So please, before you post check your facts, and stop presenting (IMO) poorly formed opinions. And who ever modded this troll to +4 needs taken outside with petrol+matches!


    6. Re:bad news for Linux? by Yarn · · Score: 2

      Dear oPless.

      "You've been trolled"

      However, it's brought some interesting links to light.

      --
      -Yarn - Rio Karma: Excellent
    7. Re:bad news for Linux? by Xerithane · · Score: 2

      ...you'll plow ahead without really listening to the arguments of all those around you?

      Sorry, but it's his company first off, and he does listen to the arguments of those around him. So freaking what? No one is forcing you to use .NET or Mono. What harm does it cause to the linux community to add another language that increases interoperability with other operating systems, even if it is one that most the zealot nuts don't like.

      People will adopt the C# language if it catches on, and making it available on other platforms would help it catch on. Then once it's popular enough for Microsoft to take the reigns, they'll play around with it however they like.

      You mean just like Sun tried to do? It will be much less effective for Microsoft to try to do that because of clean room implementation. The Mono C# compiler uses the specs of the language. If Microsoft wants to break interoperability they still can, beyond that you don't have to worry about them having the power to enforce licensing for people using the syntax of the language.

      You're offering no more than, say, GCC already offers, except you're throwing in the additional bonus of contributing to the success of a company whose business model is based upon crushing ALL competition.

      Sorry - I didn't realize that GCC provided .NET capable development with C# -- could you provide a link? Sometimes in helping fortify yourself, you help fortify your enemy. I would like to remind you that the Microsoft development community is not the enemy, the company, maybe is. Working with the Microsoft developing community is a step forward in getting a unified platform architecture -- maybe that's what he wants? I know I'd like to be able to have my software run the same way on OS X, Win, and all flavors of Unix.

      How can you possibly think that is positive, unless some other factor you haven't mentioned proves this to be a worthwhile pursuit?

      Simple -- how can you possibly think that it isn't positive. Everyone is entitled to their opinions. I stand nothing to gain, and I think it's a great idea and will probably start developing for it. Miguel has been very open, including his Slashdot interview, what more do you think you are entitled to? You aren't even entitled to that, he did it to help support the community that supports him. I applaud his efforts, and his ability to look past the evil face of Microsoft to see that there is in fact a good thing.

      As for SMB, I can still smbmount all my boxes so I'm not losing sleep about that, either.

      You need to relax, either come up with an alternative to .NET or shut the hell up because it frankly, is none of your business what he does with his time.

      --
      Dacels Jewelers can't be trusted.
    8. Re:bad news for Linux? by Steveftoth · · Score: 2


      I Really hate saying this, but I think CLR will actually become what Java promised back in 95 total cross platform compatability.

      I would agree, but you said it yourself, that MS is adding all these libs to the system that programmers will use. If you actually want to be able to run your program cross-platform, then you'll need to have different code paths that use different libs under different platforms. Java only works cross platform because they have created a platform that is so generic that is can be supported on almost any modern computer. C# and it's libs don't try to do this at all. They depend on MS specific functions to run, just another layer between you and the real C apis. Good because it makes the programmers job easier, bad because it really is MS specific. Java did promise cross platform compatability, and it is really close to being the same over all platforms (a few bugs withstanding). Unfortunatly, the only cross platform part of java is the JVM and if you can't do something in the JVM, suddendly you lose the cross platform part of java.

    9. Re:bad news for Linux? by oPless · · Score: 2

      firstly I want to apologise for that missing tag :-)

      I agree totally with your comments, but Java has been screwed over totally with swing, and god knows what else Sun dreams up to bolt on it.

      The whole point is that the software community has now a virtual machine that is completely independant of Suns tinkering.

      For example windows.forms will be a boon for those like me hate swing - yes I prefer awt, sure it was awkward to fiddle with, but swing was not the answer to it!

      Java is a fine language and yes, I am a java advocate. Until recently I was in charge of integrating native written APIs into a sensor framework, for an enterprise-level security application - I know all about the benifits of cross-platform compatability.

      But! Many real world apps will need to bash native APIs. Mostly this will diminish the advantages that cross platform provides. A rich(er) set of APIs reduce that need. Java keeps getting bloated with APIs that are really badly planned and can break backwards compatability (serialisation appears to change/break per release of the VM)

      I for one look forward to writing in the java language with a truely portable and free VM that I have the option of writing modules in other languages. (Right tool for the right job, etc)

    10. Re:bad news for Linux? by NotoriousQ · · Score: 2

      Good...just the person I wanted to say something to....

      One request for the whole strategy for mono:
      please, please, please make sure mono goes for some standards...do not just mirror .NET....but fix it where you think it should be fixed, and always keep in mind cross platform...it seems that MS already forgot that to some extent. I think that once mono has some people using it....having a more stable crossplatform system will be something that will keep MS in check, when they will try to change serious things on a whim.

      Oh and if you have a couple mins, take a glance at
      my other post on this story as it has a couple more frustrations in .NET that mono libs can fix.

      Thanks

      --
      badness 10000
    11. Re:bad news for Linux? by sql*kitten · · Score: 2

      First, a little background. C# was, is, and always will be, a Micro$oft invention. Like it did with SMB and OLE, not to mention DirectX and ZIP, M$ will have no reservations about mucking with C# just to break Mono compatibility.

      More FUD. In fact, C# and the CLI are ECMA standards. Unlike, say, Java, which is controlled by a single vendor.

  5. Useful technology by Jonner · · Score: 4, Interesting

    I am not interested in .NET because of M$'s clout, but I am somewhat interested in CLR and the standard libraries because it may be a genuinely useful technology. I'm not interested much in C#, as it appears to be quite similar to Java with some C++-like stuff, but if the promise of easy cross-language development is true, that is interesting. Of course, that is possible with a JVM and standard Java libraries, but the CLR may be superior in that respect. Let's wait and see.

    1. Re:Useful technology by alext · · Score: 2

      How can it be superior if it doesn't have standard libraries? There are no standard GUI, database etc. libraries - you're thinking of Java (the platform).

  6. zerg by Lord+Omlette · · Score: 2
    Gtk# doesn't currently work on Windows as the Microsoft runtime is incompatible with Gtk+ libraries that aren't linked with MSVC's lib.exe tool. Tor Lillqvist's Gtk+ for Windows won't work. While there's no active effort within the Mono project to recompile the DLLs, you're welcome to try yourself. build- dll is an example of how this has been achieved in the past.

    Another consideration is porting SoundStream to Win32. This should be trivial for anyone familiar with Windows sound programming.
    Absolutely brilliant! What's stopping people from implementing WinForms on Mono instead of being forced to use this shit?
    Windows Forms is probably going to be the trickiest one because we might have to do some emulation of the Win32 layer.
    ARGHROWARSD;FLKJSDF!!

    My favorite part of .NET and my main reason for using it is the one that's gonna take the longest to find on other platforms? GODDAMMIT
    --
    [o]_O
  7. What about Dot-GNU? by Koyaanisqatsi · · Score: 3, Interesting


    On a side note, I would like to see Ximian or the GNU Foundation talking at how MONO and DOT-GNU differ on purpose or how they are similar.

    Frankly, they seem to have the same end goal, and I'm afraid this is a duplicate effort that would be better off if they joined forces.

    Dot-GNU: http://www.gnu.org/projects/dotgnu/index.html

    1. Re:What about Dot-GNU? by DevilM · · Score: 2, Informative

      I co-authored an article that compares all the open source implementations of the .NET CLI. You can find it here.

    2. Re:What about Dot-GNU? by miguel · · Score: 5, Informative

      DotGNU is = Portable.NET + other_stuff.

      Portable.NET and Mono are doing the same things. Mono is a lot more advanced than Portable.NET: JIT, a working compiler, large development team.

      About the `other_stuff', I have never been able to figure out what it is, or what they are doing.

      It is a duplicated effort as you very well point out. From the Ximian perspective, we did have the resources to work on this project, and we had our developers work on it.

  8. Really? by Codex+The+Sloth · · Score: 3, Insightful

    Microsoft has proven again and again that, in the end, they *will* win

    Really? They *always* win?

    Bob
    MSN
    IIS
    MSN
    ASP Microsoft Office
    Hailstorm
    etc, etc

    Yeah... it's hopeless...

    --
    I am not a number! I am a man! And don't you ... oh wait, I'm #93427. Ha ha! In your face #93428!
    1. Re:Really? by Codex+The+Sloth · · Score: 2

      MSN was originally a AOL-esque non-internet service. Didn't catch on. Then it was an internet service provider. Didn't catch on. Then it's just a bunch of lame bug-factory web sites including the ultra hackable Hotmail and MSN Messenger. It's caught on but do they make money from it? Don't think so 'cos they keep selling parts off. It's still no Yahoo! or AOL and that's what the original poster meant by "win".

      --
      I am not a number! I am a man! And don't you ... oh wait, I'm #93427. Ha ha! In your face #93428!
    2. Re:Really? by rseuhs · · Score: 2
      MSN won. It's more popular than ICQ now, dispite that ICQ 2001+ has become much better and faster. Almost ever teenager uses Hotmail.

      Proprietary MSN should extinguish the internet.

      "Internet will never be popular" - Bill Gates (Doesn't that ring a bell?)

      "The Internet? We are not interested in it" - Bill Gates.

      MSN failed completely, now it's just another ISP. And ICQ is still a lot more popular than MSN-Messenger.

    3. Re:Really? by rseuhs · · Score: 2, Troll
      Hey, you forgot:

      • XBox
      • COOl
      • Windows/Alpha
      • Windows/PPC
      • Windows/Mips
      • Blackbird
      • PenWindows
      • Modular Windows
      • "HomeR"
      • "Otto"
      • Ultimate TV
      Actually, most Microsoft-projects fail miserably.
    4. Re:Really? by MAXOMENOS · · Score: 2
      And of course:
      • Antitrust Trial
    5. Re:Really? by BrookHarty · · Score: 2

      Xbox failed? Please tell that to everyone I know buying an Xbox, or people buying 2 (now that its 150 bux) to network Halo. In my corner of the woods, Xbox seems to be doing damn good. And BTW, Windows on Alpha was a rather good idea, We have some NT 4 boxes on alpha we finaly retired due to code red. They run linux just fine now, but to be fair, NT 4 is quite old.

    6. Re:Really? by rseuhs · · Score: 2
      Xbox failed? Please tell that to everyone I know buying an Xbox, or people buying 2 (now that its 150 bux) to network Halo. In my corner of the woods, Xbox seems to be doing damn good.

      Microsoft is the only one losing money and is behind Sony and Nintendo nevertheless. I'm just waiting for them to pull the plug, XBox will never make money for them.

      And BTW, Windows on Alpha was a rather good idea, We have some NT 4 boxes on alpha we finaly retired due to code red. They run linux just fine now, but to be fair, NT 4 is quite old.

      Isn't "good idea" and "have had to retire them" a contradiction?

      Windows/Alpha showed that Microsoft products can be discontinued anytime without warning.

  9. mono != supporting MS by k2enemy · · Score: 2, Informative
    before everyone burns mono for having ties to microsoft, keep in mind that the framework part of .net isn't proprietary. the cli is an open standard, free for anyone to implement. plus, what mono is doing with recreating the class libraries will provide more competition to microsoft, not less.

    the other parts of .net such as passport, application services and MS web services are the troubling part. mono has nothing to do with these.

    1. Re:mono != supporting MS by alext · · Score: 2

      FYI 'the framework part' of Dotnet is not the CLI - frameworks are component libraries not interpreters/compilers.

      See .NET Framework Essentials, Thai & Lam, pub. O'Reilly.

      This sort of nonsense just plays into the 'Dotnet is a standard' myth.

  10. No personal use of .NET or Mono by Daimaou · · Score: 4, Insightful

    I use C#, ASP.NET and VS.NET at work. I find developing web applications with these MS technologies glumed together as irritating as it gets. While the integration between disperate technologies is commendible, VS.NET is slower than frozen mud. Give me a good text editor and command line tools any day.

    I think that the whole Mono project will turn out to be a major debacle. Microsoft is going to integrate and complicate .NET with Windows to the point that Mono will never work. MS will release new .NET crap every year and Mono will play catch up for a year so it finally works again just as MS is releasing a new incompatible version.

    In the past, Microsoft has either presented an "open" standard, or pushed someone else's open standard, only to hijack it in the end, to the detriment of non-Windows users and developers.

    I think the Open Source community would be better off backing a web technology like J2EE and not .NET. Microsoft has proven time and again that it can't play well with others. I think Java has a good record for working everywhere consistantly.

    I would recommend consulting members of the Wine and Samba development groups. I'm sure they have plenty of horror stories about working with constantly changing MS technologies.

    1. Re:No personal use of .NET or Mono by erasmus_ · · Score: 5, Insightful

      How does .NET prevent you from using a good text editor and command line tools? All the files, including forms, code, resource, and project files are simple text/XML files. That means that you can use any text editor, then use the command line compilation tools, which are vbc for VB.NET, cs for C#, etc. And as others above have pointed out, C# has been approved by a standards body, so unlike Samba, there are not going to be issues of trying to integrate with something the vendor (MS) does not necessarily want you integrating with.

      --
      Please subscribe to see the more insightful version of th
    2. Re:No personal use of .NET or Mono by MagPulse · · Score: 2, Informative
      "I think that the whole Mono project will turn out to be a major debacle ... MS will release new .NET crap every year and Mono will play catch up..."
      Miguel replies to this in his FAQ on the Mono web site:
      "Question 37: Do you fear that Microsoft will change the spec and render Mono useless?

      No. Microsoft proved with the CLI and the C# language that it was possible to create a powerful foundation for many languages to interoperate. We will always have that.

      Even if changes happened in the platform which were undocumented, the existing platform would a value on its own."
      Mono will be useful no matter what Microsoft does. Mono is taking Microsoft's expensive, paid-for research and applying it.
    3. Re:No personal use of .NET or Mono by alext · · Score: 2

      Boy, this is getting annoying. Any further posts that deliberately confuse the (standard) C Sharp language with the (proprietary) Dotnet platform should be modded down on principle IMHO.

    4. Re:No personal use of .NET or Mono by soap.xml · · Score: 3, Insightful

      C# is a language. .Net is the platform. The standards bodies have approved the languge but not the PLATFORM. It is the platform that ms is pushing, the language just happens to be new and fancy, but the real push is for .Net the platform. They own the platform, control the platform, license out the platform and ultimatly have the final say on anything about the platform. That is why there may be issues. That is why people should not just jump in head first without having a good plan.

  11. It's not the code stupid... by chuckw · · Score: 5, Insightful

    Two of our developers just came back from a .NET training session and were wowed beyond belief. (Note: This session was put on by a private company, not Microsoft). These guys were hardcore Linux/Java hackers working on our latest web based application. What changed their mind? It was the tools. The code had *NOTHING* to do with it as far as they were concerned. I told them there were OSS alternatives that pretty much replicated all of the .NET functionality. They still shook their heads saying it's the tools they were introduced to that made the real difference, not the code. One small example they used was that the MSFT tools allow you to backtrace a transaction all the way from your HTML front end clear on in to the database with a simple click of a button. There were a lot of other examples, but that was the one that stood out in my mind the most. It was the fact that they could write code faster and worry less about the crap that tipped the scales.

    The thinking progresses with the argument that since we're developing on Microsoft tools we should be running a Microsoft OS on our servers since no two JVM's 'er I mean CLR's are alike...

    --
    *Condense fact from the vapor of nuance*
    1. Re:It's not the code stupid... by consumer · · Score: 3, Insightful
      One small example they used was that the MSFT tools allow you to backtrace a transaction all the way from your HTML front end clear on in to the database with a simple click of a button.

      I bet this works just fine until the day when you need to deviate from the Microsoft plan in some way (maybe you have to do some unusual database stuff, or even talk to a non-Microsoft database that your warehouse uses or use something like a dbm file) and then it will all fall apart. People who learned how to use the tools instead of learning how to design and write programs will be lost when this happens. There is no substitute for understanding how things work, and Microsoft usually makes it harder to do that than other options like Perl or Java.

    2. Re:It's not the code stupid... by Iamthefallen · · Score: 4, Insightful

      When that day comes you look up how to do it, if you spend your time with a bad buggy tool solely to get better understanding of the system/framework, you're wasting a lot more precious time. Start coding, when you get stuck, pick up a book or ask around.

      --
      Wax-Museum Fire Results In Hundreds Of New Danny DeVito Statues
    3. Re:It's not the code stupid... by Eryq · · Score: 2, Insightful

      Exactly.

      The WONderful thing about using GUIs to develop solutions in problem domain X is that by the time the GUI has been coded, shipped, and is on your computer, what you really need is something which solves problem X', or even problem Y.

      Case in point:

      When I first started coding Java GUIs, I used JBuilder's GUI-based GUI designer. I still think that it rocks. But now that I know more than the basics, I use Emacs, and copy-and-paste from prior implementations. Why?

      • Because I want to color outside of JBuilder's [simple] box, and have more control over how the code is organized.
      • Because now that I know some of the finer points of threads, etc., I can produce cleaner GUI code than JBuilder can.
      • Because JBuilder gets confused if my code deviates too much from their expectations, and I got tired of dumbing things down to suit the GUI builder.

      Tools are great... if you don't mind the fact that you can only do what the tool builder lets you do.

      Now read that last sentence again, and remember who the tool builder of VisualStudio is.

      Where do I want to go today? Whereever I damn well please, thank you.

      --
      I'm a bloodsucking fiend! Look at my outfit!
    4. Re:It's not the code stupid... by jafac · · Score: 2

      The consequence of worrying less about the crap means that there's gonna be more crap you didn't worry about in the end product.

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    5. Re:It's not the code stupid... by Tony+Hoyle · · Score: 2

      Heh. I went to an MSDN conference where they put together a simple app and was actually put off .net. The thing ran like treacle. They had a multi-user app that was supposed to book cinema tickets and it was taking 30 seconds for the web page to appear.. on a LAN! The whole database backend looked like an explosion at a spagetti factory, too (and no locking, but then I can put that down to the fact that it was only a demo).

      God help us if that ever gets popular... you'll need a quad Xeon just to run a small website.

    6. Re:It's not the code stupid... by Bodrius · · Score: 3, Informative

      I don't know about the HMTL-down-to-DB stuff.

      But I have to say the MSFT tools are really impressive, precisely because you don't have to choose between using the tools and designing and writing the program yourself.

      Jumping back and forth between the code and the GUI is a breeze, and the code auto-generated by the GUI is amazingly clean, easy to modify by hand.

      But it's the simple idea of #region what I have found makes the greatest difference in coding. I expect to see similar support for these in other tools, and I hope in other languages/platforms.

      As a matter of fact, what I like about Visual Studio .NET has nothing to do with "Microsoft plan", or locking yourself out of your own source code, or limiting what you can do with your code. You can work in as low a level you want and never touch a wizard/GUI-builder. They're just simple ideas that help you to write CODE faster, easier, AND better.

      There's no reason for other tools not to be able to copy VS.NET functionalities and provide decent IDEs for Java and other platforms. I fully expect them to do so, because I'm a Java programmer. As a result of .NET, I expect the Java development tools dramatically, and I suspect the same will happen with other languages.

      --
      Freedom is the freedom to say 2+2=4, everything else follows...
    7. Re:It's not the code stupid... by Chris+Johnson · · Score: 2
      You can do just as impressive demos with other sorts of tools in other sorts of contexts.

      On the Mac, for light-duty applications with extensive GUI widget use, the development tool REALbasic is like that. You can drag controls onto a window and build working 'mockup' applications without even writing code, even to the point that they will have tabbing between windows, drag and drop, etc... if you can program well using widgets and an object model you can knock out functional apps absurdly fast.

      I'm of the mind that what needs to happen is Microsoft needs to be clubbed over the head until dead, because if not for them, LOTS of people would be making IDEs and tools like this. The way things stand, you have to have a product as great as REALbasic, AND you have to have it on an alternate platform like the Mac, in order to get anywhere with it. And since there's lots of gearheads programming Linux, they're not racing to develop this sort of thing... not their style or their culture...

  12. Re:No I would not. by modulus · · Score: 2, Informative

    > And Mono is why I swtiched from Gnome to KDE.
    > Any more questions?

    Yes, I have the following question:

    Why does a small group of developers (some of whom happen to also work on gnome) working on the mono project constitute a reason to abandon gnome?

    Mono is in no way linked to the gnome desktop, and IMHO is unlikely to become thusly linked in the near future. The opinions of Miguel (sp?) may have misled you... there is no .NET in GNOME.

  13. Bob... by sterno · · Score: 4, Insightful

    Microsoft Bob... Need I say more? :)

    Overall .Net is going to get used by the places that have tended towards being heavily windows environments originally. Companies that have been using Unix, Linux, and Java will probably not be moving to .Net anytime soon.

    Personally I'd be very interested in using .Net on Linux provided that it works well and provided that I can have faith that, in the long term, I'll be able to do this without risking a microsoft tax or lock-in.

    My big concern down the road is that Microsoft is going to start using patents and license restrictions to control the fate of .Net. Wait until enough people develop .Net solutions on alternative platforms then say, "well that's great, now you can pay us a license fee."

    I just can't believe that Microsoft would develop any technology that wasn't designed from the ground up to further their control. If just about any other company had put forth .Net I'd probably see it as a good thing. Hell, I've been a java developer for a while and I don't think much better of Sun than I do of Microsoft. The only reason I trust sun to stick with some level of openess is that it's about the only ammunition they have available to leverage against Microsoft's hegemony.

    --
    This sig has been temporarily disconnected or is no longer in service
    1. Re:Bob... by JFMulder · · Score: 2

      Wait until enough people develop .Net solutions on alternative platforms then say, "well that's great, now you can pay us a license fee."
      Now that would be a diabolical plan. but IIRC, you can't apply for a patent if something has been in the wild for one year. So if Microsoft hasn't applied yet for a pattent on some core aspect of C#, then it probably isn't going to happen. Is there anyone who can clarify that?

  14. Re:It's no use to resist .NET.... by Restil · · Score: 5, Interesting

    We're playing the wrong game here. We need to have microsoft constantly chasing after US to keep up to date with the existing "standards", not the other way around. The open source community as a whole needs to be frontlining new standards. If we can keep Microsoft and other evil empires constantly playing catchup, it will severely limit the damage they can do overall. Sure, they'll play the embrace and extend game, but only if we give them enough time to do so.

    -Restil

    --
    Play with my webcams and lights here
  15. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    Developers may love it, but what about consumers? American consumers have proven time and again that they prefer a sense of ownership. They like to have their applications installed on their machine. As much as Microsoft would like all our apps to be pay-per-use webservices, I just don't believe that this is a future that the consumer is going to buy into.

    Don't get me wrong, I have nothing against the concept of services, in fact I like it. I'm currently planning a server/thinclient setup for my house. But, once again, it had better be my apps running from my server.

    Anyway, maybe I'm totally misreading the intention behind .NET. It seems to me that they're chasing UNIX and trying to get the remote user capability while still clinging to their misguided one-user-per-machine attitude.

    I just can't seem to get excited about .NET. I don't think the capabilities it offers are particularly innovative.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  16. Re:No I would not. by Lemmy+Caution · · Score: 2

    And if someone - anyone - started working on Mono on KDE, you'd leave KDE? If we keep this up, maybe we can push you all the way to CP/M.

  17. MONO and GNOME are seperate by jaaron · · Score: 3, Insightful

    Mono has nothing to do with GNOME. If you'd do your research you'd realize that they are seperate projects and that the rumors that GNOME is going to be based on .NET are just that -- rumors. There are some people that are involved in both projects, however, the GNOME project has come out and said they currently have no plans to move to MONO or .NET any time soon. Maybe someday, who knows? But they are SEPERATE projects. Read Miguel de Icaza's own reply to this idea.

    Besides, have you ever looked at the MONO project? They're doing some really impressive stuff. You probably shouldn't write it off just because you're afraid of M$. I'm a java programmer and an avid Linux user, however, there are some features of C# and the .NET framework that are really nice. What's more, unlike Sun, M$ has given their language and technology up to be standardized. In that sense, it's more free than Java.

    --
    Who said Freedom was Fair?
    1. Re:MONO and GNOME are seperate by alext · · Score: 2

      Presumably the person that modded this as Insightful reads every discussion from the bottom up?

      Or would the parent poster care to share some insight into the standardization status of Dotnet APIs like Windows Forms and ADO.NET?

  18. It *is* the code by Koyaanisqatsi · · Score: 3, Insightful

    I can't speak for all the "dot-net languages", but I've been writing lots of ASP.Net code in C# and VB.Net recently and guess what? It's not the tools, it is the framework itself.

    I'm not using Visual Studio, I'm working out of the .Net SDK and what makes me all wowed is how quickly I can do things that used to take hours to build on ASP 2.0, like complex form interfaces, data validation, query output, etc. It's well worth looking at the samples to get acquainted with, I bet you'll be surprised with how powerfull and flexible the framework is :-)

    1. Re:It *is* the code by Tablizer · · Score: 2

      (* I'm not using Visual Studio, I'm working out of the .Net SDK and what makes me all wowed is how quickly I can do things that used to take hours to build on ASP 2.0, like complex form interfaces, data validation, query output, etc. *)

      That is because pre-NET ASP had no form management framework. These can be added/used/built without marrying yourself to Gates.

      From my reading, I found ASP.NET is too geared toward winning benchmark tests rather than code simplicity and RAD. It's out-of-the-box forms managers is better than what old ASP had, but that is not saying much.

  19. Re:No I would not. by racerx509 · · Score: 2, Funny

    Mono is why I switched girl friends.

    --
    13 year old white supremacists are shitty web designers.
  20. Not that great an example... by sterno · · Score: 5, Insightful

    There was an article just the other day on here about how web developers are designing for Microsoft now and ignoring standards. Though Microsoft is never going to make themselves fully incompatible with other browsers, they have continued to distinguish themselves from the competition by their "innovations". The result is that while I can surf websites on linux using mozilla, I will be given a decidedly different experience doing so. Some sites will refuse to let me in all together, and others will just break horribly.

    Now, you might say the reaction to this is that those companies will suffer from losing my business. Yeah, so they are losing what, 5% of the market? Ooooo, big deal. This causes people who don't have a tolerance for these glitches to go with a windows platform out of their lack of patience for that stuff.

    --
    This sig has been temporarily disconnected or is no longer in service
    1. Re:Not that great an example... by Salsaman · · Score: 2
      Still, what would you rather invest in - a company that aims to reach 95% of their potential market, or one which aims to reach 100% ?

      I know what my answer is, and it ain't the 95%.

    2. Re:Not that great an example... by flacco · · Score: 2
      Yeah, so they are losing what, 5% of the market? Ooooo, big deal.

      They're throwing away 5% of the market and giving it to a competitor. And in many businesses that IS a big deal.

      --
      pr0n - keeping monitor glass spotless since 1981.
  21. makes me nervous by Dr.+Awktagon · · Score: 5, Insightful

    I guess I have to make my obligitory post on this subject:

    As a technology person, I like the .NET framework, the web services aspects, the runtime, and I think C# is infinitely better than C++ (then again, what isn't...). I'm looking forward to playing with C# on my Linux machine.

    But I'm just a little creeped out by the idea of using Mono for anything important (business-related), such as deploying services or products. I really have trouble figuring out what Microsoft has to gain from allowing Mono to exist indefinitely. They have plenty to gain from a sweeping, cross-plaform, bait-and-switch ploy.. they can just wait until Mono is somewhat established, apps are built and deployed... then break it and wait patiently for the inevitable migration back to Windows.

    I would like to hear from Microsoft that they won't sue any Mono developer (or user) for patent infringement. I'd like to hear that all relevant APIs and specification are public and open and will stay that way. Miguel's attitude seems to be one of "hope", quote:

    So I think the APIs will remain fairly stable, and I hope that Microsoft won't go into proprietary protocols or protocols that would make it really hard for us to implement Mono. There's is always the possibility it will do so. Microsoft has some strange patterns in terms of how it competes. I really hope it will "behave like a good citizen," as Steve Ballmer said recently it would.

    Now, I could be all wrong, Microsoft actually might not mind that we will use their technology and not their products...but...this is Microsoft we're talking about here.

    Sure this sounds like fear, uncertainty, and doubt, but that's exactly what I feel whenever I think about Mono......

    1. Re:makes me nervous by nihilogos · · Score: 3, Interesting

      and I think C# is infinitely better than C++ (then again, what isn't...). I'm looking forward to playing with C# on my Linux machine.

      Language X > Language Y statements are some of the most pointless ever made. Suppose you wanted to write an accelerated 3d game? Suppose you wanted to do some numerical physics?

      And you might be waiting a while for C# on your linux machine. You can still get java which does the same stuff however.

      --
      :wq
    2. Re:makes me nervous by Zeinfeld · · Score: 2
      Language X > Language Y statements are some of the most pointless ever made. Suppose you wanted to write an accelerated 3d game? Suppose you wanted to do some numerical physics?

      There is probably a good deal of discussion about baseball which is more pointless. But just because most discussion in that vein is pointless does not mean that all of it is.

      C++ was from the start a language with major difficulties. C had a bunch of problems that could only be fixed by taking bad ideas out of C, C++ took nothing out and added a lot more complexity in.

      Java and C# both started from the premise that people wanted a good language for writing new code in and absolute backwards compatibility was not their principle concern. As a result C# has a switch statement that allows a compiler to catch the common programming error of forgetting the break statement, Java likewise avoids that problem (slightly differently). Both C# and Java eliminate buffer overrun errors which are the #1 cause of security problems and so it goes on.

      But the main reason for using C# or Java is that you don't have the tortured aaa::b.c->d.e->g (x,y) syntax which is only necessary because in the dim and distant past much of the C and C++ core was coded as separate preprocessors.

      As for the efficiency question, C# is certainly as fast as C++ if you use the compile on install option and for numeric stuff is quite a bit better as the compilers are optimised for the specific intel processors.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    3. Re:makes me nervous by miguel · · Score: 2

      People said the same thing about Linux a few years ago, so this comment has no effect on me ;-)

      Love and Peace

      Miguel.

    4. Re:makes me nervous by nihilogos · · Score: 2

      C++ was from the start a language with major difficulties. C had a bunch of problems that could only be fixed by taking bad ideas out of C, C++ took nothing out and added a lot more complexity in.

      Simpler I/O, simpler memory allocation, a standard library of useful types all make C++ a lot easier to program in than C. The standard library containers also make it a lot easier to avoid buffer overflows.

      But the main reason for using C# or Java is that you don't have the tortured aaa::b.c->d.e->g (x,y) syntax which is only necessary because in the dim and distant past much of the C and C++ core was coded as separate preprocessors.

      If someone *really* needs to use a member function of some member pointer in some pointer in some namespace I'd like to see how C# or java avoids syntax like this without trivial substitutions of "." for "->".

      As for the efficiency question, C# is certainly as fast as C++ if you use the compile on install option and for numeric stuff is quite a bit better as the compilers are optimised for the specific intel processors.

      Could you provide links to some benchmarks?

      --
      :wq
    5. Re:makes me nervous by Zeinfeld · · Score: 2
      If someone *really* needs to use a member function of some member pointer in some pointer in some namespace I'd like to see how C# or java avoids syntax like this without trivial substitutions of "." for "->".

      It is the trivial substitution of . for any of ., :: or -> that is the advantage. Instead of having to spend 30 seconds remembering whether something is a structure, a pointer or whatever each time you just hit the same key.

      And yeeeessss this is not exactly rocket science, but add up the time saved from not having the compiler reject a change because of finger trouble and you have probably saved yourself 15 minutes or so over the course of the day.

      More importantly for me, not having to piss arround with the C++ indirection operator guessing game means that I keep my train of thought focused on the problem I am trying to solve and not the makework introduced by the braindamage in the language.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    6. Re:makes me nervous by alext · · Score: 2

      Let me get this straight:

      You're claiming that Linux was threatened by MS in the same way as some (including me) believe Mono is now?

      I guess I'm just not reading the right news sources! Feel free to clue me in as to where I can find stories like the following:

      I really have trouble figuring out what Microsoft has to gain from allowing Linux to exist indefinitely.

      They have plenty to gain from a sweeping, cross-plaform, bait-and-switch ploy
      [MS baiting with Linux?]

      They can just wait until Linux is somewhat established, apps are built and deployed... then break it and wait patiently for the inevitable migration back to Windows.

    7. Re:makes me nervous by Zeinfeld · · Score: 2
      Having the syntax the same makes it easier to forget the differences and your responsibilities as far as cleanup, etc...

      Which is handled by garnage collection.

      I would much rather pay 10% extra for faster processing hardware than 20% extra on my programming budget to have people's memory allocation bugs discovered and fixed.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    8. Re:makes me nervous by nihilogos · · Score: 2

      Which is handled by garbage collection.

      would much rather pay 10% extra for faster processing hardware than 20% extra on my programming budget to have people's memory allocation bugs discovered and fixed.


      And very often automatic garbage collection is undesirable. If I am writing a complicated 3d game I don't want the garbage collector kicking in halfway through rendering a frame. I know in some languages such as Python you can control its behaviour but this is way more of a pain than looking after your own memory.

      If you are writing a high performance app or for an embedded appliance memory considerations are important. Pointers are an excellent way to get the most out of your resources.

      I don't doubt that C# is a great language for writing web interfaces to MS databases. However calling it "better" than C++ is silly.

      --
      :wq
    9. Re:makes me nervous by Zeinfeld · · Score: 2
      If you're foolish enough to make decisions like this without knowing anything about the context, there's a good reason you aren't the one making these decisions (just a guess)

      If a decision of that type was made I would be one of the people who made it. In practice there are very few projects where we begin from a completely new code base. For our new applications we generally use Java, but that is largely because we hired a group of folk out of JavaSoft.

      The basis on which the decision would be made is programmer productivity, the quality of the end result and the cost of ongoing maintenance.

      There are applications where I would not want to use Java. There are not very many and even fewer where I would not use C#. The remaining ones are cases where I would not want to use C++ either.

      It is actually quite easy to override the automatic garbage collection, you simply call the dispose method explicitly when you have finished with an object. If you forget you might end up with the garbage collection getting triggered, but that is a much smaller penalty than a memory leak. You can even replace the standard stop and collect garbage collector with an incremental one if your application demands.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    10. Re:makes me nervous by Zeinfeld · · Score: 2
      if you're having serious problems with memory leaks in C++ based projects, then you not only have incompetent developers,

      Actually buffer overrun bugs would be a bigger worry.

      I didn't have those problems when I wrote C because I had a bunch of macros that handled it all for me. But other folk seemed to have difficulties...

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
  22. Qt#: KDE has Mono bindings in cvs. by Anonymous Coward · · Score: 2, Interesting

    Hmm, that does not seem a wise choice in light of this: http://qtcsharp.sourceforge.net and this: http://developer.kde.org/language-bindings/qtcshar p/index.html

    You can find these bindings in KDE's cvs for quite sometime. ;-)

    Cheers!

  23. Yes: What turnip truck did you fall off of? by GroundBounce · · Score: 2

    1. Mono is a separate project from GNOME

    2. KDE and QT are also developing bindings for MONO

    What are you going to do now? Switch to TWM?

  24. Re:funny... by miguel · · Score: 3

    Well, .NET 1.0 was released on January, so by that metric Mono is already late to the game. But so is every other piece of free software, and we still manage to do a great job.

    Miguel

  25. Why .NET is good for Linux by rseuhs · · Score: 4, Insightful
    Now, take a step back, cool off and take a deep breath.

    Look at .NET, what is it? Basically it's just another API (plus some other enhancements, but I told you to take a step back and look at the bigger picture.) like the Win32 API

    Microsoft wants to fuel upgrades just like the transition from Win16 to Win32 fueled upgrades.

    The worst case in a Linux-point-of-view is that everything stays the same - Windows-apps don't run under Linux.

    The best case is that .NET apps run under Mono/Linux right from the start.

    .NET could be the biggest blunder of Microsoft's history, taking away the only advantage they really got (a huge software library).

  26. hmmm... by r0b0t+b0y · · Score: 2, Funny

    from the Ximian web site:

    * The Mono C# compiler was able to compile itself on December
    28th, 2002. The resulting image contained errors though.

    i'd say it was a good guess that they have errors with announcements like that...

    --


    ----
    i do not use drugs, i AM drugs -- Dali
  27. Re:subtle answer to troubling question by feldkamp · · Score: 2, Insightful

    while microsoft is going to support COM, they do want it to fade away in favor of .net components...

    There are .net equivalents of generic COM interfaces.

    Honestly, though, I think there is just too much invested in COM by various companies to get away from it, at least within the next 10 years.

  28. Re:It's no use to resist .NET.... by MrResistor · · Score: 5, Insightful

    We need to have microsoft constantly chasing after US

    They are. Can you name a single "technology" MS has announced recently that *nix hasn't had for years (if not decades)? What does .NET offer, really? "Portable" code and remote apps? Java has offered portable code for about 7 years now, and remote apps predate Unix.

    All MS has done since they started developing NT is chase *nix. The only thing I can think of that they might have had a head start on is the GUI, but I have my doubts about that, too. What OS was Xerox using at PARC, anyway?

    The problem for *nix is that the general public isn't aware of that fact.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  29. Making the interviewers' point by einhverfr · · Score: 5, Interesting

    About some people using a technology out of religion rather than merit.

    This interview is a very interesting interview in part because it seems to indicate that Mono is a good way of getting Windows developers into Open Source software development-- something that Microsoft has generally been pretty successful at preventing. I have generally likes what I have seen in .NET but I tend to see it as an exit strategy from the OS market (in a world where the OS market is saturating in the key markets in the developed world). This is a real reason that open source, being more flexible in its development pace (and giving customers what they need through community effort rather than centralized marketing). So, I wish Mono the best.

    --

    LedgerSMB: Open source Accounting/ERP
    1. Re:Making the interviewers' point by alext · · Score: 2

      Huh? Windows developers by definition target Windows - no VS user is going to install Red Hat just for the hell of it.

      Mono allows Windows developers to embrace and extend Open Source written in C Sharp, traffic the other way is impeded by the fact that so many essential APIs in Dotnet are proprietary.

  30. We're talking about the platform not the language by alext · · Score: 5, Interesting

    This doesn't really add up to much.

    Only about 120 classes of the 1200 in the Dotnet platform are standardized as part of the C Sharp language, so standardization offers little protection if your application uses a GUI (Windows Forms, Web Forms) or a database (ADO Dotnet). Not only are these libraries not standardized, they are likely to be protected by patents.

    Sun does not have the same room for manoeuvre as MS since the JCP has other powerful participants. In practice, there have been few ownership/legal issues in developing Open Source versions of the JVM - see the Kawa web site for a list of these. Their complaints revolve around issues such as access to the test suites - ultimately Sun just owns the Java name, not all the implementations.

  31. Re:Just Wondering by miguel · · Score: 4, Informative

    We are not planning ourselves on writing one, but several people have expressed their interest on doing so.

    There is already a proof that this can be done (Microsoft's JUMP), but it is not fundamentally a hard problem either.

    There are three groups of people to my knowledge working on free software versions of such a tool.

    Miguel

  32. A very simple analogy. by Kaypro · · Score: 4, Insightful
    I've been a hard core Linux user for many years and do most of my development on Linux (usually GTK/Gnome) but I must admit that the whole .NET thing is quite impressive. I'm actually quite surprised by it. Microsoft has never been know to make huge leaps but .NET is a MAJOR one. It is similar to the leap Apple made when jumping to OSX from MacOS. OSX fixed many of the things wrong with MacOS and similarly .NET fixes almost all of the prior things wrong with not only web development, but development in general. I strongly urge Linux developers to push there pride aside and learn about one of the first true inovations coming from Redmond since the wheel mouse :-) Whether or not it is accepted is yet to be seen (though personally I think it will, especially with the MONO project developing so rapidly)

    Cheers!

    1. Re:A very simple analogy. by Anonymous Coward · · Score: 3, Interesting

      I second that whole heartedly. And holy crap, the Visual Studio.NET is one kickass IDE. You can do development in 4 different languages within one project, can call routines between languages, and the debugger can step through the different code like nobody's business! I'm pretty sure no IDE even comes close (although Netbeans is pretty cool).

    2. Re:A very simple analogy. by NotoriousQ · · Score: 4, Insightful

      Your analogy is a good one, but for the wrong reason. OS X is really good because Apple merged UNIX OS with their GUI, thus giving their previously full of crap os a nice boost.

      What MSFT did is they took java concepts and mirrored them, keeping only the IDE. The result is that previously sucky RAD dev languages (talking VB here) and actually making them perform decently, while their IDE keeps kicking ass.

      A true move for the better, but no real new innovation, just a new product.

      Few more points....

      .NET fixes almost all of the prior things wrong with not only web development, but development in general.

      I will have to disagree with you here though....Web development is not fixed..and ASP.NET is actually more clumsy than it was before. Sure it is easier for the newbies, but it does not allow easy flexibility...just look at all the newsgroups talking about trying to avoid or at least control rampant postbacks, the horrible performance of webcontrols, and actually doing anything clientside....

      Do not believe me? Just try adding a client side onclick event to the asp:button, and you will see what I mean

      And do not start on the webservices thing...the only thing that is is just transparent to the user soap calls....

      And what about the development in general....well there are two types of development....one where you write small apps that store some data, and you want to develop them fast, and two is where you write some seriously big software, where you want it to work fast and last. .NET is fine for the first one, I will take pure C for the second one

      Furthermore, it seems that no one is seeing the .NET shortcomings....

      First, the gui (win forms) is not generic, which means microsoft never planned, eventual transparent porting to other platforms gui. Everything is in the absolute positioning, and does not even have an option for the layout system like gtk/swing IIRC. Sure it makes it easier for the noobs, but, you have to have the layout, if you want your app to be fully platform / device independent. Second, there are too many windows quirks in the core libs....drive letters?, unc paths?...sure there had to be a way for a more flexible system...so that apps could be ported a bit easier.

      first true inovations coming from Redmond
      I would not consider this an innovation, just a remake of what java is/tries to be...And like java it has design bugs....just look at the ICollection sometimes returning DictionaryEntry, sometimes the actual value...damn it people...it is an interface it is supposed to have common behavior....i do not want to check every f***ing time what object the for each loop is returning. BLAH

      since the wheel mouse :-)

      probably not their innovation, but they did recognize it as useful...gotta give them credit for that. I still think that there are some double mouse designs that are more useful...but do not have much time to play with them...but think multi axis mice (hat buttons, jog dials, etc, think the left hand joistick for RTS)

      Whether or not it is accepted is yet to be seen (though personally I think it will, especially with the MONO project developing so rapidly)

      What are you talking about? .NET is quite accepted in the Microsoft shops since it beats the shit out of old VB. However I wonder if mono is going to be accepted. This would be a very good thing for one good reason. This would cause competition within the libs, and if mono is going to play the lets stick to the standards and only the standards game...it will force microsoft to play to the same standards or risk losing control, and suffer a split in the .NET world. I would think they would take option 1, which is a win for us developers.

      So I say yay for mono, and hope that one day I can do my job for the (unfortunately all Microsoft) company from my linux box at home, and not having to shell out for WIN and VS and fear the BSA.

      --
      badness 10000
  33. Bait and switch? by alext · · Score: 2

    They already have extended 'it', if we mean Dotnet rather than C Sharp. Fussing about the language is a red herring.

  34. Rundown: why this GPL programmer didn't choose NET by afflatus_com · · Score: 5, Interesting

    Look at the toolsets, the final contenders I looked at for a cross-platform GUI toolkit were: .NET
    Trolltech Qt
    GTK
    Delphi/Kylix
    wxWindows .NET:
    -Poor history of MSW undocumented APIs.
    -Poor history of MSW trying to break other toolsets not blessed by the company.
    -Poor history of MSW once actually finishing a piece of software's features (eg Office) trying to find other ways to pinch money off people.
    -Poor history towards GPL software.

    Qt:
    -A strong contender: good documentation, tools.
    -Lost out because they say the Windows version requires a purchased copy of Visual C++ to do any compiling with it.
    -Emulates widgets instead of using native.

    GTK (1.2 back then, I can't comment on 2.0):
    -Very free.
    -A lot of component scattered libraries makes documentation difficult.
    -Sometimes higher level widgets don't exist: need to make them from scratch using the window primitives.
    -MSW port is a bit rough.

    Delphi/Kylix:
    -Easy to use, a company respected by me that makes good software.
    -No Mac available.
    -Proprietary, liable to not be maintained if company goes under.
    -Free version is nagware under Linux, I believe their documentation said.

    wxWindows:
    -Works out of the box, now.
    -A single project can be compiled for MSW, GTK, OSX and less commons like X11 embedded.
    -Good documentation, sample code, etc.
    -Core team is *very* accepting to new features and sharper code.
    -Native widgets always used, where they exist makes a proper look and feel for an application.
    -The open library in unencumbered by a company that needs to ship new versions of tools or the library.
    -Fast: native compiles so no runtimes needed.
    -The C++ is designed to by truly compatible with almost any compiler, toolset, not ones blessed by one certain company.
    -Well tested (10 years).
    -Tools and library are no cost, (or nagware). Free compilers exist on all supported platforms.

    wxWindows was the one that was selected, and now 10 months into the project, I am very satisfied with the results from that toolkit choice.

    --

    -----
    Cast a Cold Eye
    On Life, on Death
    Horseman, pass by
    --W.B. Yeats' gravestone
  35. Re:No I would not. by JoeBuck · · Score: 5, Insightful

    Mono is a stupid reason to switch from Gnome to KDE, in that the Gnome project has not accepted Mono. It's a proposal from the Ximian folks that Gnome eventually accept Mono. I wouldn't be surprised to see the Gnome project split if Mono were forced on it in a central role (rather than as an optional add-on), as many Gnome developers are not fans of it at all.

    What will you do if some KDE developer says he wants to support .NET in the KDE framework? You'll then have to drop KDE, since you drop platforms based merely on proposals that they go in a direction you don't like.

  36. Re:Rundown: why this GPL programmer didn't choose by nagora · · Score: 2
    Qt: -A strong contender: good documentation, tools.

    The documentation alone is enough for me!

    -Lost out because they say the Windows version requires a purchased copy of Visual C++ to do any compiling with it.

    Well, I don't really care that much about supporting a legacy OS but TrollTech claim that Borland works too. Haven't tried it myself.

    -Emulates widgets instead of using native.

    But this allows some control over the style (I don't believe in repeating MS's mistakes: a good UI is better than one that has familiar screw-ups like having shutdown under "Start").

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  37. chicken.... egg..... chicken.... dah! by Transcendent · · Score: 2

    "While the C# compiler, itself written in C#..." ....umm.... wha.... uhh........ how the.......... ummmmmm.....

    1. Re:chicken.... egg..... chicken.... dah! by slim · · Score: 2
      I can't find anything on the Web right now that describes the compiler bootstrapping process, so I'll summarise here. When building a compiler it's nice to be able to say that there are no external influences that might cause it not to work (like, using someone else's compiler to compile your compiler) -- so you avoid doing so using a process like this:
      • Define your language
      • Define the smallest subset possible S[0] of your language, sufficient to write a basic compiler
      • Implement compiler for S[0] in hand crafted machine code
      • Implement compiler for S[0] in your language
      • Compile compiler for S[0]
      • n=1
      • while(you haven't implemented the whole language)
        • Define larger subset S[n]
        • Implement compiler for S[n] using only language features supported in S[n-1]
        • Compile
        • n++
      • end while
  38. Re:It's no use to resist .NET.... by Noehre · · Score: 2, Insightful

    And the Linux croud hasn't been chasing Windows for the past several years in an attempt to copy the Windows "look and feel" on the desktop?

    Gnome/KDE are nothing more than attempts to mimic the Windows GUI.

    OpenOffice/etc. are nothing more than attempts to mimic popular Microsoft productivity applications.

  39. .NET Framework, Comments and FreeBSD by Omega1045 · · Score: 3, Insightful

    First, I would like to post a link to an MSDN article on Microsoft's attempt to build a .NET implementation on FreeBSD.

    Second, I am a C# and VB.NET programmer. I have really enjoyed using the new VS.NET, and love ASP.NET. The way it treats web pages with an event model is very, very cool. As I am also a PHP programmer, I consider ASP.NET, concept wise, a giant leap ahead of PHP. VS.NET runs a bit slow on my 400 MHz machine, but cruises along smoothly on my 1.6 GHz laptop. Plus, it handles much better than Sun's Forte, a comparable product that would let me build comparable software solutions.

    Third, I am VERY excited to be made aware of MONO! I have done quite a bit of Java programming in my past, and am glad to have a better alternative to it for building enterprise level applications on Linux. I have not had the level of "undocumented features" bite me in my .NET programs as I have in VC++, VB6 or Java. Say what you will about the evil empire, but the .NET framework is a very well thought through, nice behaving programming platform. I wish the MONO team the best of luck, and am thinking of volunteering!

    Fourth (and finally) I have been teaching some VB.NET and C# classes. I have found all of my students walking away from the classes wanting to use .NET, including Linux programmers. I would tell you hardcore MS haters out there to at least try out .NET, especially if it is going to be implemented on Linux. I think you will find that it could be a great tool for you to build software with, if you take of the blinders. After all, why not take what is Microsoft's big marketing push and turn it against them on Linux?

    --

    Great ideas often receive violent opposition from mediocre minds. - Albert Einstein

    1. Re:.NET Framework, Comments and FreeBSD by miguel · · Score: 2

      I am not aware of the IE-isms in ASP.NET, but maybe they are there.

      That being said, I would like the Mono version of ASP.NET to eventually use the SOAP functionality from JavaScript in IE and Mozilla to avoid reloading the entire page whenever possible (only some controls allow this).

      Also, you could make things different if you contribute to the ASP.NET effort in Mono, we are rendering quite a few pages already.

      Miguel

    2. Re:.NET Framework, Comments and FreeBSD by Chris+Johnson · · Score: 2
      Patents?

      Or are you saying you can be certain they do not have submarine patents they can use against that situation, despite years of evidence that MS does appraise threats, and despite the fact MS is well stocked with crazed piranha lawyers?

  40. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  41. Re:No I would not. by AirLace · · Score: 2

    As someone has already pointed out, unlike the GNOME C# bindings which are hosted on a third-party site, go-mono.com, Qt# is already included in the main KDE distribution.

  42. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  43. How many times do you NEED kicked in the balls? by nagora · · Score: 2
    .NET is a trap and MONO is walking straight into it.

    MS don't give a toss about the ECMA or any other standards body. They treat HTML as if they were the standards body (remember all of two days ago we had this story about the effect MS has on "standards" and that was one they didn't even invent!) they just want some stamp of approval that they're playing nice at the start of the game. After that the ECMA can pack up and go home, Bill won't be needing them anymore.

    MONO simply gives more credence to .NET by allowing MS to honestly (not that that's ever bothered them!) say that .NET is a cross-platform technology. Of course, they'll add, the non-Windows versions aren't very good. And they'll be telling the truth.

    The reason they'll be telling the truth is that they will make it their business to make it true. Every point upgrade (and there'll be lots of them) will come out just as MONO catches up with the changes since the one before last, making MONO a permanent 'old version' of .NET. And if the point update breaks old code or ignores the "standard" guess what? MS couldn't care less. Their customers will be locked in, they won't be able to change to MONO because it will be two points back and not able to do what the customers' software needs. So it'll be out with the chequebook again to add another wing to Bill mansion.

    I mean, for Christ's sake, it's not like Microsoft haven't done this all before! What are you people? BLIND???

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    1. Re:How many times do you NEED kicked in the balls? by bolthole · · Score: 2
      What are you people? BLIND???

      "None so blind as they who wont see" [refuse to see]

    2. Re:How many times do you NEED kicked in the balls? by nagora · · Score: 2
      Microsoft helps companies make MONEY with their product.

      No, Microsoft helps companies make Microsoft money. If the companies manage to make some too that's just their good luck. If they manage to make a lot of money then Microsoft will copy their product, give it away for "free" and it's hello bankruptcy for the poor sod that thought Bill was his friend.

      Microsoft is not a capitalist company, it is an oligarchic/plutocratic one; it regards the area of software as belonging to it alone and mearly suffers the little people to make money so long as it is not inconvenienced. This is not surprising when you look at Gate's background: he's never had to work a day in his life if he didn't want to, from the day he was born into a million dollar trust fund from Grandpa he's been surrounded by the privileged stratophere of American aristocracy and it's clear that he'll do anything, including breaking the law, to defend that privilege from threats from the lower classes.

      In a capitalist society MS would be broken up by the government to preserve the balance of the market - the only legitimate role for a government in the capatalist model - to allow the maximum number of companies to compete.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  44. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  45. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    Personal computer GUIs are all strikingly similar, whether you're talking about Mac, Windows, KDE, GNOME, fvwm, AmigaDOS... The list goes on and on. When you get right down to it there is really very little variation beyond the cosmetic, and even then the same elements are recognizable across the vast majority of them.

    I ask again; what OS was Xerox's GUI built on?

    Oh, and Openoffice owes far more to WordPerfect than to MSO. Perhaps it's time to take a step out of your MS-PR-department-provided box and take a look around. When you learn the real history of computing, you'll find that MS is actually one of the least innovative companies that has ever existed.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  46. Mono bad news for Liberty Alliance? by MtViewGuy · · Score: 2

    I think Ximian's Mono project may do something unintentially pro-Microsoft: it could turn the entire Microsoft .NET initiative into a de facto standard before Sun figures out what hit them.

    In fact, why do you think Microsoft has actually not stood in the way of Mono? Because Mono validates much of what .NET is trying to achieve. Between Microsoft implementing .NET Framework with its own tools and Ximian implementing .NET Framework with Open Source tools, Sun has its work seriously cut out to convince the majority of developers to write code for the competing Liberty Alliance (as if Sun's wishy-washy attitude towards the Linux crowd in regards to Java hasn't offended a lot of Linux/FreeBSD/OpenBSD programmers already).

    1. Re:Mono bad news for Liberty Alliance? by oPless · · Score: 2
      I think Ximian's Mono project may do something unintentially pro-Microsoft: it could turn the entire Microsoft .NET initiative into a de facto standard before Sun figures out what hit them.

      I don't think you know what "de facto standard" means.

    2. Re:Mono bad news for Liberty Alliance? by oPless · · Score: 2

      depends what the original poster means with ".NET initiative" - I took it to mean "C# and CLR" which is of course what the original post was about. AFAIK de jure supercedes de facto ...

      Your comment is fair though :-)

  47. Comment removed by account_deleted · · Score: 3, Insightful

    Comment removed based on user account deletion

  48. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  49. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  50. Re:It's no use to resist .NET.... by swissmonkey · · Score: 2, Insightful

    Given that OpenOffice mimicks the GUI of MS Office(did you see how similar the GUI(buttons position, style, etc...) is ?) I tend to think that OpenOffice is actually nothing else that an Office clone, actually it's just worse, but very similar.

  51. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    Mono only is addressing the development and exection environments portion of the pie. Mono has nothing to do with the "web services" you are talking about.

    That maybe, and in truth that's what I would expect. However, this thread is not about Mono, but .NET and why it's going to take over the world. Microsofts vision of .NET seems to encompass all of the things you list, and while the server and developement/execution portions of that vision might be loved by developers, they're almost totally invisible to the consumer.

    The "privacy" and webservice parts are all that's going to be visible to the consumer will see, and I very much doubt that they will like what they see.

    I'm curious, though, what you see MS' vision of webservices is if not pay-per-use remote apps?

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  52. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    MS Office pretty much mimicks the old WordPerfect GUI, and OpenOffice follows WordPerfect much more closely than it follows MSO.

    I'll say it again, and a bit more bluntly this time: Microsoft has not produced a single innovation with regards to GUI design, even in terms of look-and-feel.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  53. Re:It's no use to resist .NET.... by Zeinfeld · · Score: 3, Insightful
    They are. Can you name a single "technology" MS has announced recently that *nix hasn't had for years (if not decades)?

    Can you name a single new technology that has appeared in UNIX in recent years that was not in VMS or MULTICS?

    This type of argument is pure sophistry, either Microsoft are accused of stealling other peoples stuff (hard to do with open standards) or they are ignoring open standards.

    Until WS-Security was proposed nobody had had any success with a transaction layer security enhancement. HTTPS failled, SHEN failled, PEM and MOSS failled. PGP and S/MIME had some success but they are limited to email.

    Now nobody would claim WS-Security to be amazingly novel, however Microsoft, IBM and VeriSign have got the whole industry behind a spec in that niche which has never happened before.

    As for all the 'nothing new has happened since Xerox' stuff, I suggest the people with that dellusion stop eating the mushrooms and go and use one of the things. OK so you can kinda sorta see the beginings of the ideas we use twenty years later, but they got as much wrong as they got right.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
  54. Re:It's no use to resist .NET.... by Zeinfeld · · Score: 2
    Mono only is addressing the development and exection environments portion of the pie. Mono has nothing to do with the "web services" you are talking about.

    If you implement the .NET framework you can pretty quickly build the Web Services framework. Most of the Web Services support in .NET is bound up in the XML Serialization layer which uses the metadata supported in .NET to generate XML serialization and deserialization code directly from .NET classes.

    OK so this is a trick that appeared in the LISP machine 15 years ago but none of the mainstream companies have supported it since - up to now.

    Having tried to use the MSFT Web Services tools I decided that it would be easier to roll my own for my purposes (although since I bought the cheapo standard version of C# rather than the whole .NET studio that may just be I was doing things the hard way). However it is a heck of a lot easier to deal with XML in C# than in any other language I have used.

    --
    Looking for an Information Security student project suggestion?
    Try http://dotcrimeManifesto.com/
  55. Re:Great. by mindstrm · · Score: 2

    Okay

    But that's as long as they don't use any native methods, right?

    So I can write something that will run on multiple platforms.. you mean like java does now?

  56. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  57. Re:But .NET runs on *all* platforms, right . . . . by wadetemp · · Score: 2

    Actually, no audio player at this time can be cross platform in .NET, because even MS's FCL doesn't include facilities for sound playback. You have to make system calls directly of the system's APIs, which obviously differ from platform to platform.

    I don't know what Phonic's using GTK for. I suspect it's even one step further removed from being a true .NET app... maybe the Ogg decoding's written in .NET, but the audio playback's definitely not and the UI may not be either?

  58. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  59. DotGNU source of general related information.. by 3seas · · Score: 2

    dotgnu is another effort to develope a .net clone under GPL and here is a FAQ

  60. Re:Embrace and extend by miguel · · Score: 2

    Yes ;-)

    But we are planning on staying compatible with their class libraries and not make changes, for the sake of users, developers and customers.

    That being said, we also encourage people to create new technologies and new classes and innovative things in their own class libraries. For instance Vorbis# (mostly done by Mark) and Gtk# (mostly done by Mike and Rachel) are extensions that originated in the Mono world.

    You really want your new classes/assemblies to work on both Windows and Unix, because that gives you a larger user base.

    Miguel

  61. Re:funny... by alext · · Score: 2

    A great new 'way to develop'? What exactly are you driving at here?

    As a matter of interest, what do you think the chances of a cross-platform (Mono, Dotnet) version of Photoshop are?

  62. More information ECMA links by 3seas · · Score: 2

    About the CLI - common language Infrastructure and part 2 of CLI information

    To really understand what is going on here, consider the CTS - Common Type System and the CIL - Common Intermediate Language as a midway translation point for any programming language.

    With this other programing languages or other programming mehodology interfaces can more easily be created.

    It's like taking all popular programming languages and putting them into a pot and boiling them down to common and non-conflicting data types and programming concepts. And from here, using the summed vocabulary set of data types and concepts as a translation base to use in converting a program written in your convient programming language choice into CIL or Common Intermediate Language bytecode. From which you can run on any systemj that has a VES or Virtual Execution System type of system installed.

    This of course allows both intrepreted and compiled types of languages to potentially be used.

  63. But this is MS' favorite game! by Jugalator · · Score: 2

    Chasing others technologies and implementing their own successful variants are one of MS' specialities. First, they catch up, then they use their huge influence to make it the new standard. Doesn't need to be better or even on par with the technology they've chased, either.

    I guess that's partly what MS has been in trial for. Often, MS can be seen as hurting the evolution of software for their own profit.

    --
    Beware: In C++, your friends can see your privates!
  64. Re:It's no use to resist .NET.... by Clockwurk · · Score: 2, Interesting

    - Can you name a single "technology" MS has announced recently that *nix hasn't had for years (if not decades)?

    DirectX

    Optical Mice

    Scroll Wheel on Mouse (I think this was theirs)

    Back and Forwards Net buttons on Mice

    The Windows key :-P

  65. You swallowed that crap, hook line and sinker? by Anonymous Coward · · Score: 3, Informative

    Suppose that I decided to use .NET on Windows. I look around, and find that they support Perl. Cool, so I go and use some Perl libraries in various places. Perl is as cross-platform as it gets, I am fine. Right?

    No. I am utterly fscked.

    Perl uses a dynamic programming model. .NET sucks goat d*ck on handling dynamic languages. Since Perl on .NET was too slow, even by .NET standards, its "integration" is through a custom modification that exports a COM interface, that is imported into .NET. Works fine on Windows. But on Linux, what then?

    And once people get going, how many real applications are going to use Windows forms, or link in some other library, or link in a COM interface from a legacy app, or otherwise become unportable?

    Care to guess whether future tools from Microsoft will "encourage" you to introduce such dependencies?

    Thanks, but no thanks. I have had to work with Microsoft APIs too much for my taste. That is why I try not to now.

  66. Rundown: So this was an emotional decision? by sheldon · · Score: 2, Insightful

    It appears that the reason you didn't choose .NET was based entirely on emotional, rather than technical reasons.

    Is this normally how you make decisions?

    1. Re:Rundown: So this was an emotional decision? by mandolin · · Score: 2
      Is this normally how you make decisions?

      Would you buy from a crook?

      The poster neglected to mention it, but .NET also appears to lose on the maturity, platform portability, and "required support tools" fronts. Particularly at the time the poster appears to have done the evaluation (GTK 1.2 era). Thus, there are plenty of technical reasons it might be considered lacking.

    2. Re:Rundown: So this was an emotional decision? by Elwood+P+Dowd · · Score: 2

      The real strange item was including .NET in a list of cross-platform gui toolkits. It's not. A cross-platform gui toolkit. Once Mono is done, then his complaints may or may not be valid. 'Till then, .NET isn't even close to being in the running. Right? All I know about .NET I learned from this interview.

      Aside from that, no. His reasoning is not emotional. It is possible that MS does *not* have such an ugly history, and MS is incredibly unlikely to sue Mono into oblivion. If this is the truth, then grandparent is just incorrect. He weighs certain facts differently than you do. Not emotional. There are intelligent people with both opinions. If he was correct, it doesn't matter whether he throws darts at a picture of BillG. It still would have been a bad business decision to go with .NET.

      --

      There are no trails. There are no trees out here.
    3. Re:Rundown: So this was an emotional decision? by Elwood+P+Dowd · · Score: 2

      It's a GUI toolkit, but that portion of the toolkit is exactly the part that isn't cross platform.

      --

      There are no trails. There are no trees out here.
  67. I use C#, ASP.NET and VS.NET at home! by sheldon · · Score: 2

    VS.NET is slower than frozen mud

    Buy a new machine. One that handles VS.NET well will set you back about $500.

    Give me a good text editor and command line tools any day.

    They are there, in all their glory. If you want to do everything by hand you can. Save yourself some money and just download the .Net SDK.

    Microsoft is going to integrate and complicate .NET with Windows to the point that Mono will never work.

    The point of Mono is not to be 100% cross-platform compatible. The purpose is to provide a similar development environment for Linux/Gnome. If you read Miguel's commentary what impresses him most about .Net is the problems they solved for developers.

    Now at a very base level, there is some compatibility. You have the same language syntax with C#, and it sounds like they are using the same IL assembly calls. But you are going to be missing many of the custom Windows libraries. But is that important? Wouldn't you expect custom libraries evolve for Linux specific features?

    MS will release new .NET crap every year and Mono will play catch up for a year so it finally works again just as MS is releasing a new incompatible version.

    Why is this important to you?

    In the past, Microsoft has either presented an "open" standard, or pushed someone else's open standard, only to hijack it in the end, to the detriment of non-Windows users and developers.

    But then so have non-Windows developers. Netscape, Sun, there are many examples. Even GNU is guilty of this, as I can no longer compile many open source programs with the tools that come with commercial unix because of extensions added to GNU make and GNU cc.

    I think the Open Source community would be better off backing a web technology like J2EE and not .NET.

    Why? J2EE is technically inferior to .NET, and Sun has certainly been less supportive to developers with their Java than Microsoft is being with .NET.

    I think Java has a good record for working everywhere consistantly.

    One of our foreign development shops just looked into running their web app they wrote with BEA's Weblogic on a different J2EE implementation. They can't do it without extensive recoding because each Java implementation contains custom stuff to differentiate themselves. In this case it had something to do with database connection caching, or something, which wasn't added by Sun in the J2EE specs but offers signifigant performance gains.

  68. Re:It's no use to resist .NET.... by sheldon · · Score: 2

    What does .NET offer, really? "Portable" code and remote apps? Java has offered portable code for about 7 years now, and remote apps predate Unix.

    Well actually so did Microsoft BASIC back 20 years ago.

    I've still got my Creative Computing Games books if you want to type in the code.

    Being "Portable" isn't what .NET is about so much as increasing developer productivity.

    Actually as far as like ASP.NET is concerned, I would use PHP as a more comparable example than Java.

    All MS has done since they started developing NT is chase *nix.

    And all Unix has done is chase the Mainframe. What is the Web anyone but 3270 terminals with color pictures?

    The problem for *nix is that the general public isn't aware of that fact.

    No, the public just doesn't care. That's the part that really bothers you.

  69. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  70. what the hell is .net by Sabalon · · Score: 2

    I'm still trying to figure it out. At first I head all about using .net and web application service providers - kinda what CORBA or DCOM does - run this procedure over there and give me the results.

    It also sounds like you can write something in a language as long as it does nothing other than pure .net and run it on anyplace that supports .NET - much live Java does.

    So, is it basically Java with DCOM/RPC stuff built in using XML to pass data back and forth?

  71. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  72. I can hardly wait! by Eric+Damron · · Score: 3, Funny

    Yes! Give me .Net! I can hardly wait to run all of the windows apps including the lates viri!

    I really think that Linux is missing out on the fun. I mean sure, it's stable and secure but what adventure is there in that? I want to wonder every time I boot up if I'll see: "You have been hacked by the Windoz Nukum Worm! Hard drive formatting now...."!

    Oh yes! Why should Windows users have all of the fun?

    --
    The race isn't always to the swift... but that's the way to bet!
  73. Re:Microsoft, are you there? by Chris+Johnson · · Score: 2
    "Why do I feel like many of the highly-moderated posts on this thread were written by people on Microsoft's payroll? Has Slashdot been highjacked?"

    (quoted, because the same kind of people seem to have at least one 'Troll' moderation on this guy- starting from 2 I can make it a bit more difficult for 'em to suppress this meme)

    Slashdot has not been hijacked. Slashdot is, and has always been, open to astroturfing just as it is to genuine feedback. Nothing is stopping anyone from astroturfing Slashdot: they can do it on company time for all _I_ care, and welcome to it. We know Microsoft has people do this: they've been caught doing it before. It's not even some evil plot from Bill Gates: the company culture so strongly reinforces that type of behavior that it's like a negative value system- what would seem bad to you (astroturfing, putting up fake positive posts professing to be not Microsoft PR but real users and fellow slashdotters) would be seen as totally good and loyal and clever and virtuous, within Microsoft.

    Besides, everybody knows Microsoft ARE geeks, so why wouldn't they be reading Slashdot?

    You just have to learn to identify when they are doing their thing, that's all. Just because someone is a geek, or smart, doesn't mean they are honest. Some of the MS slashdotters are very open about where they're from. Because, WITHIN Microsoft, that is not as good as laying down some astroturf to compete harder, some of the MS slashdotters are taking nicks and astroturfing their little hearts out, probably to show their bosses in hopes of looking more Microsoftish to the boss. This is just the way the world works.

    Get used to not believing everything you see, hear or read- even on Slashdot. ESPECIALLY on Slashdot. Half the time if you see a 'voice of reason', especially if it's pushing for things like leniency towards Microsoft, acceptance of non-YRO-friendly stuff and so on... it's probably a plant.

    Yes, Virginia, people on Microsoft's payroll and people of Microsoft's corporate culture ARE still permitted to post things to Slashdot. Even if it's propaganda. Even if it's flat-out lies.

    Welcome to freedom, hold on to your wallet :D

  74. That's a good point.... but... by Eric+Damron · · Score: 2

    ".NET could be the biggest blunder of Microsoft's history, taking away the only advantage they really got (a huge software library)."

    I use to think that way too but with Microsoft's DRM push how many .NET apps do you think will be allowed to run on "untrusted OSes?"

    So, like you said. At least we won't be any worse off then we already are... or are we overlooking something?

    --
    The race isn't always to the swift... but that's the way to bet!
  75. Re:Just more lies from Miguel... by miguel · · Score: 2

    The interview was done long before I posted those messages to the mono-list. After the interview I looked at the problem in more depth, and focused on the current strategy.

    I fail to have my entire life planned in advance, so I have to make changes as I go, sorry if this annoys you ;-)

  76. Comment removed by account_deleted · · Score: 2

    Comment removed based on user account deletion

  77. Re:Are you kidding? by Jason+Earl · · Score: 2

    Syntax is a cinch to learn, it's the new APIs that are a pain in the keister. In fact, that is one of the reasons that the Mono hackers are interested in .NET. They think that it would be cool to write modules in C# and use them in Perl, or write modules in Lisp and import them into Python.

    Personally I don't know if it will work better than the writing libraries in C and creating language interfaces, but it is possible that the Mono hackers are onto something.

  78. Re:It's no use to resist .NET.... by JamesOfTheDesert · · Score: 3, Insightful
    I'll say it again, and a bit more bluntly this time: Microsoft has not produced a single innovation with regards to GUI design, even in terms of look-and-feel.

    Gee, I guess if you repeat it often enough it becomes true. The site you linked is, judging by the snide comments abut Windows' "features", a tad biased. Do you have any other sources?

    What were the predecessors to the Visual Studio IDE? To IntelliSense? To drag-n-drop GUI building? Dropdown menus that show frequently-used items, adjusting themselves over time?

    I'm not trying to troll here, and it's not entirely off-topic. As with a previous post on MS projects that failed, debates about the future of .Net need to be framed in an accurate asessment of Microsoft's history of success and inovation.

    It seems most folks on slashdot believe Microsoft can simply bully its way to the top of any field, forcing people to adopt anythning it produces. Yet products like Bob suggest this isn't true. So, why do some, but by no means all, Microsoft products succeed? Clever copying of proven ideas? Subtle innovation? Reinvention of older ideas, with improvements based on 20/20 hindsight?

    People snipe at the idea of a .Net VM as a Java ripoff. The Java VM is a Pascal P-code VM ripoff, but done better. Java swiped ideas from C++, and improved certain things. Could it be a similar case for C#/.Net?

    --

    Java is the blue pill
    Choose the red pill
  79. Re:Rundown: Careful consideration, not emotion by afflatus_com · · Score: 3, Informative

    There is very little emotion in either my post or my decision.

    The question posed by the article was "Would you use an open-source implementation of the .NET Framework?"

    I listed the reasons why .NET was not taken as the platform of choice and the reasons were not technical. I think .NET will certainly be competent, as the technical lead was the guy behind Delphi.

    I am a GPL software author. C# is an unproven new language to assess in my choices. I am absolutely going to judge the likely future of a language by looking at the past history of the company who will be managing its development.

    Microsoft has quite openly stated that they think GPL is a virus, and there has been rumblings of making it illegal to use their development tools in the creation/conjunction of GPL software or libraries (which is their right to do).

    However, a major software project is a large commitment of time--porting to another language down the road is unlikely to be trivial. if Microsoft takes their familar road with C#, and my code becomes illegal to compile, or I now everyone who wants to work on the software now has to fork over $500 a year for a MS-blessed C# compiler to be able to contribute to the GPL project, I will have regretted my choice of .NET. The possibilty of that occurring moves .NET to the back of the pack as their counterparts can already do what I need without that extra weight looming over the project.

    But the results also matter. Here are some development snapshot screenshots, fresh off a clean compile on Linux and MSW, built with wxWindows with no MFCs, Microsoft dlls or anything else that can be made illegal or prohibitively expensive later on:

    http://www.clinicalexam.com/pluckerdesktop/tour

    --

    -----
    Cast a Cold Eye
    On Life, on Death
    Horseman, pass by
    --W.B. Yeats' gravestone
  80. Isn't that normally how people make decisions? by Inoshiro · · Score: 2

    If you don't feel right killing someone, you don't do it, do you?

    --
    --
    Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
  81. Re:Just more lies from Miguel... by extrasolar · · Score: 2

    You make a good point but I believe Miguel deserves quite a bit of credit for all the work he has done and his optimism.

    In other words, give him a break. If you know someone specifically who has had this problem, let him speak for himself.

    Oh, and Miguel if you get around to reading this, thanks.

  82. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    DirectX

    Oooh... an API wrapper! that's origional!

    Optical Mice

    MS didn't invent the optical mouse, they bought it (or stole it, depending on who you ask). Regardless, laser based mice have existed at least as long as Microsoft has.

    Regardless, since *nix isn't hardware, I'd say you're reaching here.

    Scroll Wheel on Mouse (I think this was theirs)

    Again, hardware. I agree that scroll wheels could be a lot easier to set up in *nix, though.

    Back and Forwards Net buttons on Mice

    I saw mice with 10-key pads on them at Fry's long before MS came out with their 5-button mouse. Mapping the extra buttons to Forward and Back may have been new, though.

    The Windows key :-P

    Gotta give this one to Apple with the "open apple" and "closed apple" keys.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  83. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    either Microsoft are accused of stealling other peoples stuff (hard to do with open standards) or they are ignoring open standards.

    What do you mean "or"? MS has done both on occasion (or at least tried). SMB, HTML, Java...

    As for all the 'nothing new has happened since Xerox' stuff, I suggest the people with that dellusion stop eating the mushrooms and go and use one of the things. OK so you can kinda sorta see the beginings of the ideas we use twenty years later, but they got as much wrong as they got right.

    I never said nothing new had happened since Xerox, just that it didn't come out of Microsoft. MS has consistently trailed in the UI race since it entered.

    I also never said that UNIX was entirely new, either (although it at least started out with some new ideas).

    I don't have an inherent problem with MS taking other's ideas and using them, but I do have a problem with them calling it innovation.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  84. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    Do you have any experiance with the interface builders listed here?

    I'm not doubting your story or anything, but details about these tools a pretty sketchy.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  85. Sad by Otis_INF · · Score: 2

    Looking at most of the postings here, allthough most of them are posted by non-developers and brainless collegekids, I can only think: what a sad bunch of people. .NET is one hell of a platform with a very well thought out API, documentation and complete functionality. Now there is this Linux developer and his team at Ximian who ports that platform to Linux and all the fools at /. are able to do is cry out what a crap .NET is, how Miquel is a slave of MS, oh sorry, M$, and that Mono will suck as .NET already does.

    *RRRRT*

    If Mono fails on Linux, Linux is dead. Be aware of that.

    --
    Never underestimate the relief of true separation of Religion and State.
    1. Re:Sad by PigleT · · Score: 2

      ".NET is one hell of a platform with a very well thought out API, documentation and complete functionality."

      In the real universe, it's M$loth's excuse to port the .exe PE file format to other platforms, with 2 reference implementations' sources available so they can get let off by the DoJ.

      There's also nothing new under the sun. Running other language environments ("hosting", my ass) has been done ever since emacs was written in lisp running on a C-based machine.
      .

      --
      ~Tim
      --
      .|` Clouds cross the black moonlight,
      Rushing on down to the circle of the turn
    2. Re:Sad by Diabolical · · Score: 2

      I can only agree with you about .NET being well thought out etc. However, it is the company behind it which causes the problems. And understandably so. MircroSoft has a history of shutting out competitors on the same market as they are in. Now tell me, would you like to be owned by MicroSoft? Every little piece of software coming from MicroSoft and locking you in to prevent you from switching platforms? Because that's what this is all about. If you have invested thousands of hours and dollars into a project you will most likely not switch the platform. Making you a milk cow for MicroSoft to pay even more dollars to them.

      Yes, it should be the best tool for the job. But think of future implications as well. When you create an enterprise wide application which is consisiting of thousands of lines of code. Would you be willing to rewrite them? Maybe someday MS will stop support for your version of the framework forcing you to buy a new, and more expensive one. Just to prevent you from switching platforms they make sure their code isn't portable. Which is pretty easy to do as their history of embrace and extend has shown allready. These implications should be considered as well before choosing a platform like this. If you don't mind coughing up all those dollars each year for MS related material while other (perhaps less thought out but functioning nevertheless) tools are easy to come by and cheap to boot then hey, it's your personal choice.

      Mono will by the way always be lagging behind as SAMBA does. A fact allready known by alot of developers. If you need the greatest and the latest of those implementations you better stick to MS. And just that is what most people resent.... having no choice (as waiting for the rest to play catchup isn't an option..)

      If Mono fails on Linux, Linux is dead. Be aware of that.

      Hmmm... where have i heard this one before...

      Linux won't die because of MONO not succeeding. It would have been dead allready if that's the case. MS wouldn't even think twice to sink the MONO effort if this would hold any thruth in it.

      There will always be an alternative which does support Linux. So stop pretending MS is the only player in the IT field.. their not, and never will be..

  86. Thanks for proving my point. by Otis_INF · · Score: 2


    In the real universe, it's M$loth's excuse to port the .exe PE file format to other platforms, with 2 reference implementations' sources available so they can get let off by the DoJ.

    What's 'M$loth' ? And what does the DoJ crap has to do with the quality of .NET? Nothing. Still you find it useful to flame the living crap out of it. Which was my point exactly.


    There's also nothing new under the sun. Running other language environments ("hosting", my ass) has been done ever since emacs was written in lisp running on a C-based machine.

    Fyi: Lisp is interpreted, C# and the other 20 or so languages for .NET are not.

    --
    Never underestimate the relief of true separation of Religion and State.
    1. Re:Thanks for proving my point. by LoonXTall · · Score: 2
      Fyi: Lisp is interpreted, C# and the other 20 or so languages for .NET are not.
      "20 or so other languages" are really just C# in syntactic disguise. For instance, they stripped multiple-inheritance from the .NET version of Eiffel, because .NET doesn't support it. But now that it's a ".NET version" it's no longer compatible with normal Eiffel, so it's not Eiffel anymore, ne?
      --

      ~~~LXT~~~
      Life is like a computer program: anything that can't happen, will.

  87. tools by g4dget · · Score: 2
    It was the fact that they could write code faster and worry less about the crap that tipped the scales.

    I have yet to see a Microsoft tool (or any other tool) that lets me write code faster. Tools require time and effort to use. It's much better to just to get it right the first time.

  88. let me second that by g4dget · · Score: 2

    I also think wxWindows is by far the best cross platform C/C++ toolkit around right now: it's free for both non-commercial and commercial use, runs on lots of platforms, can use native widgets, is mature, and has tons of functionality. Many more open source projects should use it.

    1. Re:let me second that by TheAwfulTruth · · Score: 2

      I'll third that, (Well the best FREE one anyway) But that is actually a rather sad statement. After spending about a year coding with it, wxWindows is actually an abomination of a framwork. A patched and hacked set of code that makes MFC look clean and elegant. They stomp on all kinds of windows library keywords and windows is it's primary platform! It's not really a cross platform framework. It's a generic wrapper for native frameworks so it's full of funky cross platform parity issues. It's plenty useable. But it's not great, it's not even good. It's barely acceptable for small to med sized applications and that's the best it is. And it IS the best (free) there is as you pointed out!

      I hope MONO does succeed, though probably MOST of the .NET API is still unwritten or in the process of being written so it'll be a long way off before that can be tested for real. It remains to be seen if they gain actuall funtion parity or if writing to two platforms requires numerous #ifdef workarounds for differing behavior like all other cross platform frameworks do.

      --
      Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
  89. it's good, but it's not innovation by g4dget · · Score: 2
    I do hope that people will use either Java or .NET, or both, more on Linux. It really fixes a lot of problems with Linux applications development, just like it does on Windows.

    But calling this a "true innovation" is ridiculous. Both .NET and Java are decades old technology. Neither Microsoft nor Sun "innovated" there. Except for the snazzier graphics, people were building the same kind of VM systems and object-oriented languages in the 1970s and early 1980s.

  90. it doesn't matter by g4dget · · Score: 2
    Linux needs an application development platform that is more robust and simpler than C or C++. Cross platform or Microsoft-compatibility is irrelevant for that purpose. Mono may or may not end up delivering, but it is clear that Java does not fit the bill--Sun's policies and the way Java has evolved make it unsuitable for much open source applications development.

    Not only are these libraries not standardized, they are likely to be protected by patents.

    That's FUD. You can't protect "libraries" by patents, only inventions. And there are unlikely to be many patentable inventions in the APIs of common GUI and OS libraries.

    ultimately Sun just owns the Java name, not all the implementations.

    There is effectively only one Java implementation: Sun's and its derivatives. And since there is no standard for even the core language and libraries, there aren't going to be any others, only some tinkering with things vaguely like Java.

    1. Re:it doesn't matter by g4dget · · Score: 2
      Why don't you give some specific examples rather than useless blah blah bullshit?

      That's very simple: there is no open source implementation of the Java platform (Kaffe, gjc, etc. are not implementations of the Java platform, and they have lots of problems even as they are). It makes no sense for people to develop, say, a Linux desktop in Java and depend on a proprietary runtime.

      It seems Sourceforge is filled with Open Source Java apps.

      Sure, and there are also open source VisualBasic, open source Windows, and open source Delphi applications: people share source for all sorts of reasons under all sorts of licenses. But most open source software is developed on open source platforms with open source tools, and for good reason.

    2. Re:it doesn't matter by g4dget · · Score: 2
      So in fact your claim that "Java is unsuitable for Open Source application development" has no grounds.

      I didn't make that claim.

      But wait, you say real Open Source application development can only occur on an open platform using open tools

      I didn't say that.

      Excuse me for saying but you're full of shit.

      Excuse me, but you are responding to things I didn't say.

  91. Re:AWT is broken and will always be. by oPless · · Score: 2

    I never said AWT wasn't broken. I said I preferred it to the bloat of swing.

    Since all you're stuff is drawn to a virtual screen
    You mean YOUR, what next? Spelling colour "color" ?!!! ;-)

    I'm still waiting for gjc to support mingw32 and sql, fantastic product in all other cercumstances though :)

    Course I believe in making the wheel rounder and not reinventing it everytime the old one gives you a crappy ride.
    Of course, but you know that the java virtual machine was designed over 10 years ago (when java was oak) is showing its age. JVM has some life in it yet, don't get me wrong ... It just might be time for a change ... maybe when mono is more mature I'll make a permament switch.

  92. Excuse me? by HiThere · · Score: 2

    I know I can (or will be able to) under the CLR.

    Could you tell me what definition you are using for the word know? Does it mean anything more than "A salesman promissed me"?

    I'm not definitely saying that you are wrong. I've seen attempts to port Basic, so there are, indeed, those who thing it a reasonable thing to do. But all of the VB code that I've ever seen depends so heavily on platform specific libraries, that I have strong doubts. And it will take a lot more than a salesman's promisses before I believe that MS will actually port their libraries to Linux.

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  93. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    My objective is not to suggest alternatives, but rather to support my arguement that Microsoft does not innovate.

    As for Unix GUI tools, I have no difficulty understanding why they came around so late in the game. In many ways a GUI is anathema to Unix. Unix was built around the central philosophy of taking many small programs, each of which does one thing very well, and being able to string them together to accomplish complex tasks. GUIs effectively remove that ability.

    Am I wrong? Has someone found a way to implement the pipe graphically? Without the pipe, what advantage does Unix have?

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  94. Don't apologize by GCP · · Score: 2

    I'm a huge fan of .Net. I don't mind using Windows clients, but I want to use Unix/Linux servers. What you're doing is going to make that possible, and I think it's great. Thank you.

    As for the scope of your project, feel free figure it out as you go along like all the rest of us do. The guy mouthing off about your "lies" is an idiot. If you have to choose a technology for an upcoming project and you can't afford to be wrong, you'd better choose from among technologies that already exist. What you are offering is technolgies that *might* exist, that so many of us *want* to exist, but might not if things don't work out, and even if they eventually do exist nobody knows for sure when they'll be ready for production use. That's the way it works for big companies, small startups, OSS projects, pretty much everyone creating new tools. That's what "in development" means to project planners with any sense.

    --
    "Those who have never entered upon scientific pursuits know not a tithe of the poetry by which they are surrounded."
  95. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    I probably sounded a lot more "hardcore Unix" than I intended to. I'm fully aware of the need for monkey-level GUI tools on Unix (it just makes me sad) in order to gain popular acceptance, but at the same time I keep running into the limitations imposed by those tools while working on Windows.

    For example, I recently had a strong desire to do some mass database manipulation/extraction at work. The only experience I have with that sort of thing is from my Intro to Unix class, but we use Access for all the databases I have any reason to look at. I figured it would take me a few minutes to work out the syntax to do what I wanted with cut, but I could do it even with my limited knowledge, and hey, we use Windows and it should be even easier there, right? Our IT guy, who's Windows only but definately above monkey level, looked at me like I was mad (or maybe had a disfiguring disease) and said "No! It's not easy to do that at all!"

    Anyway, my point is that I'm all for making the hard things easy, but we need to be very careful that in the process we don't make the easy things hard, or even worse, the clever things impossible.

    For one, from a developer's perspective, system call traces that don't require buying multi-hundred or multi-thousand-dollar third party packages, to do the job. ;-)

    But, there's no reason any other OS couldn't have that, just nobody has done it. The pipe, and the whole philosophy around it, is the thing that sets Unix apart from all the rest.

    --
    Under capitalism man exploits man. Under communism it's the other way around.
  96. Re:It's no use to resist .NET.... by MrResistor · · Score: 2

    1) Drivers
    2) Games
    3) A broad user base


    Interesting. None of those are technologies, per se, neither did any of them origionate with Microsoft. In fact, Unix had all of those before anyone had even heard of Microsoft.

    You and your 3 friends, who couldn't get laid in a whorehouse even if they had a $50 bill hanging out of their zippers

    That's probably true, but mostly because I would be to busy getting my ass kicked by my wife for being in a whorehouse in the first place. I have to admit that I've never attempted this experiment, though, since I've never had any difficulty getting laid, even without the assistance of a $50 bill.

    --
    Under capitalism man exploits man. Under communism it's the other way around.