2007/6/23, mike montagne <[EMAIL PROTECTED]>:



If the members don't mind, I'd like to ask the forum a question or two. I
come from a Delphi and C++Builder background, and was long a holdout on .Net
because of severe performance doubts. Now that I have been working in
.Net/Windows, the performance concerns have proven so obstructive to
achieving acceptable performance standards that the principal work I
intended cannot be carried out in .Net. I also have great concerns about the
real security of .Net implementations (which make me question why anyone
would ever want .Net to run on UNIX systems).

If C# compiled into native Linux and OS X executables (of course, relying
on supported libraries), I would be a happy camper. But as this is not the
case, this is my question:

Given the presence of X Windows (and the ability to write X Windows with
the free tools bundled with OS X), why sacrifice speed and require the
overhead of the extra operating environment on UNIX systems?

Personally, I don't buy the "easy distribution/installation" arguments,
nor the security claims. Delphi and C++Builder ran as fast as native C++,
and executables could be copied to target systems and run there without even
using an installation program. It doesn't get any easier than that. You ran
strictly approved, intended processes, behind a firewall, where they
belonged. Allowing diverse, inefficient, not-necessarily-known executables
to run -- wherever -- doesn't necessarily make the best sense to me.

OK, so I hope I haven't stomped any toes here. I just would like to know
what the best answers are.


A strong argument is performance of developer, which is usually more
important than performance of application (to
some extent, of course).

If this wasn't that way, scripting languages like Python wouldn't be used so
much for deskop application development on *nix.

--
Sincerely yours,
Olexandr Melnyk
http://omelnyk.net/
_______________________________________________
Mono-list maillist  -  [email protected]
http://lists.ximian.com/mailman/listinfo/mono-list

Reply via email to