Commentary
Why You Can't Be Half-Open
Back when I was at the Red Hat Summit in Boston a few weeks ago, one of the panelists commented that the open source community takes a very exacting view of openness. You can't be half-pregnant, he quipped -- and you can't be half-open, either. Google's recent gaffe with the Android SDK (pending a more benign explanation of events) stands out as an example.
Back when I was at the Red Hat Summit in Boston a few weeks ago, one of the panelists commented that the open source community takes a very exacting view of openness. You can't be half-pregnant, he quipped -- and you can't be half-open, either. Google's recent gaffe with the Android SDK (pending a more benign explanation of events) stands out as an example.
More Software Insights
White Papers
- How To Regain IT Control In An Increasingly Mobile World - by BlackBerry
- The BlackBerry PlayBook tablet's Good Bones - by BlackBerry
Reports
More >>Webcasts
- Maximize ROI with Database Consolidation onto Private Clouds
- The ABC's of Cloud Computing in the Midmarket
A good deal of how Google works in the first place revolves around controlled tension between being open and accessible, and being proprietary and secretive. Anyone can use Gmail (open), but the code for it is their business (secret); likewise, their search APIs are open to the public but the algorithms that drive them are not. And so on. That said, nobody really grouses about Google not giving away its algorithms for free, though; it's how they monetize everything. It's their system and they can offer, or withhold, as they please.
Now take the recent kerfuffle over the different editions of the Android SDK. The problem here is that what Google seems to be giving freely with one hand, they take away with another -- or rather, what they give with one hand, they give more of to someone else with another. Suddenly, there's the perception -- and perceptions mean a whole heck of a lot in this world, lest we forget -- that Google is playing favorites. Playing favorites equals not so open.
I hinted above that there could be a perfectly benign explanation for all this -- e.g., maybe the NDA version of the SDK that Google was offering to a select few had alpha/beta-level stuff that they didn't want everyone running wild with and misreporting the significance of. Whatever the reason, Google needed to do a better job ahead of time of keeping the community -- you know, the people who are actually going to make Android into something more than just a nice idea -- in the loop.
It's the difference between saying, "Hey, guys, we're going to do this, have fun!" and "Hey, guys, we're thinking about doing this -- we only have a limited amount of time to make a decision but we wanted to hear from you before them. What do you think?" Which one of those two approaches do you think the open source community, regardless of the venue, would rather hear from a prospective partner?
Related Reading
| To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy. | |
|
|
T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting! |
Subscribe to RSSResource Links
This Week's Issue
Technology Whitepapers
- Mobile BI: Actionable Intelligence for the Agile Enterprise
- Creating the Enterprise-Class Tablet Environment - by Yankee Group
- The BlackBerry PlayBook tablet's Good Bones - by BlackBerry
- Red Alert: Why Tablet Security Matters - by BlackBerry
- New Visual and Wizard-Driven Paradigms for Exploring Data and Developing Analytic Workflows
Featured Broadcast
This white paper explains how to create a manageable, scalable environment suited to answer real-time business needs by building out a data center on a standards-based, virtualization-aware, energy-efficient and affordable platform. Plus, learn how virtualization is making the jump from the server realm into the application, mobile and database worlds in the additional resources section.
Learn More












