‹ BackHN Continuity

Thread

We want you to build the next Git platform on Cloudflare

217 points · 201 comments · geoffbp

  1. btown · · focus · HN ↗
    Sometimes I think back to Google Wave, that beautiful glimmer of real-time collaborative canvases, announced in 2009 when Angular and Backbone hadn't even been invented, and think it launched almost two decades too early.

    <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Google_Wave" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Google_Wave

    <a href="https:&#x2F;&#x2F;youtu.be&#x2F;v_UyVmITiYQ?t=3850" rel="nofollow">https:&#x2F;&#x2F;youtu.be&#x2F;v_UyVmITiYQ?t=3850

    <a href="https:&#x2F;&#x2F;www.usenix.org&#x2F;legacy&#x2F;event&#x2F;lisa09&#x2F;tech&#x2F;slides&#x2F;berlin.pdf" rel="nofollow">https:&#x2F;&#x2F;www.usenix.org&#x2F;legacy&#x2F;event&#x2F;lisa09&#x2F;tech&#x2F;slides&#x2F;berli...

    We&#x27;re now in a world where we expect real-time interfaces to be developed and immediately deployed for our feedback by agents, in business-critical settings where classic SDLC timelines are far too slow, but code quality is becoming more difficult to manage at scale.

    Git, at its core, is a fundamental notion that behavior is an auditable tree of immutable changes, where any participant can rearrange or rewind or remix this sequence on a local machine to show, and interact with, a provisional combination of those changes.

    Google Wave, with its operational transformation (OT) and federation systems, was similar in many regards. We have CRDTs now, and far better techniques for auto-merging workstreams - including agentic systems that can resolve conflicts intelligently!

    Wave fundamentally had a concept that people would come together and evolve a simple chat interface, into a customized real-time application for their use cases, and that that iteration could happen in real-time, with data and behavior both evolving in collaboration with bots. Wherever Git and the broader notion of SDLC goes, I hope it brings the best of this thinking.

    1. lucideer · · focus · HN ↗
      The Wave release was the event that really kicked off my starting to rethink my own framing of what Google&#x27;s engineering culture actually produces. I was so excited for its release, possibly moreso than any major innovation before then, &amp; what was delivered was pure crap implementation wise. The idea was brilliant, &amp; open, so theoretically someone could have done it well, but Google poisoned the well by releasing such a turd.

      Throughout it&#x27;s existence Google has been revered as a company for its engineering output, but if you interrogate that even a little bit, you end up with a very small minority of gems among a massive ocean of over engineered crap. Even the huge objective open successes like k8s are to this day sold with the massive caveat of &quot;it&#x27;s heavy &amp; over engineered, but&quot;: nobody&#x27;s calling k8s elegant. Pretty much all of their good products are acquisitions, many of which they&#x27;ve subsequently degraded.

      One can certainly make this argument about almost any large corporation, but I do think there&#x27;s very few with such a stark divide between how the quality of their engineering work is revered &amp; the reality.

      1. al_borland · · focus · HN ↗
        I think releasing Wave as its own product, via private beta, was a mistake. If they wanted to reinvent email, they should have done it with Gmail, similar to what Apple did with iMessage.

        Gmail could operate as it always has, being an email client that integrates with every other email client. But when a Gmail user emails another Gmail user (or a group of them), have the thread automatically turn into a Wave, with everything that entails. This gets the new features where people already are, creates an incentive for people to move their email to Gmail, and doesn’t create yet another inbox for a person to manage.

        I always saw Wave as a business failure, not an engineering one, for this reason.

        1. toomuchtodo · · focus · HN ↗
          Great comment. Why Meta could ship Muse but Google could not.

          What Meta got right with Muse - <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=49946526">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=49946526 - October 2026

        2. lucideer · · focus · HN ↗
          This would&#x27;ve been great but given what they came out with on a greenfield project, I strongly suspect an in-Gmail approach would have ended up qualitatively worse from UX &amp; design perspective, likely driving users away from Gmail as a whole, &amp; not just Wave. It would&#x27;ve resulted in a backlash from the mainstream, rather than Wave which was simply a damp squib the mainstream mainly ignored.

          In an ideal world you&#x27;re right, but I still think it was an engineering failure as, theoretically, it should be easier to make something usable on a greenfield project, &amp; it was a horrific mess.

          1. btown · · focus · HN ↗
            It was the type of product that was an engineering impossibility to launch at the time. Mobile browsers of the time (and many users&#x27; desktop browsers!) couldn&#x27;t run JS quickly enough to allow for the real-time experience - and reportedly Wave would consume 300-500 MB of RAM at the time, which was a ton for 2009!

            <a href="https:&#x2F;&#x2F;theappslab.com&#x2F;2009&#x2F;10&#x2F;05&#x2F;google-wave-the-aftermath&#x2F;" rel="nofollow">https:&#x2F;&#x2F;theappslab.com&#x2F;2009&#x2F;10&#x2F;05&#x2F;google-wave-the-aftermath&#x2F;

            So they would have needed to invest in native mobile apps, and in significant levels of optimization. And none of this, not web or mobile, had the developer experience necessary to iterate quickly enough as the UI would inevitably evolve upon contact with customers, and you&#x27;d end up having many widgets reflecting a centralized global state.

            Not to mention that you needed sticky server-side sessions to run the operational transformations efficiently, which harkens to the KV caching challenges that still challenge us today.

            But it was an incredible dream, and it was a key source of inspiration to me to choose CS as a path.

        3. paradox460 · · focus · HN ↗
          They tried that with buzz. It flopped even harder
          1. al_borland · · focus · HN ↗
            I didn’t remember Buzz, so I looked up a video about it. It looks more like a social network than an evolution of email. I think that was the issue there. They tried to shove social networking into email. I don’t know about anyone else, but I always wanted social networks to be an island, especially in that era. The social contract and expectations with email are different from social networking.
        4. eszed · · focus · HN ↗
          Huge mistake! I loved Wave, and used it very successfully on one creative project. When I tried again, with some of the same people, we&#x27;d collectively burned all of our invite tokens and couldn&#x27;t get any more, so we had to revert to emailing things back and forth so the new folks weren&#x27;t kept out of the loop. That killed it, as far as any of us were concerned. I think I used it one more time, to plan a party or something with my sister, and never again. Integrating it into Gmail, as you suggest, would have been a better path, but hardly necessary. It was great as a stand-alone product, but destroyed itself because the damn invite system stopped the network effect cold.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.