Maybe it's more than that. It partitions the problem of writing an end user application differently than current paradigms. With Python the application pickles the object. In Phantom the OS pickles the object. The kernel programmer has to solve a different -- that is a larger -- problem set, the application programmer has to solver a smaller problem set as he doesn't have to care about persistence anymore which in spite of all the hundreds of different persistence frameworks is still a non trivial task.
As all register articles TFA is very light on any specifics so I am not sure if Phantom can really improve on this. It sure sounds like a performance nightmare.
Does anyone here really think you could run a large company without being able to monitor emails sent by company representatives, using company resources?
yep. i work for a large (German) company with over 100.000 employees. My employer isn't allowed to monitor my net usage. If you treat your employer like your enemies your employer will become your enemies.
I work on an application which deploys successfully to Jetty, Tomcat, JBoss 4.2, and Glassfish (as just the ones I've tested)
That's nice. So it runs in the web container. By the way: Which web container do JBoss and Glassfish use? So it's only two different runtimes, isn't it. The compatibility nightmares come when you integrate your Java application in a typical enterprise setup. With SAP, CICS or IMS/DC, FileNet, ICR/OCR Servers, legacy C and C++ applications,.Net, WebSphere MQ and lots other stuff. That's what JEE was designed for. At least the 80% of it that are not about the relative trivial task of generating HTML for which PHP or Perl or Ruby are much better suited.
self-proclaimed coders who are bitter that Java requires a bit greater understanding of OOP and the language to write a useful application than PHP or Ruby.
So Java is better because it is more difficult? Yep, the self-proclaimed coders are a very real problem.
It seems to me that the main problem is interoperability and connectivity between all those computers out there. And that is a really hard problem. Trying to solve this problem Microsoft created the whole virus industry by opening up every service that one could think of to every other computer in the mid and late nineties. Browsers are at the other end of the spectrum. They only allow minimal interaction between some computers (a "client pc" only talks to a "server"). The solution to the problem is somewhere in between. A good -- i.e. safe -- way to find the solution is to start with the minimal browser model and slowly add functionality while learning the consequences of each add feature.
And yet today all these unpersuadable users "install" HTML pages, JavaScript code, Flash objects, and all kind of other "applications" day in and day out. Some day in the future these applications will even include local storage and they will gain ever more and more functionality.
Surprisingly the dichotomy "web page" vs "application" is false. One would not expect that from a dichotomy.
War is horrible but once there is a war the MOST unethical thing anyone can do is to prolong the war.
The radiation killed people years after the end of the war. One could argue that the nukes prolonged -- at least the killing part of -- the war when compared to conventional bombs.
I know you're trying to be funny, but you're just offtopic. GP is explainig why it is bad to be forced to join a union because some unions are evil and some people are forced to join these evil unions.
Re:Does it always produce true responses?
on
Torture in Games
·
· Score: 1
You wanted "I mean evidence pointing to several instances where a prisoner gave details that were expected and they turned out to be false". The witch hunts are a perfect example. But you are right. The situation is different and the witch hunts are no proof that torture doesn't work. In fact I do not have or know any proof for this.
Re:Does it always produce true responses?
on
Torture in Games
·
· Score: 1
So what you are saying is that there is no proof that torture is effective (i.e. it does produce true responses) and that there is no proof that torture is not effective. And your conclusion from all this is: "Ugly business, but it _does_ work." Did God tell you that or did your limbic system just decide on "fight" in the "war on terrorism" or whoever the bad guys are these days and you stopped thinking at that point and now you just use your intellect to a posteriori find reasons for your decision?
Re:Does it always produce true responses?
on
Torture in Games
·
· Score: 1
You're joking, right? How about those tens (hundreds?) of thousands of woman who confessed that they are witches and sleep with the devil? Are you stupid enough to think they told the truth? Did you never hear about about the witch hunts? Or are you just trolling?
basic economics says that as worker productivity goes up, that economies expand and standard of living increases. Generally a jump in productivity does cause short term employment loss, then long term net employment gain.
I remember hearing the same arguments about automation in other industries some 20 years ago. It didn't work out that way. Now I'm not saying that you are wrong it's just very difficult to predict what will happen. As I said: maybe, maybe not.
The important thing about open source is that it is inevitable because it has a higher value than closed source: For users it's the best -- and probably only -- way to avoid vendor lock-in, for programmers the possibility to look at the code of tools and libraries to figure out how they work and why they sometimes don't work is an enormous productivity gain over closed source software. Open Source creates a free and transparent market which definitely is a very good thing for the software industry.
Maybe this will happen in the long run. Maybe not. For now the programmers "whose job was to re-invent the wheel" start to compete with those "who's job is to use whats out their to be as productive as possible" as the reinvent-the-wheel jobs disappear. The supply of workers for the jobs left increases, the overall demand for programming jobs decreases. What all of this means for payment ist left as an exercise to the reader.
The WebKit nightly builds have been passing the ACID3 test for months and are still 4 times faster than Safari 3.2 according to the SunSpider Javascript Benchmark. Why is Safari so far behind?
Here are the numbers for Webkit on a nearly 5 year old Powerbook (PowerPC 4, 1.33 GHz): MD5 Benchmark took 4.132 seconds for 3000 hashes (726 hashes/second)
MD4 Benchmark took 2.834 seconds for 2700 hashes (953 hashes/second)
SHA1 Benchmark took 4.276 seconds for 1900 hashes (444 hashes/second) That's faster than IE 7 on new hardware.
They were given the power to spy on innocent people's private telephone calls. They didn't put the necessary checks and balances in place to make sure theses powers don't get abused. They are either way to stupid for their jobs or they are criminals. Your cognitive dissonance is flabbergasting.
The Android "JVM" is not an actual Java (TM) Virtual Machine. Android's "Java bytecode" doesn't follow the Java (TM) Specification. Jython can not create bytecode that runs on an Android JVM.
Slashdot Mirror
A German spelling Nazi. What an unexpected development.
As all register articles TFA is very light on any specifics so I am not sure if Phantom can really improve on this. It sure sounds like a performance nightmare.
yep. i work for a large (German) company with over 100.000 employees. My employer isn't allowed to monitor my net usage. If you treat your employer like your enemies your employer will become your enemies.
That's nice. So it runs in the web container. By the way: Which web container do JBoss and Glassfish use? So it's only two different runtimes, isn't it. The compatibility nightmares come when you integrate your Java application in a typical enterprise setup. With SAP, CICS or IMS/DC, FileNet, ICR/OCR Servers, legacy C and C++ applications, .Net, WebSphere MQ and lots other stuff. That's what JEE was designed for. At least the 80% of it that are not about the relative trivial task of generating HTML for which PHP or Perl or Ruby are much better suited.
So Java is better because it is more difficult? Yep, the self-proclaimed coders are a very real problem.
It seems to me that the main problem is interoperability and connectivity between all those computers out there. And that is a really hard problem. Trying to solve this problem Microsoft created the whole virus industry by opening up every service that one could think of to every other computer in the mid and late nineties. Browsers are at the other end of the spectrum. They only allow minimal interaction between some computers (a "client pc" only talks to a "server"). The solution to the problem is somewhere in between. A good -- i.e. safe -- way to find the solution is to start with the minimal browser model and slowly add functionality while learning the consequences of each add feature.
Surprisingly the dichotomy "web page" vs "application" is false. One would not expect that from a dichotomy.
Wasn't MS Developer Studio (up until version 6) written in VB?
The radiation killed people years after the end of the war. One could argue that the nukes prolonged -- at least the killing part of -- the war when compared to conventional bombs.
That's easy. Use SSL with client authentication especially if you have administrative privileges and the machine can be reached over the internet.
I know you're trying to be funny, but you're just offtopic. GP is explainig why it is bad to be forced to join a union because some unions are evil and some people are forced to join these evil unions.
You wanted "I mean evidence pointing to several instances where a prisoner gave details that were expected and they turned out to be false". The witch hunts are a perfect example. But you are right. The situation is different and the witch hunts are no proof that torture doesn't work. In fact I do not have or know any proof for this.
So what you are saying is that there is no proof that torture is effective (i.e. it does produce true responses) and that there is no proof that torture is not effective. And your conclusion from all this is: "Ugly business, but it _does_ work." Did God tell you that or did your limbic system just decide on "fight" in the "war on terrorism" or whoever the bad guys are these days and you stopped thinking at that point and now you just use your intellect to a posteriori find reasons for your decision?
You're joking, right? How about those tens (hundreds?) of thousands of woman who confessed that they are witches and sleep with the devil? Are you stupid enough to think they told the truth? Did you never hear about about the witch hunts? Or are you just trolling?
I remember hearing the same arguments about automation in other industries some 20 years ago. It didn't work out that way. Now I'm not saying that you are wrong it's just very difficult to predict what will happen. As I said: maybe, maybe not.
The important thing about open source is that it is inevitable because it has a higher value than closed source: For users it's the best -- and probably only -- way to avoid vendor lock-in, for programmers the possibility to look at the code of tools and libraries to figure out how they work and why they sometimes don't work is an enormous productivity gain over closed source software. Open Source creates a free and transparent market which definitely is a very good thing for the software industry.
Maybe this will happen in the long run. Maybe not. For now the programmers "whose job was to re-invent the wheel" start to compete with those "who's job is to use whats out their to be as productive as possible" as the reinvent-the-wheel jobs disappear. The supply of workers for the jobs left increases, the overall demand for programming jobs decreases. What all of this means for payment ist left as an exercise to the reader.
Or all those new super duper languages could do what everyone else did sometime in the 60s. They could implement proper tail recursion.
Of course it will not save the record companies. The problem is the damage they do while dying.
I take three!
The WebKit nightly builds have been passing the ACID3 test for months and are still 4 times faster than Safari 3.2 according to the SunSpider Javascript Benchmark. Why is Safari so far behind?
Here are the numbers for Webkit on a nearly 5 year old Powerbook (PowerPC 4, 1.33 GHz):
MD5 Benchmark took 4.132 seconds for 3000 hashes (726 hashes/second)
MD4 Benchmark took 2.834 seconds for 2700 hashes (953 hashes/second)
SHA1 Benchmark took 4.276 seconds for 1900 hashes (444 hashes/second)
That's faster than IE 7 on new hardware.
Maybe he's just your average middle of the road nut.
They were given the power to spy on innocent people's private telephone calls. They didn't put the necessary checks and balances in place to make sure theses powers don't get abused. They are either way to stupid for their jobs or they are criminals. Your cognitive dissonance is flabbergasting.
You are almost right. Android will bury the iPhone just like the PC killed the Mac 20 years ago for the very reasons GP stated.
The Android "JVM" is not an actual Java (TM) Virtual Machine. Android's "Java bytecode" doesn't follow the Java (TM) Specification. Jython can not create bytecode that runs on an Android JVM.
public static void main () {
use public static void main (String[] args) { if you wan't to get past the compiler