If your code is that speed sensitive, I'd stick to
unmanaged code and
write everything in C/C++ and assembler.
The vast majority of business applications that involve user
interaction
are almost entirely insensitive to optimisation at this
level. This is
especially true of interactive work, but where
non-interactive work is
involved the use of threading and asynchronous processing
can hide speed
differences from end users very effectively.
There will be exceptions to this, of course, but I have
never yet
written a business application with this degree of speed
sensitivity.
Any differences are swamped by such things as network and
database
latencies, for example.
Just my 2c
Peter
-----Original Message-----
From: CSDevelopers googlegroups.com
[mailto:CSDevelopers googlegroups.com] On Behalf Of manstein
Sent: 28 February 2006 10:03
To: C# Developers
Subject: Re: Properties and Methods
Hi All
Here's my time to decry what I consider evil myself with
regards to
.NET development. => Compiler optimization. When
compiling into IL
code, your source code is sent through a optimizer. You
cannot leverage
your years of experience and OS understanding to write sleek
code
that's fast and efficient, the compiler will pretty much
ignore your
efforts and send the whole thing through an optimization
process. Now,
the rookie with 6 months experience will write code that
just as
efficient as the vet with 10 years experience. Good thing?
for the
company sure. But as developers we are brought down to the
level of
the lowest common denominator. Besides, we are supposed to
trust
Microsoft, right? We couldn't possibly do a better job of
optimization
than the built in optimizer. Seems I heard that same claim
with SQL
server optimization when MS frowns upon query hints. I have
seen
myself a hint consistently out perform the sql compiler.
So,
theoretically, it is possible in some instances that the
emitted IL
code is less efficient than the original source. Rant
ended.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the
Google Groups "C# Developers" group.
To post to this group, send email to CSDevelopers googlegroups.com
To unsubscribe from this group, send email to
CSDevelopers-unsubscribe googlegroups.com
For more options, visit this group at http://gr
oups.google.com/group/CSDevelopers
-~----------~----~----~----~------~----~------~--~---
|