An idle rant

From: Ben Hochstrasser (bhoc_at_tiscali123^H^H^H.ch)
Date: 01/17/05 

Date: Mon, 17 Jan 2005 15:02:34 +0100

Please bear in mind that the following is /not/ meant as D2005 bashing.

In my jobs I came across many different kinds of developers. One thing had
all in common: They worked with above-average well-equipped, fast machines
with dazzling graphics and ultra-fast server attachment. There's nothing
wrong with that.

Unfortunately, many of their products proved to be of rather poor
performance when run on an average office PC with average memory, disk and
graphics. It often proved to be unusable when connecting via the internet.
Today I run across this behaviour far more than the years before.

When I read that eg. D2005's IDE responsiveness was "quite acceptable" with
2GB of Memory and a >3GHz processor I'm getting goose pimples when I think
of the applications produced with that environment. Not because of the
quality, but because developers often forget to test the performance of
their work in less-than-ideal environments. (I have the uneasy feeling that
the 2005 IDE falls in the same category). A sluggish application on an
average machine just reveals sloppiness in programming and algorithm
refinement. <eg>

Therefore, as an engineer who has to deploy and support that stuff, I
kindly ask you to think of your customers when you test your applications.
Not everyone has a dream machine. Not everyone has a T1 link to the
internet (and the time to wait 15 minutes for the web application's splash
screen to load).

Now do go back to your work. 

-- 
Ben

Relevant Pages

  • Re: Is .NET going to be dropped by Microsoft?
    ... For line-of-business applications using .NET's paint optimization features ... >and developers influential in the decision process. ... Most Microsoft embedded device development has or is transtitioning to .NET ... > My sources are from some relatively large organizations such as Bank of> the West, Bank of America, SBC, ATI, and a few others -- from senior> management and developers influential in the decision process. ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Is that a joke ?
    ... than C++ apps for most uses. ... It probably looks fast to Java or VB developers but what ... > What about CAD, CAE, CAM, scientific applications, utilities, math, ... a garbage collector doesn't make good programmers or safe ...
    (microsoft.public.dotnet.general)
  • RE: Is that a joke ?
    ... > native code. ... It probably looks fast to Java or VB developers but what ... > about real time applications? ... > programmers but not the rest of us who used to hand-optimise our code, ...
    (microsoft.public.dotnet.general)
  • Re: Is that a joke ?
    ... avoid getting slapped around by .Net gotchas. ... > native code. ... It probably looks fast to Java or VB developers but what ... > What about CAD, CAE, CAM, scientific applications, utilities, math, ...
    (microsoft.public.dotnet.general)
  • Re: Data Access Application Block location?
    ... a visit to the .NET Architecture home here: ... This application block allows developers to ... applications to read and write configuration information. ... Data Access Application Block. ...
    (microsoft.public.dotnet.framework.adonet)