I listen to streaming internet radio while I am driving with my phone all the time. It works great, even over EDGE. I have never been anywhere with my phone that didn't have at least EDGE service available.
Battery life is not the issue you make it out to be as far as I have experienced. The drain is mostly negligible in my experience. Perhaps because the EDGE radio is fairly efficient on my phone. And, as you said, I can always plug it in under most conditions if necessary.
The cost to stream the radio is essentially nothing as I am already paying for the data package anyway. Satellite radio might be slightly cheaper (by roughly $10.00 per month by the looks of things) but the internet access is more important than radio to me. Being able to use that connection for radio is just an added benefit. Not to mention that some of my most favourite stations are internet-only.
With the current technical offerings in the radio space, I can't imagine exploring any other option than streaming radio over mobile data networks. All the other technologies have far too many limitations for my listening needs.
Slashdot already posted a story maybe a week ago that supporting OSS is a flawed business plan because OSS typically doesn't require support in the first place.
* Spending program, you can take a picture of your paper receipt and it logs the total(using simple OCR) and the time. And then lets you organize the data in powerful ways.
I have seriously considered writing an application along those lines, but the fixed-lens camera puts it out of reach. I know there has been some amazing progress in sharpening a blurry image in software, but implementing that kind of technology with my limited resources is virtually impossible.
The fact that IAmRich, a program that does absolutely nothing, sold seven copies before it was pulled just goes to show that there is (or at least was) a market for expensive applications.
Trism originally launched via Installer.app. That gave the developer plenty of time to get all of the kinks worked out long before the App Store became available.
$150-$200 per hour doesn't seem out of line for a decent company providing those services on contract. I don't think anyone is talking about an employee being paid those kind of rates here.
Last time I checked, the iPhone will typically run you $2000-$3000. Not a few hundred dollars like you have stated. The iPod Touch does fit into that price range, however.
You claimed that "PHPulse is used in the enterprise by investments firms and by telecoms for day to day business."
Investment firms (plural) and telecoms (plural) means that at least four major businesses are using it. Yet you now only know of two. Perhaps you could explain what happened to the other two, or more, businesses that were using PHPulse?
XML is most certainly a language. That is, like I earlier stated, what the L stands for. It is not a programming language, of course, but your original reference to XML made no mention of programming. English is also a language, but I have no intention of writing a computer program in it either.
Thank you for your concern and advice. Would you mind providing a list of counselors, medications, and major PHPulse users to aid in the treatment of my condition that you have so graciously diagnosed for me?
I don't see a way to use robots.txt to limit the number of crawler hits per interval other than just denying it.
A sitemap, which Google will follow, will give the crawler an indication of how often your content changes. If you don't want Google hitting you often, set a high change frequency.
KDE applications also get spell checking for free, if Qt is more your style. The point still remains, having to implement the feature at the application level is silly.
Every Cocoa application gets spelling and grammatical checking for free on OS X. Having to include it at the application level does seem rather ridiculous.
He claims his firewall blocks all unknown incoming traffic. It would be impossible for him to download a file with a virus as that would be considered unknown incoming traffic.
Industry leaders means about as much as CEOs. Without naming names to verify your statements with, your comments do not hold much credibility.
However, some benchmarks show that Ruby is faster than PHP. Once MagLev hits the streets Ruby will be significantly faster than the current runtime. Granted, benchmarks do not mean a whole lot outside of the real world. Since we are not talking about performance, but scaling, that point is moot anyway.
As a reminder we are talking about scaling here. What prevents Rails from scaling? Since you have, admittedly, worked with it in the past, you should be familiar enough with it to know what prevents it from scaling. Hearsay alone does not prevent it from doing so, I'm afraid.
XML is not a programming language. I never said it was. I'm not sure where you got the idea that you could write a program in it came from.
I can write you a program in SQL for you.
SELECT foo FROM bars;
Now I can already hear you thinking that this isn't a program because the RDBMS is doing all the work or that SQL isn't turing complete, even though it is under most implementations. But it is a program as much as the following is a program.
<?php echo "Foo"; ?>
Now that I have presented you with examples and programs, let's see the list of companies who have achieved great success scaling PHPulse well beyond what Yellowpages.com and Twitter are doing. You only have 500 businesses to chose from, according to Alexis, so it shouldn't be too hard of a list to compile.
Since you claim to have experimented with Rails on your project, would you mind telling me what, exactly, prevents it from scaling?
I understand that fixing the problem may have been more difficult than starting over with PHPulse, but no logical person would throw out all that hard work without a good understanding of why it doesn't scale.
You said backend processing, not frontend processing. Backend would include MySQL, which apparently is a PHPulse requirement, and just so happens to be written in C, not PHP. It also uses the SQL language.
It would be insane to think that Ruby, or even PHP, is the right tool for every job. And not even your entire stack is written in PHP, despite your efforts to claim otherwise.
Also, I'm still waiting on those names. You made a big deal about the vast number of large businesses using PHPulse, so naming one or two that use it publicly should be easy. I already gave you a couple of the more well known Rails users.
Your argument makes little sense. Even your PHPulse framework requires the use of other languages on the backend. At least according to the website.
And I still want to hear some names since there are, by your own admission, a lot of large companies using it. Does Facebook use PHPulse? Digg, perhaps?
Let's hear some names. Yellowpages.com claims that Rails scales without any problem. Twitter, despite all their whining, seem to be scaling just fine also. Which PHPulse sites have more load than those two?
There is nothing about Rails that prevents it from scaling. Anyone who claims that Rails does not scale obviously does not understand what scaling means.
Also, I am certain I can write PHPulse code that does not scale.
Slashdot Mirror
I listen to streaming internet radio while I am driving with my phone all the time. It works great, even over EDGE. I have never been anywhere with my phone that didn't have at least EDGE service available.
Battery life is not the issue you make it out to be as far as I have experienced. The drain is mostly negligible in my experience. Perhaps because the EDGE radio is fairly efficient on my phone. And, as you said, I can always plug it in under most conditions if necessary.
The cost to stream the radio is essentially nothing as I am already paying for the data package anyway. Satellite radio might be slightly cheaper (by roughly $10.00 per month by the looks of things) but the internet access is more important than radio to me. Being able to use that connection for radio is just an added benefit. Not to mention that some of my most favourite stations are internet-only.
With the current technical offerings in the radio space, I can't imagine exploring any other option than streaming radio over mobile data networks. All the other technologies have far too many limitations for my listening needs.
Slashdot already posted a story maybe a week ago that supporting OSS is a flawed business plan because OSS typically doesn't require support in the first place.
I have seriously considered writing an application along those lines, but the fixed-lens camera puts it out of reach. I know there has been some amazing progress in sharpening a blurry image in software, but implementing that kind of technology with my limited resources is virtually impossible.
The fact that IAmRich, a program that does absolutely nothing, sold seven copies before it was pulled just goes to show that there is (or at least was) a market for expensive applications.
Trism originally launched via Installer.app. That gave the developer plenty of time to get all of the kinks worked out long before the App Store became available.
$150-$200 per hour doesn't seem out of line for a decent company providing those services on contract. I don't think anyone is talking about an employee being paid those kind of rates here.
Last time I checked, the iPhone will typically run you $2000-$3000. Not a few hundred dollars like you have stated. The iPod Touch does fit into that price range, however.
You claimed that "PHPulse is used in the enterprise by investments firms and by telecoms for day to day business."
Investment firms (plural) and telecoms (plural) means that at least four major businesses are using it. Yet you now only know of two. Perhaps you could explain what happened to the other two, or more, businesses that were using PHPulse?
XML is most certainly a language. That is, like I earlier stated, what the L stands for. It is not a programming language, of course, but your original reference to XML made no mention of programming. English is also a language, but I have no intention of writing a computer program in it either.
Thank you for your concern and advice. Would you mind providing a list of counselors, medications, and major PHPulse users to aid in the treatment of my condition that you have so graciously diagnosed for me?
CSS supports tables* with display: table/table-row/table-cell. No need to mess up your HTML with tables, unless it really is tabular data, of course.
* Internet Explorer doesn't. Shocking, I know.
A sitemap, which Google will follow, will give the crawler an indication of how often your content changes. If you don't want Google hitting you often, set a high change frequency.
KDE applications also get spell checking for free, if Qt is more your style. The point still remains, having to implement the feature at the application level is silly.
Every Cocoa application gets spelling and grammatical checking for free on OS X. Having to include it at the application level does seem rather ridiculous.
He claims his firewall blocks all unknown incoming traffic. It would be impossible for him to download a file with a virus as that would be considered unknown incoming traffic.
Industry leaders means about as much as CEOs. Without naming names to verify your statements with, your comments do not hold much credibility.
However, some benchmarks show that Ruby is faster than PHP. Once MagLev hits the streets Ruby will be significantly faster than the current runtime. Granted, benchmarks do not mean a whole lot outside of the real world. Since we are not talking about performance, but scaling, that point is moot anyway.
As a reminder we are talking about scaling here. What prevents Rails from scaling? Since you have, admittedly, worked with it in the past, you should be familiar enough with it to know what prevents it from scaling. Hearsay alone does not prevent it from doing so, I'm afraid.
XML is not a programming language. I never said it was. I'm not sure where you got the idea that you could write a program in it came from.
I can write you a program in SQL for you.
Now I can already hear you thinking that this isn't a program because the RDBMS is doing all the work or that SQL isn't turing complete, even though it is under most implementations. But it is a program as much as the following is a program.
Now that I have presented you with examples and programs, let's see the list of companies who have achieved great success scaling PHPulse well beyond what Yellowpages.com and Twitter are doing. You only have 500 businesses to chose from, according to Alexis, so it shouldn't be too hard of a list to compile.
Since you claim to have experimented with Rails on your project, would you mind telling me what, exactly, prevents it from scaling?
I understand that fixing the problem may have been more difficult than starting over with PHPulse, but no logical person would throw out all that hard work without a good understanding of why it doesn't scale.
Of course XML is a language. What do you think the L stands for? Are you going to tell me that english is not a language next?
Umm, no I am definitely talking about Yellowpages.
Facebook has the same problems you mention that Twitter has. Since Facebook is a PHP shop, by your assertion, PHP cannot scale either.
You said backend processing, not frontend processing. Backend would include MySQL, which apparently is a PHPulse requirement, and just so happens to be written in C, not PHP. It also uses the SQL language.
It would be insane to think that Ruby, or even PHP, is the right tool for every job. And not even your entire stack is written in PHP, despite your efforts to claim otherwise.
Also, I'm still waiting on those names. You made a big deal about the vast number of large businesses using PHPulse, so naming one or two that use it publicly should be easy. I already gave you a couple of the more well known Rails users.
Your argument makes little sense. Even your PHPulse framework requires the use of other languages on the backend. At least according to the website.
And I still want to hear some names since there are, by your own admission, a lot of large companies using it. Does Facebook use PHPulse? Digg, perhaps?
Let's hear some names. Yellowpages.com claims that Rails scales without any problem. Twitter, despite all their whining, seem to be scaling just fine also. Which PHPulse sites have more load than those two?
There is nothing about Rails that prevents it from scaling. Anyone who claims that Rails does not scale obviously does not understand what scaling means.
Also, I am certain I can write PHPulse code that does not scale.
Sounds exactly like how Rails does it, and has been doing since long before PHPulse was ever released.