We also have general product liability laws making manufacturer's liable for products where reasonable steps aren't taken to assure they are safe for their intended use.
I'm thinking a lawyer will see a way around this by making the product be as unsafe as possible
I once was interviewed for a "software position" in a car company (being intentionaly vague there)
At the interview for this software position I found out that:
1 - The software was written by another company (one I've worked at/with (their subsidiaries) in other occasions, and a company I never wish to work again) 2 - My job would be to manage requirements (ok) and code branches (o.O) (yes, I know what branching in a SCM system is, still) 3 - It would not involve me touching software even with a 30ft pole 4 - I would not be able to read slashdot there
So, I declined the job
Still, makes me think that a car company knows next to nothing of good software practices and they're the ones running this show!
But he had a safety background that told him these electonic systems were hard as hell to validate and hard as hell to make truly independent from each other.
You see, that's the problem
High pressure tubes going around the plane are very fragile
Java is a whole platform that is scalable. Its not just about using identifiers and objects but using the vast API's. Some would Java is even an OS as it has its own I/O, threads, etc.
OMFG! The amount of fanboyism is amazing...
Java libraries may be good but they, IN NO WAY make a program 'automatically scale'
You can't just write a non-trivial program in java and have it be automatically scaling horizontally .
Don't take away the merits of Cassandra developes saying it was easy because of java.
But actually, in some cases NoSQL is used in a way that uses a MySQL/PostgreSQL backend (in a totaly no-sql way, just for the replication/ backup benefits)
Project Looking Glass vas very promising, interesting to know it's in Java.
You can do the high level stuff in Java, that's not the problem, Desktop Effects are more taxing on the GPU itself.
From the point of view of Java there, it's merely dealing with a few polygons, most of the heavy lifting is done by the GPU and the underlying window manager.
Why don't more desktop packages use Java? Not sure, but it's not due to speed
Speed is only a small issue in the matter of user experience.
For example, Flash, besides all its problems manages to be much more popular than Java as an applet platform. And i'd say it's easier (for developers) to develop in Java (the JDK is free after all).
From the point of view of the language/environment itself, Java doesn't have first-order functions, lambda functions, has an extremely complicated (and bloated) library, etc Even C# has some of those, and the library is a breeze
But what I saw are project after project failing BECAUSE of Java. (ok, because of developers/manager who picked Java where it's not suitable) , still...
Which is impressive, for a language that has all the checks and bounds built in, preventing errors that will fuck up your puny C/C++ game at every chance it can get. Build in those checks, and you will be slower than Java!
But you know which languages are really the best for OpenGL?
I would have to say C/C++ even though you are right about the checks (but there are ways to check your C++ program)
But I'd say Haskell's probably something to be looked into, since you mentioned it.
Java has more libraries and a larger developer community than any other programming language or platform on the planet. Fucking google it, I'm not your mama.
I know that of course.
Still, funny how most game developers are not using Java. And most sites. And most desktop apps.
I'm not sure what "prunning" is but it's probably because I haven't yet reached your level of programming mastery.
"Live texture manipulation" is all done on the GPU with render to texture effects anyway.
No
You didn't read what I wrote. "3D Desktop effects" do you know what that is? Do you know what that involves? And I don't mean the 'rotating cube' part, that's easy.
No, you're with the head so deep inside Java land it's not even funny.
What I meant is loading a picture and using it as a texture.
Oh, so how does this even matter from a language/platform/execution standpoint?
Libraries. Format conversions. Also, try doing live texture manipulation (which is the basis of 3d-desktop effects for example)
Interesting. Still, you're going to need to read a model from a file or create its geometry.
Again, you're talking about IO wait, which isn't really limited by your application's execution speed anyway. I'm sure you knew that though, you seem like a very experienced and capable programmer.
No. What about conversion of geometric models, prunning, etc
Your experience shows through.
Java lets you use OO development techniques and still get great performance and it works fine for "real time" applications.
Talk is cheap, and marketing speak even more so.
Besides that, OpenGL is going to mangle your floats and turn them into yet another representation on the GPU server side anyway.
That's not the problem, and actually Java mangles things for a good reason. But it slows things down and it takes control from the developer , like the fp control word.
You need to work with pictures, access to buffers. Also, speed.
Oh, I've used OpenGL quite a while, in a few languages. I haven't ran across the "PICTURES" extension.
What I meant is loading a picture and using it as a texture.
"Access to buffers," you mean VBO's? lwjgl seems to support those. And Java supports in VM buffers, as well as out of VM native buffers via NIO.
Interesting. Still, you're going to need to read a model from a file or create its geometry.
Oh and speed, you must have missed that memo: Java is pretty fast now, faster than statically compiled OO for sure.
Yeah, but I wouldn't advocate Java for 'real time' apps also the kind of geometry processing OpenGL requires. (which is what you'll probably be doing apart from the OpenGL triangle demo)
Please type 'java floating point' into google and check the first article
No, really, there are reasons why Novell is going under:
1 - Their proprietary stack stinks
Not as bad as IBM, and cheaper too, but I mean, Exchange / Outlook, you get the idea, still, when compared to what the competition does, it would be my first pick. And there's also... Zimbra *sigh*
Really, Groupwise is like a Ford Taurus
2 - Their OSS offerings are not much better
OpenSUSE is AWFUL. I mean pretty much ALL distros comes with configured repositories, c'mon. YAST now manages to be worse than YUM. Not to mention the ONE time I tried installing OpenSUSE on my machine it utterly messed my HD and my work. I only use OpenSUSE in a VM from now on.
100Million lines of code, either that's BS through the roof or those guys shouldn't be designing even web games. (even tough they're counting nav / entertainment / etc)
Knowing the procedures and the kind of person that writes this code it's amazing this doesn't happen more often, really...
There are several procedures and architectural solutions that can make sure this doesn't happen (or at least, with greater confidence)
range verification (ada comes to mind), self-checks, assert (this should get the computer to reset - better than accelerate, huh)
and also, the first lines of the loop should be:
if (brakes_are_on) {
throttle = 0;
do_throttle();
continue; }
Slashdot Mirror
No
One thing is food, there's a reasonable expectation of safety there. And there're laws WARNING agains consuming raw meat, for example.
But for a saw it's one thing to use it in a professional environment / workload and another to cut stuff up in your backyard at the weekend.
We also have general product liability laws making manufacturer's liable for products where reasonable steps aren't taken to assure they are safe for their intended use.
I'm thinking a lawyer will see a way around this by making the product be as unsafe as possible
Yeah, I think you nailed it...
No, they did something similar to this: http://en.wikipedia.org/wiki/Quantum_harmonic_oscillator
When you take an oscillator and put tiny amounts of energy into it it will behave in a QM way.
Does anyone know how does circular polarization works in 3D movies??
I mean, I know about polarization, etc, but saying it's circular does not make sense to me
Or the glasses are actually two sheets of polarizing material (per lens) so in front you have 0 degrees and at the back you have 'something' degrees??
Comparing XML to the iPhone is like comparing a fighter jet with a celebrity cooking show on television.
Really
If they hit it, they're doing it wrong or you have the next Rain Man meets Linus Torvalds in your class.
But if you're worried, I'd say go with Java (what I would say really is go with C# but since you can't do it)
But python is fine so don't worry.
This kind of post worries me A LOT
I once was interviewed for a "software position" in a car company (being intentionaly vague there)
At the interview for this software position I found out that:
1 - The software was written by another company (one I've worked at/with (their subsidiaries) in other occasions, and a company I never wish to work again)
2 - My job would be to manage requirements (ok) and code branches (o.O) (yes, I know what branching in a SCM system is, still)
3 - It would not involve me touching software even with a 30ft pole
4 - I would not be able to read slashdot there
So, I declined the job
Still, makes me think that a car company knows next to nothing of good software practices and they're the ones running this show!
Correct
Also, testing does not fix bugs
Also, and often forgot, if your testing is lacking, the product will be lacking as well.
But he had a safety background that told him these electonic systems were hard as hell to validate and hard as hell to make truly independent from each other.
You see, that's the problem
High pressure tubes going around the plane are very fragile
http://en.wikipedia.org/wiki/JAL_flight_123
http://en.wikipedia.org/wiki/American_Airlines_Flight_96
It's good to be skeptic but Hydraulic planes are not THAT safe either.
Yes, computers can go haywire, and how to deal with that is a challenge, but it's the way to go.
After all they say the F-117 is unflyable without computers.
Java is a whole platform that is scalable. Its not just about using identifiers and objects but using the vast API's. Some would Java is even an OS as it has its own I/O, threads, etc.
OMFG! The amount of fanboyism is amazing...
Java libraries may be good but they, IN NO WAY make a program 'automatically scale'
You can't just write a non-trivial program in java and have it be automatically scaling horizontally .
Don't take away the merits of Cassandra developes saying it was easy because of java.
No... as in NoSql
But actually, in some cases NoSQL is used in a way that uses a MySQL/PostgreSQL backend (in a totaly no-sql way, just for the replication/ backup benefits)
Whatever you do don't buy Zeus starter edition, it only allows you to infect 3 machines at the same time...
What I meant is having the windows rendered to a texture in the video card.
Project Looking Glass vas very promising, interesting to know it's in Java.
You can do the high level stuff in Java, that's not the problem, Desktop Effects are more taxing on the GPU itself.
From the point of view of Java there, it's merely dealing with a few polygons, most of the heavy lifting is done by the GPU and the underlying window manager.
Why don't more desktop packages use Java? Not sure, but it's not due to speed
Speed is only a small issue in the matter of user experience.
For example, Flash, besides all its problems manages to be much more popular than Java as an applet platform. And i'd say it's easier (for developers) to develop in Java (the JDK is free after all).
From the point of view of the language/environment itself, Java doesn't have first-order functions, lambda functions, has an extremely complicated (and bloated) library, etc Even C# has some of those, and the library is a breeze
But what I saw are project after project failing BECAUSE of Java. (ok, because of developers/manager who picked Java where it's not suitable) , still...
Which is impressive, for a language that has all the checks and bounds built in, preventing errors that will fuck up your puny C/C++ game at every chance it can get. Build in those checks, and you will be slower than Java!
But you know which languages are really the best for OpenGL?
I would have to say C/C++ even though you are right about the checks (but there are ways to check your C++ program)
But I'd say Haskell's probably something to be looked into, since you mentioned it.
Java has more libraries and a larger developer community than any other programming language or platform on the planet. Fucking google it, I'm not your mama.
I know that of course.
Still, funny how most game developers are not using Java. And most sites. And most desktop apps.
I'm not sure what "prunning" is but it's probably because I haven't yet reached your level of programming mastery.
http://en.wikipedia.org/wiki/R-tree
"Live texture manipulation" is all done on the GPU with render to texture effects anyway.
No
You didn't read what I wrote. "3D Desktop effects" do you know what that is? Do you know what that involves? And I don't mean the 'rotating cube' part, that's easy.
No, you're with the head so deep inside Java land it's not even funny.
What I meant is loading a picture and using it as a texture.
Oh, so how does this even matter from a language/platform/execution standpoint?
Libraries. Format conversions. Also, try doing live texture manipulation (which is the basis of 3d-desktop effects for example)
Interesting. Still, you're going to need to read a model from a file or create its geometry.
Again, you're talking about IO wait, which isn't really limited by your application's execution speed anyway. I'm sure you knew that though, you seem like a very experienced and capable programmer.
No. What about conversion of geometric models, prunning, etc
Your experience shows through.
Java lets you use OO development techniques and still get great performance and it works fine for "real time" applications.
Talk is cheap, and marketing speak even more so.
Besides that, OpenGL is going to mangle your floats and turn them into yet another representation on the GPU server side anyway.
That's not the problem, and actually Java mangles things for a good reason. But it slows things down and it takes control from the developer , like the fp control word.
You need to work with pictures, access to buffers. Also, speed.
Oh, I've used OpenGL quite a while, in a few languages. I haven't ran across the "PICTURES" extension.
What I meant is loading a picture and using it as a texture.
"Access to buffers," you mean VBO's? lwjgl seems to support those. And Java supports in VM buffers, as well as out of VM native buffers via NIO.
Interesting. Still, you're going to need to read a model from a file or create its geometry.
Oh and speed, you must have missed that memo: Java is pretty fast now, faster than statically compiled OO for sure.
Yeah, but I wouldn't advocate Java for 'real time' apps also the kind of geometry processing OpenGL requires. (which is what you'll probably be doing apart from the OpenGL triangle demo)
Please type 'java floating point' into google and check the first article
There are well tested, production ready OpenGL bindings for Java: http://lwjgl.org/
HOW ABOUT NO
Java fits better with OpenGL anyway, being cross platform and open in the same vein as OpenGL.
You owe me a new keyboard.
Ok, to be serious now, I can't think of a worse match to OpenGL than Java
You need to work with pictures, access to buffers. Also, speed.
So, you have this super-secure database system that is really important so the country doesn't get overrun by terrorists and then you do this!
It's probably an Access database and Clippy told them something was fishy...
The rest are project managers who know shit about software and are on coke (the white, powdery kind)
No, really, there are reasons why Novell is going under:
1 - Their proprietary stack stinks
Not as bad as IBM, and cheaper too, but I mean, Exchange / Outlook, you get the idea, still, when compared to what the competition does, it would be my first pick. And there's also... Zimbra *sigh*
Really, Groupwise is like a Ford Taurus
2 - Their OSS offerings are not much better
OpenSUSE is AWFUL. I mean pretty much ALL distros comes with configured repositories, c'mon. YAST now manages to be worse than YUM. Not to mention the ONE time I tried installing OpenSUSE on my machine it utterly messed my HD and my work. I only use OpenSUSE in a VM from now on.
Also, the lizard. I can't stand that lizard!
you're right, there are bugs, even though I was thinking of a manual transmission (n.1 does not apply then)
Even then I'm pretty sure the default behavior for 'pressing the breaks' is cutting the gas (even in automatics, I guess)
So that's why code should be SIMPLER
100Million lines of code, either that's BS through the roof or those guys shouldn't be designing even web games. (even tough they're counting nav / entertainment / etc)
Knowing the procedures and the kind of person that writes this code it's amazing this doesn't happen more often, really...
There are several procedures and architectural solutions that can make sure this doesn't happen (or at least, with greater confidence)
range verification (ada comes to mind), self-checks, assert (this should get the computer to reset - better than accelerate, huh)
and also, the first lines of the loop should be:
if (brakes_are_on) {
throttle = 0;
do_throttle();
continue;
}