Live data from Hacker News

Google will develop Android OS behind closed doors starting next week

9to5google.com

241–245 of 245 posts

Re: Google will develop Android OS behind closed doors starting next week

#242

Earlier quoted context omitted.

Millions of people run Debian, even though it has zero marketing budget and is competing primarily with Microsoft Windows (infamous for anti-competitive practices) and macOS (a largely competent operating system with the backing of another multi-trillion dollar megacorp that itself increasingly uses anti-competitive practices). Meanwhile there are hardly any devices that come with it, because Macs come with macOS and…

Yeah millions of people out of billions, I was talking in relative terms. Good to know that Debian could have a fighting chance in a world where everyone had zero marketing budget and there weren't any rich corporate backers that used anti-competitive practices. Anyway in the world we both live in, if Google abandoned Android then most people would instantly switch to a megacorp fork of Android with that megacorp's o…

> Yeah millions of people out of billions, I was talking in relative terms.

In relative terms, Linux market share is increasing and Windows market share is declining.

> Good to know that Debian could have a fighting chance in a world where everyone had zero marketing budget and there weren't any rich corporate backers that used anti-competitive practices.

We could enforce the antitrust laws, yes.

> Anyway in the world we both live in, if Google abandoned Android then most people would instantly switch to a megacorp fork of Android with that megacorp's own proprietary APIs and services because people will follow the proprietary things they care about like for eg fast & battery-efficient centralized notifications, an out-of-the-box app store with popular apps like Instagram, and tap to pay.

None of that requires anything proprietary in the operating system.

Centralized notifications are implemented as a lock-in mechanism. Idle TCP connections don't consume battery unless they need keepalives, and in the latter case you provide applications with a non-proprietary API to have the OS handle keepalives by sending them together for any open connections that need them. Then the radio only has to wake up the same number of times it does with a single connection and there is no real advantage to centralization.

App stores are likewise only glued to operating systems for anti-competitive reasons. Spending 30 seconds once to install one that didn't come with the OS is such a low barrier that it can't be the thing preventing anyone from choosing an OS, and apps can be listed in more than one store, so there is no reason to expect any one store to dominate the market in the absence of anti-competitive practices.

The way tap to pay ought to work is you tap to get a payment request from the merchant which is then passed to your bank app using a standard protocol to make the payment, and then money is transferred from your bank to the merchant's bank with no intermediaries leeching a percentage. In the absence of sane regulations allowing this, you could also use any existing payment processors, but this is still something that an app does and not something that the OS does and the app doesn't have to be from the same entity as the OS.

> You know this because "millions of people" is derived from you knowing that the peak Linux desktop marketshare is like 4% out of billions of people.

Once again, Debian isn't what came with their computer. "Most people keep the defaults" works the other way when the default is Android.

> You know this because you said users are "worrying about losing access to those [proprietary, spying] APIs" which is why megacorps who provide these proprietary spying APIs will actually win over users.

The proprietary APIs don't provide anything good, they exist for the purpose of lock-in, because then third party developers use them without realizing or caring that it creates a dependency on proprietary code or services, since the existing installed base of phones that don't provide them is negligible.

Linux often does provide implementations of these things (e.g. wine), and certainly provides its own non-proprietary alternatives to them, but because the purpose of those things is lock-in the incumbent takes measures to prevent interoperability.

If there was no one providing proprietary APIs to begin with, or the antitrust laws were being enforced as they ought to be, that wouldn't be an issue. As it is, Linux market share keeps going up, but slowly, because the incumbents fight tooth and nail to keep the users in their cages.

Re: Google will develop Android OS behind closed doors starting next week

#243
post #195

Earlier quoted context omitted.

On [1], If you only look at countries with decent GDP per Capita. iOS will have anywhere from 40 to 65% market share. Even in China iOS is well over 30%. When you consider Africa + ASEAN + India has 3.5B population and has very low iPhone market share that sort of Skew the figures.

Yeah, weighting the figures by GDP makes sense. Indeed, poor people aren't really people at all.

Because it doesn't show an accurate representation. iOS is growing at a faster rate than ever before in developing countries, Apple achieved 11% shipment market share for the first time in India in Q424.

Re: Google will develop Android OS behind closed doors starting next week

#244

Earlier quoted context omitted.

The dude is solid as it gets on all this. Yet people ignore him and then realize that was one of those too late types

none of us have economic incentives to build global infrastrcture. Let me know what governments decide among the people that there's value in open source and it's software

There was an attempt in Oregon back in the early 00's. [I was part of this attempt]

The basic argument is we all either benefit or struggle more when the work of the people, for the people, is locked up in proprietary closed tools and data formats.

When open tools and data are employed, anyone can step up to improve those tools, and the State can fund the creation and maintenance of necessary tools and when that is done the savings over longer dpans of time.

A simple example:

PDX needed water billing. A 40 million bid was tendered and a private company created a system that they own and the State Basically pays them to use. And the State pays for fixes etc too.

What happens when a 40 million dollar investment is made in people using open code to do the same thing?

Well, the State owns the tool, and the data is open meaning anyone needing access can use open tools for that purpose.

When it matures, the org that got it done can fade away, leaving a small crew to maintain

, or

Maybe that org approaches other municipalities interested in similar savings. Over time, that problem is solved and most of the nation is enjoying a great savings and developers make a fine living, etc..

Wash rinse and repeat to reduce the cost of government and the work of the people is lean, mean, effective.

Everyone enjoys the benefit of a lower cost environment too.

This had broad bipartisan support and who pushed it away?

Big companies paid lobby shut the effort down hard.

They could very easily see the popular appeal and chose to spend huge now to shit it down, paying the house speaker to block it all from having a vote.

It was going to pass easily.

I think many governments can see how to think this way.

Big companies do not want it.

Post reply on HN