Gabriel Sechan wrote:
ANd this type of negligent and quite frankly unprofessional thinking is
why my Athlonx2 has problems running the same application load my
pentium2 333MHz did. We write poor, slow, buggy code.
I'm gonna call bullshit on this. If it's the same code, then the
performance bottleneck is clearly not the processor. If it isn't the
same code, it's entirely possible that the problem is not poor, slow,
buggy code, but that the apps have different functionality (you may not
like the changes, but nonetheless it's not necessarily anything about
the quality of code).
And in the rare cases where they do need to optimize other things they
should be writing in high level languages and then linking in their
own optimized C or even further optimized assembly code.
"High level languages" is bullshit. The fact is its just as quick to
write a program in C as it is in Python, Perl, Java, etc- provided
you're experienced equally in those languages (obviously coding in a
language you're not experienced with is always a penalty to speed). And
the data all shows this- development speed is not going up despite the
number of "high level" languages around today.
I'm going to call bullshit on this too. "development speed" is not the
right metric, because our perceptions of what can and should be done
quickly have changed substantially. More importantly, the advantage of
high level languages is more that it that it simplifies code, which
allows increasingly more and more complex projects to be tackled by
smaller and smaller teams. Higher level languages solve some of the
problems that otherwise have to solved by hand by a developer in a low
level language (sometimes done by writing an implementation of their own
language for describing the problem, which is wasteful if the problem is
general enough that it merits being solved in a general case).
Now, the byproduct of this has tended to be more and more complex
applications, rather than simple applications that work better, but that
is very much a function of the priorities of the end users, not
particular programming languages.
--Chris
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-lpsg
