We want you to build the next Git platform on Cloudflare
Thread
Unofficial Hacker News client; not affiliated with Y Combinator.
We want you to build the next Git platform on Cloudflare
Unofficial Hacker News client; not affiliated with Y Combinator.
btown · · focus · HN ↗
<a href="https://en.wikipedia.org/wiki/Google_Wave" rel="nofollow">https://en.wikipedia.org/wiki/Google_Wave
<a href="https://youtu.be/v_UyVmITiYQ?t=3850" rel="nofollow">https://youtu.be/v_UyVmITiYQ?t=3850
<a href="https://www.usenix.org/legacy/event/lisa09/tech/slides/berlin.pdf" rel="nofollow">https://www.usenix.org/legacy/event/lisa09/tech/slides/berli...
We'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.
lucideer · · focus · HN ↗
Throughout it'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 "it's heavy & over engineered, but": nobody's calling k8s elegant. Pretty much all of their good products are acquisitions, many of which they've subsequently degraded.
One can certainly make this argument about almost any large corporation, but I do think there's very few with such a stark divide between how the quality of their engineering work is revered & the reality.
switchbak · · focus · HN ↗
reilly3000 · · focus · HN ↗
pjmlp · · focus · HN ↗
They were around 10% in Europe when they ramped down everything.
It was the option for those unable to buy iPhones, and not willing to use Android as alternative.
However we had the whole mess with Windows 7 to 8.0 being a full reboot for devs, 8.0 to 8.1 being a reboot, 8.1 to 10 yet again, which naturally meant no one cared with quality apps as well.
goalieca · · focus · HN ↗
Google+ was pure garbage being shoved down our throats. That was a huuuge signal that Google had changed.
vrc · · focus · HN ↗
lucideer · · focus · HN ↗
I think that was maybe a secondary problem with Wave: it was marketed as some new voodoo that ended up smelling like a hammer seeking a nail, when it was really just Email 2.0
drcongo · · focus · HN ↗
stackghost · · focus · HN ↗
Amazon hasn’t built anything innovative since the Kindle.
Surely it’s a consequence of being publicly traded that these companies cease to be able to develop good novel products rather than acquire competitors or iterate on past successes.
al_borland · · focus · HN ↗
david38 · · focus · HN ↗
The number of products under the AWS that are more impactful to society and more profitable to Amazon is vast.
ceejayoz · · focus · HN ↗
esafak · · focus · HN ↗
ceejayoz · · focus · HN ↗
That was in 2007; S3 and EC2 were in 2006. The pace of innovation at AWS has declined, which is partially to be expected as it matures.
<a href="https://en.wikipedia.org/wiki/Media_Temple" rel="nofollow">https://en.wikipedia.org/wiki/Media_Temple probably counts, too. They had auto-provisioned VPSes long before EC2. I'd also count VMware ESX.
riffraff · · focus · HN ↗
al_borland · · focus · HN ↗
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.
toomuchtodo · · focus · HN ↗
What Meta got right with Muse - <a href="https://news.ycombinator.com/item?id=49946526">https://news.ycombinator.com/item?id=49946526 - October 2026
lucideer · · focus · HN ↗
In an ideal world you'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, & it was a horrific mess.
btown · · focus · HN ↗
<a href="https://theappslab.com/2009/10/05/google-wave-the-aftermath/" rel="nofollow">https://theappslab.com/2009/10/05/google-wave-the-aftermath/
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'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.
paradox460 · · focus · HN ↗
al_borland · · focus · HN ↗
eszed · · focus · HN ↗
[deleted] · · focus · HN ↗
[deleted]
pjmlp · · focus · HN ↗
The way they code Java, the C style C++ in some parts, the Android Studio stable releases that are always as buggy as preview releases (to the point of becoming a meme among Android devs), and so on.
palata · · focus · HN ↗
Can I question the quality of said hiring practices?
I have been rejected for a project that was starting from scratch on something exactly like I had been building for 6 years at a competitor, based on such famous hiring practices (not at Google though). I was literally more experienced than the whole team on what they were building.
Because you hire people who are really good at leetcode doesn't necessarily mean that you always get the best candidates for the job?
pjmlp · · focus · HN ↗
mycall · · focus · HN ↗