Last Updated Oct 29, 2010 12:23 PM EDT
However, for a moment, put aside whether Google has to pay a large sum of cash to Oracle. There is a far bigger issue of whether Google has the management systems in place to properly direct what the company does and how it manages risk. Given what has come out even so far in this case and in the turmoil over Google's sampling private data from Wi-Fi hot spots around the world, the answer would seem to be no. That raises the question of whether CEO Eric Schmidt and his top executive team are performing some of the most basic management functions that any corporation needs.
As you can see in these side-by-side comparisons, the examples of code from Oracle and from Google look identical
Even if these are the only examples Oracle can find of identical code -- not likely, I think, but posit it for now -- the damage done to Google's defense is enormous. One of the points Google made in answering the complaint was that the company developed a so-called clean room version of Java. In other words, Google says that it put developers into a vacuum. Without reference to how Sun Microsystems, acquired by Oracle, coded Java software, Google's development team was supposed to work backwards from what the software was supposed to do and create its own version.
Might some code realistically look similar? Absolutely, as engineers could easily reach for similar approaches to solving problems. But completely identical, down to variable names? Ha!
Now Google has some serious explaining to do. In the early days of the Wi-Fi data grabbing tumult, the explanation was that the whole multi-year-long episode was one big error, as a company statement suggested:
So how did this happen? Quite simply, it was a mistake. In 2006 an engineer working on an experimental WiFi project wrote a piece of code that sampled all categories of publicly broadcast WiFi data. A year later, when our mobile team started a project to collect basic WiFi network data like SSID information and MAC addresses using Google's Street View cars, they included that code in their software -- although the project leaders did not want, and had no intention of using, payload data.At the time, I walked through a six-step analysis of why this was so much unprocessed, bovine-delivered plant fertilizer:
- As developers wrote code, either they documented their work or not.
- Either the project had supervision or not.
- If the project had supervision, either people did their jobs and knew what was going in or not.
- If the people knew what was happening, then they either competently ensured that code was documented or not.
- If supervisors did their jobs, either communication allowed management to know of the data, or the communications necessary to properly running a company was absent and the whole effort was for naught.
- If management knew, then it lied and then did an about face in public.
Clean room development does not result in sections of identical code any more than putting six monkeys on typewriters in a room for a few months will give you pages of Shakespeare. So either management knew what was going on, in which case it acted in a completely irresponsible manner, or the company didn't have the checks and balances in place to be sure that everything was done as it should be to avoid a problem with the pugilistic Oracle, in which case management acted in a completely irresponsible manner.
The conclusion is the same, and that raises yet another question: Can Google ever achieve its potential when those who run it seem unable to exert meaningful control when it counts most?
- Google Wants Oracle Java Patent Suit Dropped. As If
- Righthaven Uses Copyright for Parasitic Bottom Feeding
- Oracle Google Suit Could Kill Android and Threaten Open Source
- Google Will "Scan" Your Email, Not "Read" It. What Hypocrisy
- Google Can't Get Off the Hook as the Wi-Fi Investigation Grows
- Google's Big Wi-Fi Problem May Be Wiretapping, Not Privacy
- Google's Management Arrogance: Wi-Fi Data Slurp-Up Shows No One's Running the Store