Sorry, let me put this in more concise terms: Maybe it doesn't bother you that any conclusion that the senses are invalid is ipso facto predicated on the validity of the senses.
The Kantian arguments against reality (which is what this really amounts to) strike me as like a ship whose captain finds a perverse need to systematically cut each mooring -- each mooring, that is, except for the one on which his premises are based.
But it's true that only those who think that reality exists and that it's knowable will hold that inconsistency between what one holds and on what basis one holds it is a perversion of consciousness to be rooted out and expunged. Thankfully most Kantians are not consistent, else the rest of us would be financially burdened with their institutionalization.
> You would never write a game engine in Perl or Python.
Well, I can vouch that there is actually a major project in development that is using Python for all of its game logic. Not for the graphics engine, networking, and other performace-critical subsystems, of course, but the *game* itself is coded in Python.
Unfortunately I'm under NDA with said company, and I'm not 100% certain that they would appreciate me revealing details. Just trust me;-), it's a company you are familiar with and a title you've almost certainly heard of.
My understanding is that they are quite happy with Python. It's elegant and simple enough for designers to use, its performance is "good enough," and it's easy to integrate with C/C++. Custom scripting languages are always incredibly labor intensive and rarely live up to expectations, Perl is unreadable gobbledygook, C and C++ are too low-level and too powerful (aka dangerous). Java would probably be a close contender, but still I'd say Python is easier to learn and use. I don't know anything about Eiffel nor whether they considered it as an alternative.
While working on graphics engines for other projects, I've used Python to code testbeds, benchmarks, and simulations. The speed of the compiled bytecode is more than adequate for such high-level control.
Sorry, let me put this in more concise terms: Maybe it doesn't bother you that any conclusion that the senses are invalid is ipso facto predicated on the validity of the senses.
The Kantian arguments against reality (which is what this really amounts to) strike me as like a ship whose captain finds a perverse need to systematically cut each mooring -- each mooring, that is, except for the one on which his premises are based.
But it's true that only those who think that reality exists and that it's knowable will hold that inconsistency between what one holds and on what basis one holds it is a perversion of consciousness to be rooted out and expunged. Thankfully most Kantians are not consistent, else the rest of us would be financially burdened with their institutionalization.
Um, yeah, so statements are contextual. "Jack is white" -- could be a statement about Jack's race, or a chess game, or... I mean, duh.
Anyway, you were saying that truth is subjective?
> You would never write a game engine in Perl or Python.
;-), it's a company you are familiar with and a title you've almost certainly heard of.
Well, I can vouch that there is actually a major project in development that is using Python for all of its game logic. Not for the graphics engine, networking, and other performace-critical subsystems, of course, but the *game* itself is coded in Python.
Unfortunately I'm under NDA with said company, and I'm not 100% certain that they would appreciate me revealing details. Just trust me
My understanding is that they are quite happy with Python. It's elegant and simple enough for designers to use, its performance is "good enough," and it's easy to integrate with C/C++. Custom scripting languages are always incredibly labor intensive and rarely live up to expectations, Perl is unreadable gobbledygook, C and C++ are too low-level and too powerful (aka dangerous). Java would probably be a close contender, but still I'd say Python is easier to learn and use. I don't know anything about Eiffel nor whether they considered it as an alternative.
While working on graphics engines for other projects, I've used Python to code testbeds, benchmarks, and simulations. The speed of the compiled bytecode is more than adequate for such high-level control.