I have little sympathy for companies that get blocked because they set up lots pseudo-identical sites in an effort to garner better google restults.
No company that relies upon their website for business should fail to account for their google rankings. To not do so is dangerous. This means preparing one's site for googlebots and heeding it's terms and conditions.
Not that I'm saying it's not unfair that google wields this much power. But it does.
I don't see how this could be economically viable in a large scale. Not that it's not possible in small highly controlled circumstances. If a city decided to upgrade it's electical infrastructure to allow this then sure. But it seems like to make this work on *any* electrical lines would be tremendously difficult.
Can it be done? Yes. Will this be the cure-all for rural broadband? Probably not. Not because it's not possible but because the $$$ won't make it worth the capital outlays it would require.
Why is it that people have to think so one-dimensional in situations like this. Why do we have to see posts like:
Swing is the fastest best GUI ever invented!!!!!! Everything should use Swing all the time no matter what!!!
Swing is so dog slow it's awful!!! I heard Sun is going to just remove it from the JDK and take all the engineers that designed it and hang them outside Sun headquarters!!
They really both have their place. If you really need an app to look and behave the same across all OS's and JVMs then Swing is the obvious solution. It has its shortcomings, but it is much improved since the 1.2 days.
Alternatively, if you are developing an app for only one platform then your requirements are different and something like SWT might make sense.
It also seems to me to be not that important. GUI apps have there place, but if you look at the bulk of the programming work going on right now it is not happening in GUIs. I think Java is winning where it counts.
I agree with the author in that choosing C or C++ over Java, PHP, or some other modern language today doesn't make a lot of sense. Not that there aren't legitimate reasons to use C, but I think it's reasonable to take the approach that when starting a new project we'd assume that a modern language is the way to go until we can justify using a lower-level language for performance, or other reasons.
However, I'm not sure that using Java-based apps would decrease the instances of security holes. Building security into applications is still inherently hard to do, no language can completely isolate the programmer from having to think and design for security and there will never be a sudden epiphany by every developer in the world that they have to spend time on security when they have deadlines to meet.
This is essentially no different then implementing Java applets. This could be a good step torwards allowing Mozilla to be a viable option for organizations who use internal applications that have Active X controls.
Slashdot Mirror
I have little sympathy for companies that get blocked because they set up lots pseudo-identical sites in an effort to garner better google restults.
No company that relies upon their website for business should fail to account for their google rankings. To not do so is dangerous. This means preparing one's site for googlebots and heeding it's terms and conditions.
Not that I'm saying it's not unfair that google wields this much power. But it does.
it doesn't. Would Snapple really lie to me?
I don't see how this could be economically viable in a large scale. Not that it's not possible in small highly controlled circumstances. If a city decided to upgrade it's electical infrastructure to allow this then sure. But it seems like to make this work on *any* electrical lines would be tremendously difficult.
Can it be done? Yes. Will this be the cure-all for rural broadband? Probably not. Not because it's not possible but because the $$$ won't make it worth the capital outlays it would require.
They really both have their place. If you really need an app to look and behave the same across all OS's and JVMs then Swing is the obvious solution. It has its shortcomings, but it is much improved since the 1.2 days.
Alternatively, if you are developing an app for only one platform then your requirements are different and something like SWT might make sense. It also seems to me to be not that important. GUI apps have there place, but if you look at the bulk of the programming work going on right now it is not happening in GUIs. I think Java is winning where it counts.
I agree with the author in that choosing C or C++ over Java, PHP, or some other modern language today doesn't make a lot of sense. Not that there aren't legitimate reasons to use C, but I think it's reasonable to take the approach that when starting a new project we'd assume that a modern language is the way to go until we can justify using a lower-level language for performance, or other reasons.
However, I'm not sure that using Java-based apps would decrease the instances of security holes. Building security into applications is still inherently hard to do, no language can completely isolate the programmer from having to think and design for security and there will never be a sudden epiphany by every developer in the world that they have to spend time on security when they have deadlines to meet.
This is essentially no different then implementing Java applets. This could be a good step torwards allowing Mozilla to be a viable option for organizations who use internal applications that have Active X controls.