A simple example would be server-based image processing. We see this done in PHP using the GD extension now which is installed by default on most hosting providers.
The following packages do not exist.
google.io.*
google.threads.*
google.db.*
google.util.*
If, in the future, google does add those libraries, I would fully expect them to be opensourced.
I can see how you misunderstood the posting. Please, let me help you.
I will do this in two parts:
[PART-1]
I am sure that you only missed the that I used "e.g." (what is an e.g.?) in the above, otherwise you would not have made the mistake of thinking that it could have been referring to anything else other than an example being posited for the discussion.
Those names were examples... hypothetical, if you will.
Now that that is all cleared up, give the post a re-read... but only after reading PART-2 which comes next...
[PART-2]
Also consider another good point:
Why block the ALREADY open source standardized community developed and supported implementations only to provide your own replacements? Even if as you suggest that you "would fully expect them to be opensourced", WHY NOT support the existing open source community? WHY NOT support the existing open source solutions?
Remove APIs for Threads, File Access, ThreadGroups, or whatever you feel you want removed (eg. java.io.*, java.lang.*, java.util.*, etc...)
Replace those features with APIs that offer features only available on the Google's application server. (eg. google.io.*, google.threads.*, google.db.*, google.util.*, etc...)
Have developers write their code for your Google application server.
Snicker knowingly because you know that Java Servlet/JSP developers can and do use Threads and file systems and network access in their applications. In fact PHP developers use file systems all the time along with network access. Why do you snicker? Because you know they cannot simply copy their applications to Google App Engine without reimplementing it and creating a version JUST for Google App Engine. As the implementations are different and we know that developers time costs money($$$), managers will eventually have to decided whether to continue to support the open Servlets/JSP implementation (which could be ported to Tomcat, Resin, JBoss, or any others) or if they will just go with the Google App Engine version.
Laugh when they cannot port their applications out WITHOUT reimplementing all of the private APIs.
I used to have a Toshiba laptop with the bigger long-life REMOVABLE BATTERY and it got between 6-8 hours of life out of it. That laptop had NVIDIA graphics, too... and ~2GHz CPU (single core). Apple is giving "internal vs. external" as the reason they are giving, but it does not appear to be THE reason.
Java is compiled Just-in-time, though I don't know about smaller, obscure or embedded platforms.
On mobile phones that use ARM chips Java byte-codes can also be executed directly by the CPU if the ARM chip implementes Jazelle. These ARM chips have a "J" in their names (eg. ARM926EJ-S).
WI'm surprised Google isn't considering moving some of its data centres to Arctic locations where you get cool temperatures year-round.
There is no reason to be surprised. It is cheaper to not move the data center to where it is colder and just make all upgraded hardware use the new chips. Google's budget calls for hardware upgrades already. Upgrading to CPUs with higher temp tolerances would mean they pay the same $X-thousand for the box they would anyway and simply turn the thermostat up.
... I've seen it with Java related news in Google News!!!... It has the same characteristics as the United Airlines situation.
On September 4, in Google News, I saw the headline Kodak sues Sun over Java when the story was listed as only about an hour old! But when I went to check the real story it was really written back in 2002!!! =-O
It's still there in Google News! Here's what you see there:
Kodak sues Sun over Java
Computerworld, MA - Sep 4, 2008
Kodak has worked with Sun on several aspects of Java. It was one of six developers to work with the company in the creation of the Java Advanced Imaging...
Kodak sues Sun over Java
Martyn William, IDG News Service February 13, 2002 (IDG News Service) -- Eastman Kodak Co. has filed a patent infringement lawsuit against Sun Microsystems Inc. over its Java programming technology, Sun said late yesterday.....
Computerworld's web server throws out these response headers:
HTTP/1.1 200 OK
Date: Tue, 09 Sep 2008 21:42:11 GMT
Server: Apache/1.3.34 (Unix) Resin/3.0.18 PHP/4.3.11 mod_ssl/2.8.25 OpenSSL/0.9.8a
Content-Language: en
Connection: close
Content-Type: text/html;charset=UTF-8
I've seen these kind of things related to Java news for a few months.
Each time I saw it, I wondered what might be behind it.
SEO manipulating news rankings?
When I was a teen I developed a multi-tasking kernel for the Commodore-64 computer. Yeah... I was totally geeking.
I got it to work, but the biggest challenge was trying to figure out how to make it be able to use real swapping and virtual memory (I wanted to use a floppy drive act as swap I could have a 180+K system and perform swapping on a memory block / page-based basis).
To do this with a 6502 series CPU, I concluded it would be easier to have a compiler that could produce code that used only relative addressing operations as well as took advantage of the BRK-vector as a way to add "extended operators" to the architecture.
So under this new architecture:
BRK-BRK ($00 $00) = the original BRK ($00). BRK-$01 ($00 $01) = end of page boundary reached BRK-$01 ($00 $02) = remove process from scheduler BRK-$03 ($00 $03) =... etc...
You get the idea. BRK-$01 (end of page boundary) would have been important because the compiler would have to place this at the end of the code in a page near the page boundary. It would be used to single the underlying system that it needed to advance the instruction counter to the first byte in the next logical page of this process.
I benched tested most of this, but moved onto other things. The compiler is the trick, though. Hand coding the tests for this architecture was tough. But I knew that having a compiler do the heavy lifting of laying out the instructions would have rocker-dockered.
Slashdot Mirror
So then why is there this concern about H.264? The solution should be to use unencumbered formats. Why is that not happening?
The problem isn't the patents, but instead the problem is why is a patented codec being approved in the open HTML5 standard?
How'd that happen? Who let it happen? Why wasn't the choice restricted to open codecs?
That, my friends, is the real problem here.
This is the same design used in the Chevy VOLT.
I see your confusion, but we are lucky that to help clear this up for you is another commenter on this post has provided their own real world example of this very LOCK-IN PROBLEM. Please give it a read.
Yes. You are correct. Microsoft lost.
A simple example would be server-based image processing. We see this done in PHP using the GD extension now which is installed by default on most hosting providers.
I just posted this comment today with the answer: HOWTO: Using a SUBSET to create LOCK-IN!!!.
Your theory falls flat when you hit point #2
The following packages do not exist. google.io.*
google.threads.*
google.db.*
google.util.*
If, in the future, google does add those libraries, I would fully expect them to be opensourced.
I can see how you misunderstood the posting. Please, let me help you.
I will do this in two parts:
[PART-1]
I am sure that you only missed the that I used "e.g." (what is an e.g.?) in the above, otherwise you would not have made the mistake of thinking that it could have been referring to anything else other than an example being posited for the discussion.
Those names were examples... hypothetical, if you will.
Now that that is all cleared up, give the post a re-read... but only after reading PART-2 which comes next...
[PART-2]
Also consider another good point: Why block the ALREADY open source standardized community developed and supported implementations only to provide your own replacements? Even if as you suggest that you "would fully expect them to be opensourced", WHY NOT support the existing open source community? WHY NOT support the existing open source solutions?
Run real Linux apps...
Install it at home, too...
Use Ulteo. Check it out for yourself.
The Chevy/Geo Metro was a Suzuki.
I used to have a Toshiba laptop with the bigger long-life REMOVABLE BATTERY and it got between 6-8 hours of life out of it. That laptop had NVIDIA graphics, too... and ~2GHz CPU (single core). Apple is giving "internal vs. external" as the reason they are giving, but it does not appear to be THE reason.
This is THE year of the Linux desktop... because I finally switched over to it.
Cheers!
Java is compiled Just-in-time, though I don't know about smaller, obscure or embedded platforms.
On mobile phones that use ARM chips Java byte-codes can also be executed directly by the CPU if the ARM chip implementes Jazelle. These ARM chips have a "J" in their names (eg. ARM926EJ-S).
Read about it here: ARM Jazelle.
Here's the Deletionist smoking gun:
Here is what was deleted from Wikipedia preserved on Deletionpedia:
It should not have been deleted.
CHALLENGE: Track down how it was deleted, why it was deleted, who was involved, and what was the motive for the deletion.
OpenOffice has had the ability to export to PDF since OpenOffice 2.x.
... could use Fennec right now. :-)
WI'm surprised Google isn't considering moving some of its data centres to Arctic locations where you get cool temperatures year-round.
There is no reason to be surprised. It is cheaper to not move the data center to where it is colder and just make all upgraded hardware use the new chips. Google's budget calls for hardware upgrades already. Upgrading to CPUs with higher temp tolerances would mean they pay the same $X-thousand for the box they would anyway and simply turn the thermostat up.
A net savings.
I wrote the open source backup tool "Gazoo!" to perform fast reliable backups using rsync. Think of it as a command-line TimeMachine. ;-)
Give it a whirl! Never loose a file again! :-D
And here is what you see in the Computerworld article:
Computerworld's web server throws out these response headers:
I've seen these kind of things related to Java news for a few months.
Each time I saw it, I wondered what might be behind it.
SEO manipulating news rankings?
When I was a teen I developed a multi-tasking kernel for the Commodore-64 computer. Yeah... I was totally geeking.
...
I got it to work, but the biggest challenge was trying to figure out how to make it be able to use real swapping and virtual memory (I wanted to use a floppy drive act as swap I could have a 180+K system and perform swapping on a memory block / page-based basis).
To do this with a 6502 series CPU, I concluded it would be easier to have a compiler that could produce code that used only relative addressing operations as well as took advantage of the BRK-vector as a way to add "extended operators" to the architecture.
So under this new architecture:
BRK-BRK ($00 $00) = the original BRK ($00).
BRK-$01 ($00 $01) = end of page boundary reached
BRK-$01 ($00 $02) = remove process from scheduler
BRK-$03 ($00 $03) =
etc...
You get the idea. BRK-$01 (end of page boundary) would have been important because the compiler would have to place this at the end of the code in a page near the page boundary. It would be used to single the underlying system that it needed to advance the instruction counter to the first byte in the next logical page of this process.
I benched tested most of this, but moved onto other things. The compiler is the trick, though. Hand coding the tests for this architecture was tough. But I knew that having a compiler do the heavy lifting of laying out the instructions would have rocker-dockered.
Just googled it and it looks like we got to see the birth of this new term! http://www.google.com/search?q=astrotrolling