-38 karma · joined April 29, 2012
Maybe the blame is this stupid, non-central ranking mechanism which makes idiots like you and OP motivated to dump such stuff here for points and down-vote any criticism that does make sense.
This whole thing about backward compatibility and the discussion that surrounds it is just vague. Here's a practical "true story" for you: I'm using GNU/Linux for more than 10 years now, and it is still alive.
Never had any vague binary compatibility problems either, because I'm not strangely expecting to use an ancient binary version of Gimp on my current system. That's because FOSS is source oriented, not binary. I'm not suddenly trying to use a 15 years old graphics card whose driver is longer in the kernel either, because I don't use a 15 years old graphics card.
Classical state of a particle lives in the 2n-dimensional manifold known as phase space. The coordinates of the phase space are the configuration space and the corresponding conjugate momenta. The state is a single point on the phase space, corresponding to the initial conditions of the problem. The Hamiltonian determines the time evolution in the phase space, which is a trajectory.
To make is simpler for you to understand: 1. Position and momentum couples form the physical state. And of course, for any physical system, it exists. 2. You need 2 initial conditions to solve a 2nd order differential equation. You can't solve a differential equation without initial conditions (of course to use this fact, you would need to understand that F=ma is a differential equation, not a function) (Maybe it's better if you read some good introductory text, such as Feynman Lectures on Physics Vol 1, Chapter 9).
If still not clear for you: the initial state in a two body problem is determined by the initial position and velocity. They are the initial conditions of your "function" F=ma, which is actually a second order differential equation. F determines how this initial state will change over time.
That being said, of course it matters the way you write your software. There is a huge gap between actual CPU instructions and Lisp. Between Lisp and the machine is an automated, soft layer of emulation, which may or may not be optimal and is extra work anyway.
CS people like to abstract away the computation from physical hardware, but the apparent fact is computation _is_ physical, and it's limits lie in physics and not in mathematics or philosophy (see Shor's algorithm for instance).
It's only natural to write programs in a language that follows the same flow as the underlying physical computer. A classical computer is represented by it's assembly language, thus it makes sense to have languages like C. Concepts like "stateless programs" don't even exists in a classical computer. It's as crazy as trying to build a quantum algorithm that does away with measurements!
In addition the physical world does not work anything like a stateless machine. As most useful programs imitate a physical process rather than a pure mathematical object, the notion of writing programs in such languages is not-intuitive and requires transformation of the actual problem at a both low (hardware) and high (software output) level.
Finally I would like to speculate that the whole concept will never be intuitive in the future (post-quantum computer era). In the era of quantum computers, because they will always be physical objects with a particular state, and it's this very fact that they have a well-defined state allows us to perform a computation.
It is a well-known fact that becoming a "high-level" web programmer doesn't require brains or a degree. Now this post makes it clear that, even such people who miserably fail to get a degree can write PHP programs and Javascript.
@byuu No it doesn't. Try compressing a SJIS text using gzip. Then convert it to UTF-8 and do the same thing. With a "perfect" compressor, there shouldn't be any difference since the information contents are the same, but unfortunately we don't have a perfect compression algorithm that hits the theoretical lower bound for compression.