Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


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

Nothing in progression can rest on its original plan. We may as well think of rocking a grown man in the cradle of an infant. -- Edmund Burke