This socialist doctrine undermines the ideals of life, liberty, and the pursuit of happiness that the US was founded on. What right has the govt. to interfere in the trade of individuals within the US?
Trusts concentrate great economic power in the hands of a few individuals. When they exercise that power in certain ways, that power can prevent the pursuit of life, liberty and the pursuit of happiness. Upton Sinclair documented this quite thoroughly in The Jungle. Others have done so as well.
There is nothing in the Constitution that outlaws Socialism. And the Constitution does give the following power to the Congress to regulate commerce, i.e. interfere with the trade of individuals:
Article 1 section 8:
To regulate commerce with foreign nations, and among the several states, and with the Indian tribes;
In addition to this most States have laws forbidding certain restraints of trade by monopolies.
English history also has much to say on the topic:
http://voteview.uh.edu/antitrst.htm
Finally, you should read the history of the Presidency of T. Roosevelt and the problems with trusts in his era.
i don't see how thats tax avoidence at all, since you pay taxes when you withdraw your money from your 401(k).
Two reasons. You are paying the taxes with future dollars, which any accountant will tell you are worth less than current dollars for a variety of reasons, and you are paying the taxes after you retire so that your income and likely your tax rate will be lower.
You have got to be kidding, The term monopoly in this context has a specific legal meaning. During the first trial Microsoft was proven IN A COURT OF LAW to be a Monopoly, AND to have violated the law by illegally using that monopoly position to stifle competition.
This appeal is related to determining the penalties for the abuse of monopoly power by Microsoft. The issue of whether Microsoft is a monopoly has been determined.
Caching data is easy. You've ready-to-use classes to cache output/functions/pages (jpcache, PEAR::Cache, PEAR::Cache_Lite)
That is only a small part of what a J2EE web server should be able to handle in terms of caching.
Did you compare Resin with PHP with an accelerator
There are any number of Java acceleartion strategies too; any effort to exhaustively study all vs. PHP accelerators of them in detailed comparisons would require far more resources than I have available. In any case I am sure that the speed results would depend as much on the application domain and programmer skill as anything else, so such comparisons are really a waste of time. The key point here is that I wanted to refute the persistant claim that PHP is faster than J2EE. The fact is that there is no important speed difference between the two.
As far as the cost of Resin vs. PHP, if freedom is the important issue for you there are some perfectly free J2EE app servers such as Apache Tomcat which in it's 4.1.10 icarnation is a quite impressive product.
In any case, if you were to read the slides Yahoo presented, thier primary reason for not chosing Java is the limitations of the OS they are using, NOT any deficiency in J2EE or superiority of PHP despite the posturing in this forum.
mostly-read databases (like most web databases) MySQL is hard to beat.
For simple web databases Mysql can be very good. But as soon as your boss wants to see financial reports on an ecommerce site running Mysql, the lack of views, subqueries, stored procedures etc. is crippling.
Re:Seems like a silly move...
on
Yahoo Moving to PHP
·
· Score: 4, Informative
It's slow, it's a memory hog,
Nonsense. J2EE's threaded model is far more effecient than Apache/PHP's process per connection model because of the memory sharing. In terms of speed, App servers like Resin
http://www.caucho.com/articles/benchmark.xtp
do just fine against PHP in terms of speed.
it doesn't deliver on the write-once-run-anywhere promise of Java because of the vendors' difference
True a few years ago before Sun started validating app servers. Now not so true. The ServerSide.com runs on a cluster of machines where each machine runs the same code base on a different vendor's app server.
What I want to know is how come no PHP advocate mentions scalability? How do you pool arbitrary objects, or cache static data in PHP? How do you distribute sessions in PHP????? What happens when you want to cluster that PHP site??
Is there something inherently bad about PHP that should make me shy away from it
I don't like it for these reasons:
1. Not strongly typed. I know that this may sound dogmatic, but it seems to me that keeping track of the data type is a job that can be done much better by the computer than the programmer.
2. No standardized database API. Want to develop on DB a and later move to DB b? HA.
3. I have seen (and had to support) way too much spaghetti PHP. It's powerful, but in the hands of the inexperienced can turn into a mess.
Re:They passed on Java because FreeBSD is crappy?
on
Yahoo Moving to PHP
·
· Score: 2
If Java is the best solution for them (which I think it would be), then why not move to an operating system that properly supports it?
I agree. The general engineering rule is to pick the software you want to run, THEN pick the platform that runs it best.
The recent work on Linux processes by Ingo Molnar makes me believe that one choice that Yahoo should consider is in fact Linux.
J2EE is a deployment nightmare, nothing against the actual spec... It's the verdors' implimentations that can be a real pain.
Well, yes. But the spec itself gives you a tremendous amount of capability. The ability to do a deploy and have one pass through a for loop executed in one code version, and the next pass in a new code version is as far as I know unique on the serverside to Java.
What a stupid idea. This is just the sort of failed concept that was tried with all other sorts of technologies, be it NC Lathes (sold to the Russians by Toshiba), strong crypto (is the US the only country with good mathematicians) or chemical weapons technologies (sold to Iraq by German companies).
With the Chinese graduating twice as many engineers as the US, what makes you think they can't do this themselves??
IBM has been pretty good about giving back to the Open Source community. For example, I use the Eclipse IDE for my programming - IBM stated that when they opened Eclipse that they were giving a gift worth $40 million in development costs.
The CIP's mean that the patent takes original expiration date?
In some cases yes. I've had patents issue, and then updated (perhaps split to get better coverage on the patented matter) and the new patents have the expiration date of the original issued patent.
That says it all. I bet that you DON'T put the latest version of Solaris on a production server farm the moment it comes out, either. Apply the same conservatism to Linux, and you will be rewarded.
IANAL - but IMHO there is prior art available that could turn these patents to where it belongs -/dev/null
IANAL either, but I do hold 12 patents and know a little about what prior art is.
Prior art simply is art that is in practice or was publically disclosed at the time the inventor claims he made the invention.
The fact that MiniVend was released in 1995 probably does not qualify it as prior art. The PanIP patent was ISSUED in 1996. The invention (and prior art) must occur BEFORE the original filing date which is in this case in 1984.
Unless you can come up with prior art in this time frame you aren't going to get anywhere.
Now what is particularly interesting in this case is the long string of CIP's. It would be rather interesting to learn what the expiration date of this patent is - it may be relatively soon since one of CIP's issued as a patent.
Where did you get that? Try 200 years [cd-info.com].
Kodak is no longer in the CD-R market, having had its high quality gold-stabilized products pushed out by lesser quality product. However you can still get Mitsui product that uses the same chemistry. Disks using lower quality chemistries are very unlikely to last 200 years.
Slashdot Mirror
By a legal system which slashdotters consistently claim makes mistakes and knows nothing about tech issues.
All legal systems make mistakes. No system made by man is error-free. Are you saying that we should not have laws, or try to enforce them?
As far as tech issues, the question of Microsoft being a monopoly, or whether they abused their power as a monopoly is NOT a tech issue.
This socialist doctrine undermines the ideals of life, liberty, and the pursuit of happiness that the US was founded on. What right has the govt. to interfere in the trade of individuals within the US?
Trusts concentrate great economic power in the hands of a few individuals. When they exercise that power in certain ways, that power can prevent the pursuit of life, liberty and the pursuit of happiness. Upton Sinclair documented this quite thoroughly in The Jungle. Others have done so as well.
There is nothing in the Constitution that outlaws Socialism. And the Constitution does give the following power to the Congress to regulate commerce, i.e. interfere with the trade of individuals:
Article 1 section 8:
To regulate commerce with foreign nations, and among the several states, and with the Indian tribes;
In addition to this most States have laws forbidding certain restraints of trade by monopolies.
English history also has much to say on the topic:
http://voteview.uh.edu/antitrst.htm
Finally, you should read the history of the Presidency of T. Roosevelt and the problems with trusts in his era.
i don't see how thats tax avoidence at all, since you pay taxes when you withdraw your money from your 401(k).
Two reasons. You are paying the taxes with future dollars, which any accountant will tell you are worth less than current dollars for a variety of reasons, and you are paying the taxes after you retire so that your income and likely your tax rate will be lower.
The result is less tax.
Tax avoidance can be illegal.
: //www.demon.co.uk/mitreho/abeco/newslet/n9803 2.htm
Nope. The definitions I stated are correct. Here re a references.
http://www.arnettbroadbent.com/avoid.html
http
An illegal tax-avoidance scheme.
Terminology Lesson:
Tax avoidance is perfrectly legal; i.e. contributing to a 401K plan is tax avoidance.
Tax evasion on the other hand is illegal; i.e. claiming extra exemptions on your income tax.
The phrase "illegal tax avoidance scheme" is actually an oxymoron.
Then they will say that MS is a monopoly.
You have got to be kidding, The term monopoly in this context has a specific legal meaning. During the first trial Microsoft was proven IN A COURT OF LAW to be a Monopoly, AND to have violated the law by illegally using that monopoly position to stifle competition.
This appeal is related to determining the penalties for the abuse of monopoly power by Microsoft. The issue of whether Microsoft is a monopoly has been determined.
Actually a search on Dice.com turned up 296 RPG openings, far more than the 48 PHP openings listed.
Caching data is easy. You've ready-to-use classes to cache output/functions/pages (jpcache, PEAR::Cache, PEAR::Cache_Lite)
That is only a small part of what a J2EE web server should be able to handle in terms of caching.
Did you compare Resin with PHP with an accelerator
There are any number of Java acceleartion strategies too; any effort to exhaustively study all vs. PHP accelerators of them in detailed comparisons would require far more resources than I have available. In any case I am sure that the speed results would depend as much on the application domain and programmer skill as anything else, so such comparisons are really a waste of time. The key point here is that I wanted to refute the persistant claim that PHP is faster than J2EE. The fact is that there is no important speed difference between the two.
As far as the cost of Resin vs. PHP, if freedom is the important issue for you there are some perfectly free J2EE app servers such as Apache Tomcat which in it's 4.1.10 icarnation is a quite impressive product.
In any case, if you were to read the slides Yahoo presented, thier primary reason for not chosing Java is the limitations of the OS they are using, NOT any deficiency in J2EE or superiority of PHP despite the posturing in this forum.
Use a database, wise guy.
So I have to pull session data out of the database for every hit to the site? YOU HAVE GOT TO BE KIDDING!!!!
Oracle did a study showing the reverse with their app server and database.
e t_ bench.pdf
.Net
http://otn.oracle.com/tech/java/oc4j/pdf/9ias_n
In Oracle's study, they achieved results that were as much as 22x faster than
mostly-read databases (like most web databases) MySQL is hard to beat.
For simple web databases Mysql can be very good. But as soon as your boss wants to see financial reports on an ecommerce site running Mysql, the lack of views, subqueries, stored procedures etc. is crippling.
It's slow, it's a memory hog,
Nonsense. J2EE's threaded model is far more effecient than Apache/PHP's process per connection model because of the memory sharing. In terms of speed, App servers like Resin
http://www.caucho.com/articles/benchmark.xtp
do just fine against PHP in terms of speed.
it doesn't deliver on the write-once-run-anywhere promise of Java because of the vendors' difference
True a few years ago before Sun started validating app servers. Now not so true. The ServerSide.com runs on a cluster of machines where each machine runs the same code base on a different vendor's app server.
What I want to know is how come no PHP advocate mentions scalability? How do you pool arbitrary objects, or cache static data in PHP? How do you distribute sessions in PHP????? What happens when you want to cluster that PHP site??
All that abstraction and IIOP communication kills performance.
1. J2EE doesn't require you to use EJB. I've written several J2EE sites that don't use EJB, and they work great.
2. EJB 2.0 doesn't require IIOP. You can use a local interface. This pretty much eliminates the speed penalties with using EJB.
Anyone with that only on their resume will have to shape up the next years, when PHB's stop buying that particular buzzword and move on to the next.
That is one of the stupidest things I've heard on Slashdot this year. Java job openings on any of the major search engines outnumber php by 100 to 1.
Is there something inherently bad about PHP that should make me shy away from it
I don't like it for these reasons:
1. Not strongly typed. I know that this may sound dogmatic, but it seems to me that keeping track of the data type is a job that can be done much better by the computer than the programmer.
2. No standardized database API. Want to develop on DB a and later move to DB b? HA.
3. I have seen (and had to support) way too much spaghetti PHP. It's powerful, but in the hands of the inexperienced can turn into a mess.
If Java is the best solution for them (which I think it would be), then why not move to an operating system that properly supports it?
I agree. The general engineering rule is to pick the software you want to run, THEN pick the platform that runs it best.
The recent work on Linux processes by Ingo Molnar makes me believe that one choice that Yahoo should consider is in fact Linux.
J2EE is a deployment nightmare, nothing against the actual spec... It's the verdors' implimentations that can be a real pain.
Well, yes. But the spec itself gives you a tremendous amount of capability. The ability to do a deploy and have one pass through a for loop executed in one code version, and the next pass in a new code version is as far as I know unique on the serverside to Java.
Forbid American Corporations?
What a stupid idea. This is just the sort of failed concept that was tried with all other sorts of technologies, be it NC Lathes (sold to the Russians by Toshiba), strong crypto (is the US the only country with good mathematicians) or chemical weapons technologies (sold to Iraq by German companies).
With the Chinese graduating twice as many engineers as the US, what makes you think they can't do this themselves??
You go to the store where they give you a box with software and a cable modem. You install it yourself.
EXCELLENT!
IBM has been pretty good about giving back to the Open Source community. For example, I use the Eclipse IDE for my programming - IBM stated that when they opened Eclipse that they were giving a gift worth $40 million in development costs.
The CIP's mean that the patent takes original expiration date?
In some cases yes. I've had patents issue, and then updated (perhaps split to get better coverage on the patented matter) and the new patents have the expiration date of the original issued patent.
I've had that technique for years. It's called a checksum.
All a checksum does is provide a playground for anyone with a little Linear Algebra background.
Now if you are talking about message digests based on hash function, like SHA or HMAC you are on firmer ground.
I run Mandrake and Red Hat at home.
That says it all. I bet that you DON'T put the latest version of Solaris on a production server farm the moment it comes out, either. Apply the same conservatism to Linux, and you will be rewarded.
IANAL - but IMHO there is prior art available that could turn these patents to where it belongs - /dev/null
IANAL either, but I do hold 12 patents and know a little about what prior art is.
Prior art simply is art that is in practice or was publically disclosed at the time the inventor claims he made the invention.
The fact that MiniVend was released in 1995 probably does not qualify it as prior art. The PanIP patent was ISSUED in 1996. The invention (and prior art) must occur BEFORE the original filing date which is in this case in 1984.
Unless you can come up with prior art in this time frame you aren't going to get anywhere.
Now what is particularly interesting in this case is the long string of CIP's. It would be rather interesting to learn what the expiration date of this patent is - it may be relatively soon since one of CIP's issued as a patent.
Where did you get that? Try 200 years [cd-info.com].
Kodak is no longer in the CD-R market, having had its high quality gold-stabilized products pushed out by lesser quality product. However you can still get Mitsui product that uses the same chemistry. Disks using lower quality chemistries are very unlikely to last 200 years.