Please create an account to participate in the Slashdot moderation system


Forgot your password?

Comment: C only fast for small, simple problems (Score 1) 502

by tartley (#28092199) Attached to: World's "Fastest" Small Web Server Released, Based On LISP

> It must be a small challenge involving a relatively simple task.

I think an interesting point is that, for problems larger than small, well-defined tasks (ie. any real world project), then the speed advantages or disadvantages of the language start to get swamped by the choice of algorithms.

I spent some time working through the small programming challenges at It is worth noting that the submitted solutions by users, in many languages, vary in execution time over many orders of magnitude, and my casual inspection seemed to show that the thing that correlated with fastest execution speed was not choice of language, but choice of algorithm.

The programmers submitting solutions are amongst the set who are voluntarily spending their own time to do this - hence while they aren't the best programmers out there, they also probably aren't the worst.

My conclusion is that if you can afford to get a good programmer to spend all day optimising a small bit of code, then yes C is going to be fastest. But as soon as the problem gets larger, or as development time is reduced to more normal proportions, then most half-decent programmers choice of non-obviously sub-optimal algorithms is going to swamp that. A high level language that supports discovery and implementation of the right algorithm, by giving the programmer less low-level detail and fewer lines of code to worry about, is going to claw back some ground.

This matches with my own experience of Python. People expect that performance will be terrible, and when we measure it in benchmarks, it is terrible. But in real-world projects, it is great. So what's going on?


+ - John Udell on the Geeks' Spreadsheet->

Submitted by
rcs1000 writes "John Udell has a interesting article on a new type of spreadsheet: one targetted specifically at geeks. The skinny — if I get this right — is that any spreadsheet is actually a computer program, only in Udell's piece this is explicit (and IronPython rather than VBA), rather than implicit. There are some other cool things it does — allowing cells to contain objects, and allowing spreadsheets to back-end websites. The screencast is particularly fun."
Link to Original Source

"If there isn't a population problem, why is the government putting cancer in the cigarettes?" -- the elder Steptoe, c. 1970