Is Google's Proprietary Tech Stack Destroying Its Acquisitions?

from the not-invented-at-Google-syndrome dept

While Google has bought plenty of small startups, almost none of those deals have amounted to very much. It almost seems like most of the startups disappear into Google forever. There are a few exceptions such as YouTube and (maybe) Writely. But the list of startups that have simply languished or died is much longer. TechCrunchIT is running an interesting post that suggests one of the key reasons: Google's proprietary tech stack. While Google is a big open source supporter for lower level infrastructure, once you get above that -- it's very much a strong believer in doing everything its own way. I've heard from friends at Google about the difficulty they've had learning to deal with Google's tech stack -- and certainly have heard how it's slowed down the progress of some Google acquisitions while they learn how to "transition."

In fact, some have pointed out that this is one of the side benefits to Google's AppEngine offering. Since it exposes some of Google's tech stack to folks for them to develop and run their applications, it will make it much easier to integrate them into Google at a later date. So, for startups whose strategy is to get acquired by Google (and, I should note, if you start with that strategy, you're probably going to fail), it may make sense to develop on AppEngine just because you're already signaling to Google that the integration costs are significantly lower.

Still, this highlights one of the major downsides to Google's belief that it can do everything much better than everyone else by starting from scratch: in doing so, it actually makes it much harder to capitalize on synergies from many acquisition targets. Yes, there are reasons to go against the "standard" way of doing things, but there are significant costs as well.
Hide this

Thank you for reading this Techdirt post. With so many things competing for everyone’s attention these days, we really appreciate you giving us your time. We work hard every day to put quality content out there for our community.

Techdirt is one of the few remaining truly independent media outlets. We do not have a giant corporation behind us, and we rely heavily on our community to support us, in an age when advertisers are increasingly uninterested in sponsoring small, independent sites — especially a site like ours that is unwilling to pull punches in its reporting and analysis.

While other websites have resorted to paywalls, registration requirements, and increasingly annoying/intrusive advertising, we have always kept Techdirt open and available to anyone. But in order to continue doing so, we need your support. We offer a variety of ways for our readers to support us, from direct donations to special subscriptions and cool merchandise — and every little bit helps. Thank you.

–The Techdirt Team

Filed Under: acquisitions, open, proprietary, standards, synergies
Companies: google


Reader Comments

Subscribe: RSS

View by: Time | Thread


  • identicon
    Mr Huh?, 23 Jul 2008 @ 4:49pm

    Little bit lost

    I think I didn't quite follow where you're coming from on this issue, where its going, or what it means. Write it again with some better background please :)

    link to this | view in chronology ]

  • identicon
    Hulser, 23 Jul 2008 @ 5:22pm

    What is a tech stack?

    OK, I admit it. I must be behind the curve, because I don't know what a "tech stack" is. Reading the TD post, I get some contextual clues, but since I don't really know what a tech stack is, I really don't have a point of reference for the rest of the article.

    On a related note, I really enjoy TD, but one thing that's bothered me a bit about the posts is that there is an apparent assumption that you've either already read an article being linked to or that you'll stop to read the linked article in the middle of reading the TD post. Wouldn't it be more clear to add a few extra words to provide a short description of, for example, what a teck stack is, rather than just providing a link? (BTW, I did read the link about Google's tech stack and I still didn't get a clear idea on what the term mean, even after doing another Google search.)

    link to this | view in chronology ]

  • identicon
    LameDuke, 23 Jul 2008 @ 5:53pm

    Unfortunately, there is no off-the-shelf techonology, open source or otherwise, that supports the kind of load and global reach that Google's product support. When Google buys a start-up, it had to scale from hundreds of thousands of users to hundreds of millions of users. The only way it can achieve this is by migrating the start-up product to its proprietary stack. That indeed takes time and effort.

    link to this | view in chronology ]

  • identicon
    David McMillan, 23 Jul 2008 @ 7:24pm

    Stacked

    For the top two people,,, I could be a bit incorrect but it sounds like Tech Stack, is term for back end, middle ware, and front end code(which I've known to be called a stack) and how it all works together.(aka the technology)

    But just people know how wrong I could be, there are a LOT of things that are stack. Net stack and API stacks come to mind right away.

    2seconds on Wiki, because I know how people love it here[sic]:
    http://en.wikipedia.org/wiki/Protocol_stack
    http://en.wikipedia.org/wiki/Solution_stack

    link to this | view in chronology ]

  • identicon
    LameDuck, 23 Jul 2008 @ 7:53pm

    Systems are normally designed as a set of layers that sit on on top of the other. Thus, forming a stack. It's a really broad term and I've seen it getting more air time recently. But it's nothing new, really.

    link to this | view in chronology ]

  • identicon
    Newspeakisungood, 23 Jul 2008 @ 11:37pm

    Tech Stacks

    Short answer: a technology 'stack' is industry jargon for all of the combined technologies that go into something.

    Virtually all modern programs are written in layers. For example, a modern enterprise web site might use Windows as it's operating system, MS-SQL2005 as a database, have it's own proprietary business logic and service layers, and use IIS as a web server. Notepad uses a windows OS, it's own proprietary code to manage user interaction, etc. and probably GDI to render it's interface.

    Very little software is written completely from the ground up, so a stack is basically the unique parts of a program plus all of the bits that it took from everywhere else.

    link to this | view in chronology ]

  • identicon
    DeathByChiChi, 24 Jul 2008 @ 7:20am

    Kinda reminiscent of Microsoft making WebTV spend years porting all their server-side stuff to Windows. Hotmail as well.

    On the other hand you don't want a bajillion incompatible systems and approaches.

    The biggest thing, I think, is the tendency of people to mistreat and undermine the companies they acquire. You need a powerful advocate who will run interference, keep the pissed off internal team that got bypassed from making trouble, and cultivate the new company's people and tech. Cisco has done a very good job of this.

    link to this | view in chronology ]

  • identicon
    mobiGeek, 24 Jul 2008 @ 8:24am

    Profit

    Step 1: ??
    Step 2: ??
    Step 3: get acquired by Google
    Step 4: profit!!!

    What could possibly go wrong with that business plan? Damned near foolproof.

    link to this | view in chronology ]

  • identicon
    Holly Wild, 28 Aug 2008 @ 11:21am

    Cisco staying ahead of the game

    Makes sense... acquisitions for Cisco business is the building block for Cisco’s future growth and competitive edge.

    link to this | view in chronology ]

  • identicon
    دردشه, 5 Jul 2009 @ 2:37pm

    tankyo..

    link to this | view in chronology ]


Follow Techdirt
Essential Reading
Techdirt Deals
Report this ad  |  Hide Techdirt ads
Techdirt Insider Discord

The latest chatter on the Techdirt Insider Discord channel...

Loading...
Recent Stories

This site, like most other sites on the web, uses cookies. For more information, see our privacy policy. Got it
Close

Email This

This feature is only available to registered users. Register or sign in to use it.