Linux for Suits - An Interview with J.P. Rangaswami
J.P. Rangaswami won't be defending his title as CIO of the Year, because that's no longer his job at Dresdner Kleinwort Wasserstein, one of the world's leading investment banks. But he still works there—harder than ever, from what I could tell when I ran into him at the latest Reboot conference in Copenhagen. (He lives in the UK, when he isn't traveling the world, looking for ways to reconcile the leading edge with sturdy infrastructure.)
At Reboot, J.P. gave a knockout keynote address, in which he volleyed back a number of ideas I have also been lobbing over the Net and here in Linux Journal. As always, he enlarged those ideas considerably, while adding many new ones of his own. Here are a few:
People are not assembly-line things. What makes us different is that we are different. And to try to create standardized norms of us is where evil starts stepping into organizations. It's building hospitals where you centralize ill people. Very clever, right? Why would people do that? You know many people die of exposure to illness while they are ill? The last place you want to spend any time is in a central hospital. That place is a production of industrial thought, not human thought....
This capacity to bond was denied us because of the divide-and-conquer garbage that we were exposed to, probably for the last four or five hundred years—and made a lot more sophisticated through the any-color-you-want-as-long-as-it's-black assembly-line-production-factory approach to humanity. And it doesn't scale. It doesn't work....
If you go to many Eastern countries, identity is not about who I am, because the I is very unusual. Identity is about what I belong to. Identity is a statement of the community that I belong to. Identity is a statement of things that I will associate with me, that empower me as a result of belonging to something....
There are many things you can use identity for. But if you understand that even a passport, three hundred or four hundred years ago, used to say, “I know this person. Will you please look out for him.” Not, “These are his permissions and these are the things he can do and this is what he needs a visa for.” None of that stuff. It was elective to say, “Since I know you and I know this person, look after this guy. He's a good guy.” It was a trusted domain-type statement. And then also to say, “If he needs anything, if he's ill, if he needs some food, if he needs shelter, help him out.” That's what the passport used to be. Look what it's become. And we've allowed this to happen. We've allowed things to be taken away from us, rather than saying, “Let's build new things.” I only want us to get back what we had....
The first death is device lock-in....Can you imagine me telling people, “You cannot use your own pen”? Or, “You can't use your own voice.”
Afterwards, I thought it would be fun to continue the volley in the form of an interview. Here it is.
Doc: Are (or were) there any other CIOs like you? Meaning, ones that embrace open source, DIY-IT, re-usability and disruptions you know are going to be more constructive and stable in the long run than the technologies being disrupted?
JP: I think there are many others, but I had some advantages. One, given our size and shape, innovation was an imperative rather than a nice-to-have. Two, we have some very talented people working in IT at DrKW. Three, we had management commitment and buy-in, which also goes a long way. So, it was easier for me to do this than for many of my peers. Other CIOs that come to mind are Al-Noor Ramji at BT (who, incidentally, hired me at DrKW!), Tom Sanzone at Credit Suisse and David Yu at Betfair. David is now the CEO at Betfair, which is going some.
Doc: You are widely regarded as the best CIO in the world (and have won awards for that). Yet you moved on to another job at DrKW. How come? And what does that say for the CIO job in general?
JP: Well, I'd done five long years, and I needed a fresh challenge. My lifeblood is in innovation, so it made sense for me to join our Digital Markets operation—a bunch of very tech-literate and tech-friendly people, who have done wonders in actually using Web 2.0 tools rather than talking about them.
Doc: What is your new job and what is it about?
JP: I'm the Head of Alternative Market Models in our Digital Markets unit. Simply put, my role is to take our learning in Web 2.0 from the enterprise to our customer base. There's a high involvement in technology as a result, so I can continue to work with my erstwhile colleagues. And it's refreshing.
Doc: What are less-recognized but important trends you see happening with (or coming from) open source? Or with Linux in particular, since we center our focus on that platform?
JP: I see three things against a common background.
First, the background. People have finally come to grips with the fact that open source is about commoditized infrastructure and not about communism. In fact, open source is more secure than proprietary architectures, and that really helps us take advantage of Moore and Metcalfe effects. It helps us get away from the traditional full-of-holes and insecure arguments and gives us a sound business basis for doing it.
One is a shift in scope and breadth: Linux is about ecosystems and not vertical stacks, which changes the way we manage our portfolio.
Two is a shift in time: beta now means live. We have learned to bring iteration into our processes—something that we needed to discover was the value of democratized innovation.
Three is a shift in workforce location: adoption of Linux and open-source principles really helps us work better with a geographically dispersed workforce; Linux is ubiquitous, it engenders faster and cheaper localization and is easier to support on a global basis than any proprietary architecture.
By the way, I'm also intrigued by where NAND RAM is going, Robson and so forth, and watching very carefully what that means for us in years to come.
Doc: You've talked about technologies or practices that you consider dead or terminal. DRM, for example. Device lock-in. Yet, major vendors such as Apple, in spite of their embracing of open source, remain very committed to both DRM and device lock-in. The iPod, while a brilliant technological and marketing achievement, may now be the world's largest and most successful silo, combining both DRM and device lock-in. Is there any hope that these companies will get clues from leaders on the customer side like yourself?
JP: As people recognize the sheer cost and inefficiency of DRM and device lock-in, I think this will change. Right now, everyone's used to levels of lock-in at the device, but as I said at Reboot, things are changing. Generation M will resist and the market will drive vendor behavior. Generation M is predisposed against lock-in, unlike our generation. And things will change. Like the phone example. First, you rent a black phone from the phone company; then you buy a color phone, but only from the phone company; then you buy any phone from anywhere. If iPod and iTunes want to emulate Polaroid, that's their call, but I have faith that they will see the light. And it won't take 100 years like with the phone companies. It will take maybe three years.
When generation M goes to work, those people will have their pens and their computers and their phones and their cameras. Not company-issued ones. And we have a job to do to pave the way for them, which is where identity and authentication and permissioning and walled-garden arguments begin and end.
Doc: I've talked and written about the “because of” principle, which says you make more money because of infrastructure (such as the Net, Linux and the LAMP stack) than you do with infrastructure. I discovered that principle by following open-source development, by the way. You recently responded on your blog (confusedofcalcutta.com/2006/06/09/four-pillars-because-of-rather-than-with-a-very-provisional-post), framing the “because of” principle in terms of chronology. For example, you say companies shift over time from “with” to “because” strategies. So here are two observations I'd like to get your thoughts on.
First, there are lots of “because” companies that seem unaware of that fact. The infrastructural code they use is just cheap or free building material. The big Web-based companies, from Amazon to Google to Yahoo to Akamai, are “because of” companies. They make money because of Linux and Apache, not with those things.
JP: Yes. “Because of” companies tend to avoid understanding what they are largely as a result of misconceptions: “Because” doesn't have buzz, “because” doesn't have innovation and so on. “Because” has a bad name. In the UK we have a phrase: “Where there's muck there's brass”, which roughly translates to, “There's money to be made in cleaning things up, in providing basic services.”
Open source is all about commodity and infrastructure, so we understand that. I think you will find that Warren Buffett invests primarily in “Because” companies. Someone should do research on the split between “because” and “with” in Berkshire Hathaway's portfolio.
Follow the money. “Because” companies will make money because “with” companies need them. “Because” is actually lower risk, smooths out kinks, creates annuity returns. “Because” is safe. It just takes time for us to understand that.
As you say, many of today's technology leaders would not exist if it weren't for “because” companies. I don't see Linux or Apache screaming like the telcos for their share of the dough; nor do I see FedEx or Wal-Mart scream. There is good money in “because”.
I also think that there is no such thing as a “because” vacuum. If no one invests in a “because” space, and people are scared of the upfront investment, then the “because” community will innovate to find a new way. That's what happened to fixed-line and mobile in the developing world.
This year, even before he took up his new job at DrKW, J.P. took up blogging. You'll find his posts—often long, always thoughtful—at confusedofcalcutta.com.
Doc Searls is Senior Editor of Linux Journal.
Doc Searls is Senior Editor of Linux Journal
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- Linux Systems Administrator
- New Products
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Have you tried Boxen? It's a
2 hours 24 min ago
- seo services in india
6 hours 56 min ago
- For KDE install kio-mtp
6 hours 57 min ago
- Evernote is much more...
8 hours 57 min ago
- Reply to comment | Linux Journal
17 hours 42 min ago
- Dynamic DNS
18 hours 16 min ago
- Reply to comment | Linux Journal
19 hours 15 min ago
- Reply to comment | Linux Journal
20 hours 5 min ago
- Not free anymore
1 day 7 min ago
1 day 3 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?