Live data from Hacker News

Google Kills Cloud Print

support.google.com

281–290 of 567 posts

Re: Google Kills Cloud Print

#281
post #167

Earlier quoted context omitted.

Driverless printing has been "the future" for over a decade now (I remember hearing much about it back in 2006 or so), and a concept for two decades. Microsoft first filed the patent back in 1999 [0]. The only thing that's changed is the patent is now expired (as near as I can tell), thus opening the door a bit wider for adoption. But, as with many things, "I'll believe it when I see it." [0] https://patents.google.c…

AirPrint on iOS and macOS does this, no? Not sure if anyone has cloned that in a Windows utility, but a lot of printers support it.

Is that driverless or a universal driver? Maybe the distinction doesn't matter...

Re: Google Kills Cloud Print

#282
post #77
post #72

Earlier quoted context omitted.

> Whatever happened to good old CUPS? Why did they have to introduce so many layers including Google's servers between the user and the printer? As the support document states, as far as Chrome OS goes, the removal was made possible precisely because its CUPS support became good enough to supplant Cloud Print.

I am really curious how they will make CUPS printer management on Chrome OS happen. I guess they bet on wide support on printers supporting some protocol native.

> some protocol native.

That being IPP everywhere (also knows as AirPrint, "Driverless Printing", Mopria(?)).

Re: Google Kills Cloud Print

#283

Google has the corporate equivalent of ADHD. Having talked with ex-googlers and current googlers, the problem seems to be deeply baked into their culture. The incentive structures seem to favor the sexy over the boring, making it much more likely that someone will get promoted for launching products versus growing one. The fix seems to be obvious, create a separate path, a maintenance and growth hacker path, where pe…

That's funny because other than Google Street View, I can't think of any "sexy" things Google has done. It's mostly really mundane (if sometimes well executed) products and me-too style copycats of chat products. Oh and of course tons of horrible ad tech stuff.

I can't say Google's launched anything exciting in the past decade. If they're shooting for sexy, they're failing miserably.

Re: Google Kills Cloud Print

#284

Google has the corporate equivalent of ADHD. Having talked with ex-googlers and current googlers, the problem seems to be deeply baked into their culture. The incentive structures seem to favor the sexy over the boring, making it much more likely that someone will get promoted for launching products versus growing one. The fix seems to be obvious, create a separate path, a maintenance and growth hacker path, where pe…

But many of these products, if they were a company in themselves, would be out of business. So why should Google keep them alive?

Re: Google Kills Cloud Print

#285

Earlier quoted context omitted.

Counter-argument: Just let it sit there and keep working? Outside of security patches, if there even are any, there's always the option of "just stop touching it." After all, the whole pitch of elastic compute is you only pay for what you use. It's not like resources are being freed up for other things here. The software industry is always on this treadmill of churn, leading to stable products continuing to have a co…

So this works in theory until there is a really bad bug in some part of the code base and there is no one who knows how to fix it. Or it breaks some kind of migration plan. Or it is embedded somewhere on some architecture that slows down an important projects development. or makes an application incompatible with a future OS If they’re not going to keep a team dedicated to keeping it alive, then you get into a situat…

> So this works in theory until there is a really bad bug in some part of the code base and there is no one who knows how to fix it.

10 years of production usage tends to have hammered out all the "really bad bugs." Sure it's possible that something goes wrong, but it's also extremely unlikely that it does unless something in it changes. Which, if you freeze it & silo it off, doesn't really happen.

A huge amount of software not made in silicon valley operates exactly like this. It just sits there, running for decades, doing its thing.

Re: Google Kills Cloud Print

#286

Earlier quoted context omitted.

Ten years is not beta.

The status was always beta. If a company says their product is beta then you should believe them.

Google should say: "My product is TECHNICALLY release quality, but my BUSINESS MODEL is not finished right now, so I will cancel a working product if I can get enough money out of it".

Re: Google Kills Cloud Print

#287

Earlier quoted context omitted.

This is the right move though because moving towards "Driverless printing" will solve the overall problem in a simpler way: https://openprinting.github.io/driverless/ Google is pro-adapting to change. And it is painful but it is usually the right thing.

Until there's more competition in the printer space: good luck. Printer companies want to differentiate and upsell. The best way of doing that is via software which means first party "drivers" (which is really this huge bundle of bloat and ads at this point). If anyone has recently installed a consumer inkjet for a family member will know what I am talking about. It is basically adware. Those of us sticking to our ni…

HPs small business printers are annoying too. I bought an OfficeJet 8720 for my home and it's a pretty good printer except for the fact that they are relentless when it comes to pushing their auto-ink ordering. They also really want you to make an account at HP and put the printer on the internet.

Re: Google Kills Cloud Print

#288
post #261

Earlier quoted context omitted.

Their leadership has no vision. They don't know what to build, where they're going, or what problems they need to solve.. So they encourage these random projects hoping one of their employees will have a vision for them. So the organization just flails around hoping to win the lottery. Each new project is a new lottery ticket.. saving the leadership from making any hard decisions.

It seems pretty bold and visionary to me. They've lucked out with gmail, chrome, golang, android, maps, etc. and they still have the best search in the world. Having a HIPPO tell everyone what to do, how to do it and when is not visionary. Letting engineers do what they want and then making money from the ideas is.

> and they still have the best search in the world.

Which is disappointing, since Google of ten years ago had a distinctly better search.

Re: Google Kills Cloud Print

#289

Google has the corporate equivalent of ADHD. Having talked with ex-googlers and current googlers, the problem seems to be deeply baked into their culture. The incentive structures seem to favor the sexy over the boring, making it much more likely that someone will get promoted for launching products versus growing one. The fix seems to be obvious, create a separate path, a maintenance and growth hacker path, where pe…

The incentive structures seem to favor the sexy over the boring, making it much more likely that someone will get promoted for launching products versus growing one. Bottom line: Google is not ready for the enterprise. I know a mid-sized travel company ($500m+ revenue) that will have its workflow seriously disrupted by this.

Sounds like they’ll learn a valuable lesson about not relying on services they aren’t paying to keep alive.

Re: Google Kills Cloud Print

#290

Earlier quoted context omitted.

What's the expected value of not having your brand known for routinely canceling products without much notice? It seems like any company would have to be crazy to want to depend on any new Google service for anything important - and that's bad for Google.

Do you use cloud print?

I've never used Cloud Print, but I have used Reader and Hangouts that were shut down. The perception that Google has no commitment to their products is very strong and transfers to other areas. I'd rather use AWS or Azure than GCP, because I don't trust Google to continue their services offerings or API contracts.
Post reply on HN