Great stuff. However, while I'm happy that they're limiting third-party access to this data, given Google's business model, I still wouldn't trust them with it.
You're right Google no longer has the trust it used to enjoy. So many apps have been uploading entire call logs and it's really absurd this was so easiy accessible to all apps.
Android may have always been available at no cost, but it was never free. Always assume if you are given a service gratis, that _you_ are the product being sold. This doesn't just apply to Android, but to gmail, Drive, Docs, etc.
I think that's a good general assumption. But in the case of Android, I think of it (and Chrome) more as a defensive move. Google's business depends on having access to users. A free browser and a free mobile OS are a loss leader so that nobody can cut off their major revenue streams.
Not that we shouldn't keep an eye on them, of course. The great bulk of their revenue comes from advertising, which is all about selling users to advertisers. But I don't think Android makes the picture any worse.
Google maps stalking is indeed bad and I hate it but you can easily disable it by not running Maps in the background.
Honestly Android allows me to tune out of the internet business model a lot easier than iOS. Just dive into permissions and install a system wide adblocker. You can even bypass the app store.
I always have location off but my old coworker used to leave hers on. One day after work we were waiting for the bus she took a picture of some grafitti near the bus stop. A minute later she got a notification from google asking if they could, I can't remember if it was, tag the picture or add the picture on google maps or both for the gas station next to the bus stop. It was fairly creepy, i'd never seen one of those before. She started turning her location off after that.
I must say, now that Google is buying people's credit card purchase history from third party data brokers, their behavior is much more creepy than just tracking your location.
>Google has been able to track your location using Google Maps for a long time. Since 2014, it has used that information to provide advertisers with information on how often people visit their stores. But store visits aren’t purchases, so, as Google said in a blog post on its new service for marketers, it has partnered with “third parties” that give them access to 70 percent of all credit and debit card purchases.
A product only useful at the Billion User data points level. I am 100% fine participating in what's essentially the training data for all future AI products coming out of Google. It feels like a happy family of devices all working together for a more scientific future.
In history, people allowing one entity to accumulate a lot of power on the basis that they will remain benevolent have almost always be wrong.
Don't assume people at the top have an agenda that are compatible with yours.
The fact we are enjoying a lot of peace and freedom right now should now be a signal for us to relax : democracy is a system that needs maintenance, not some legacy you can claim ad vitam.
It's our duty as a citizen to always doubt the intentions of those in power. Just like it's a flight intendent duty to check that the planes doors safety are engaged again and again. It's not a moral issue. It's just a technical requirement.
Well yes, I do believe we are in an oligarchy and not a democracy. But it's a different point, and would strike a debate that would not help with the main argument of my comment. So I just use the word "democracy" where most people expect it, otherwise, it gets complicated.
>It feels like a happy family of devices all working together for a more scientific future.
With this philosophy, I’d suggest you’d avoid paying attention to the trajectory of Chinese society, perhaps even more so now that Google plans to get in bed with the CCP’s censorship and dissident quashing regime...
They said the same thing about their participation in the drone program, until an internal revolt forced them to reveal their true hand (they were actually doing it and hoping to do more of it), and subsequent internal backlash put a stop to it altogether.
I too hope that Googlers block what their execs are planning to do in China, but we're not there yet, and it should give one pause that their leadership are onboard with doing this in the first place.
No it wasn't. They specifically tried to misrepresent what the project was, minimize the scope of their involvement with it, as well as Google's plans to expand it further.
From the article I linked, which is an interview with a Googler who helped lead the resistance-
Interviewee:
...
They also tried to downplay the scope and involvement of the project. But that rhetoric dissolved when we found out that leadership had been lying.
Interviewer:
What were they lying about?
Interviewee:
From the beginning, they told us that Project Maven was a small contract purely for non-offensive purposes. They said that we weren’t building anything custom. They said that this was a one-off project only worth $9 million, and that it wasn’t part of any further collaboration with the Pentagon.
Those all turned out to be lies. On April 12, DefenseOne published an article that landed like a bombshell in the company. Drawing on conversations with Pentagon officials, it revealed that Project Maven was actually a pilot project for future collaborations between Google and the military. In particular, Project Maven was part of Google’s push to win the Joint Enterprise Defense Infrastructure (JEDI) contract.
JEDI is the military’s next-generation cloud that will network American forces all over the world and integrate them with AI. It’s basically Skynet. And all the big cloud providers want to win the contract because it’s worth $10 billion.
When we found out that Project Maven was an audition for JEDI, people started becoming extremely concerned. And as the media attention to the story increased, we learned a lot more. For instance, Diane Greene had told us that the Project Maven contract was only for $9 million, but internally they expected it to increase to $250 million per year. And they weren’t just giving the Pentagon access to open-source software — they were going to build a massive surveillance system that gave military analysts real-time information on people, vehicles, and buildings in a Google Earth–style interface.
Exposing all of those lies damaged leadership on this issue just as much as anything else that we did. That loss of trust really hurt them.
Free (Libre) Software is very often gratis as well, and generally breaks the "if you're not the customer..." rule. In the case of Android, there are community-maintained forks that do not include any of the Google stuff.
It might be true that libre software can break that rule. AOSP isn't libre, and the libre forks are so hobbled by limited access to Apps and the Play Store that there IS a cost to using them: the cost of losing very useful features that are only available in AOSP.
There's a difference between the product made by a manufacturer, and the OS distributed by Google (their "service"). If we are talking about Google's incentives, than we have to look at their relationship with Android as a product. They are giving away Android to manufacturers for free. It's _Google_ that has the incentive to sell the users' data. That we purchase devices preloaded with Android doesn't pass that sale off to Google (like it would to Microsoft with a Windows computer), so it doesn't take away their incentive. So for the purposes of determining at what social cost you use Android, it might as well be gratis.
There is a cost to using FOSS, though it's much less sinister than that of using Android or Google Apps. You are giving up convenience in exchange for software that respects you. In terms of the user becoming the product, I suppose that would be harder to argue. Maybe one could say the users become co-opted to promoting the cause/agenda of FOSS.
Ironically, there's probably no organization on the planet that you should trust more with your personal information than Google. No organization takes privacy and security more seriously and spends more money and time getting it right. (Yes, that includes well-funded intelligence agencies like the NSA and your closest friends and family.) The idea that Google is going to turn around and start selling your information to third parties is just dumb.
> Ironically, there's probably no organization on the planet that you should trust more with your personal information than Google
Thank you for the suggestion. We likely have different ideals about what a healthy version of the future looks like.
> ...selling your information to third parties...
Not what I said. Google’s business model is to extract and store as much information about consumers as possible, enrich and correlate it, and then financially exploit it. Currently the best way they’ve found to do that is targeted advertising.
By doing so, they make this extremely revealing data available to every government in every jurisdiction in which they operate, which is pretty much all of them. They work to normalize this surveillance as inevitable and unstoppable.
Additionally, while it would currently run counter to their business model to sell raw data, there’s nothing to legally stop them, if that business model should change.
Just like Facebook, Google are now very close to market saturation. To keep growth up, they’ll need to increase revenue per user. How will they do that? We don’t know. But there’s a relatively high chance that I’ll like it even less than what they’re doing now.
> The idea that Google is going to turn around and start selling your information to third parties is just dumb.
Google's business _is_ selling my information to third parties. Don't Apple have a better track record, and a more privacy oriented business model here?
> Google's business _is_ selling my information to third parties.
No, Google's business is using your information as a tool to build products it sells to third parties. Actually selling your information, as such, would undermine that business.
Google business is no more about selling your information to other people than a ferryman’s business is selling his boat.
Your privacy against non-Google actors is Google's moat. They have every interest in protecting it.
> No, Google's business is using your information as a tool to build products it sells to third parties.
Really? If we're going to be that pedantic, then it's probably more like " Google's business is using your information to build products it sells to third parties." They're not using my information as a tool, they're using my information (location, interests, browsing habits, searches) to sell a product (advertising). At that stage, they _are_ selling my data.
This is the top comment I came here for. I really hope there is a way to turn off all the "machine learning stuff" because I would rather not sacrifice any of my personal data so that Google can better predict how to "optimize my phone experience". My human brain learns the random quirks of an OS in a matter of days, I don't need the OS brain trying to learn how I use it, as it would be confusing for both of us.
I just wish there was a global "NO NO and NO!" override button for any kind of "help make your service better by using your personal information" feature. Just recently, I discovered that www.google.com was also accessing my Chrome browser's location, and I can not recall when I said "yes" to any such location prompt. It's a bit sad -- I think of these features as being intentionally obfuscated similarly to how Facebook intentionally obfuscates their "account deletion" mechanism.
I'm afraid the majority of people just don't care about these needlessly nosy "smart" systems, and I'm probably going to suffer from it as someone in the privacy-niche.
It is not only the UI language that changes, the search results do as well.
Suddenly something that was easy to find becomes a mess of local results with similar names or machine translated, even though I used the original language name.
Note that this is often done based on your IP address if you've not opted-in.
It's often a quirk when using CCC (Chaos Computer Club) IP addresses at events in other countries; you'll be looking at google.de for the first couple of days until google correlates enough location data from people that have opted-in to correct the IP location.
On the plus side it means that a personal VPN with no opted-in devices will give you your home-region services (ymmv).
And I'm adding the NB: While they have better app-level restrictions, the real question is whether or not Google uses this information for their new ML-powered OS features.
The "privacy" and "security" features also mean a less powerful computer. Which is probably the right trade-off for most users but a pain in the ass for more niche use cases.
Does the permission model even work at this point? The vast majority of users just accept whatever the app asks for without a second thought. The rest is bullied by platform monopolies.
There may be few real alternatives. But this is a choice: You're getting the information, you're making a choice to use all features, use limited features, or just drop the app.
And you have explicit control and granular control, even if 99% of the people won't ever use it. Before, if you didn't want Facebook accessing your Microphone, the only option was to not use the app at all. Now, I can specifically disable that option.
Facebook may just make the app not run unless you give it mic permission. Of course you don't have to run it. I have seen apps that explicitly refuse to run unless you give them the permissions they want on iOS even though they shouldn't need them for 99% of their functionality.
Wouldn't such a behaviour be against GDPR? Probably not because of technicalities, but then I would hope the EU to make yet another piece of legislation to address this.
I hope that the permissions are better to understand and control than the current ones. Right now they seem to be designed to give the appearance of giving users control but the implementation is pretty bad and user unfriendly.
- Permissions are requested incrementally at runtime. For large apps, a LOT of these permissions depend on corner cases BUT you still declare all the permissions you might ask for.
So maybe I will declare that I might ask to see the content of your screen .. because there is an help menu where I take a video of your screen to send to support after asking you for the permission.
Same for camera .. we might use Google Pay for most cases, but in one of the countries where we have the app, a local player has a very popular solution that scans your credit card. So we declare that we might need Camera because of this sdk.
Etc.
This is one of the reasons why the previous model where you asked the permissions at install time did not work very well in practice.
They don't limit the power of the computer, only who can access that power. It's not hard to grant an app full access if you trust it - but the "trusted by default" model is hopelessly outdated now that the vast majority of software is sourced from anonymous internet 3rd parties rather than a few well known software vendors.
They are both slowly catching up to Java ME[1] where all of this worked perfectly well, except for the silly decision to disable the "always allow" option for non-trusted apps.
If they had just let the users (rather than Verisign) decide for themselves which apps they trusted, so that every app wouldn't have to pop up i confirmation dialog every time it wanted a network connection, I would be much happier with what we had then than with Android's model.
I'm amazed this took so long. There have been papers coming out for years demonstrating how to extract all kinds of sensitive information from the vibration sensor.
One of the quieter features of Android 9 is that they are reducing the API surface of Android by explicitly black-listing and white-listing various APIs and fields that previously required reflection to access. None of these APIs were documented, but none of them were explicitly "off limits" before Android P.
That suggests that the life of Java as Android's primary language might be really coming to an end, even though Android is very much a platform built on Java/C++ at its core.
That's a bizarre conclusion to come to. The real motivation is that if you know apps are reflecting into your internal implementation details, and you want to make a change, you're stuck with a bunch of bad choices.
1. Break the apps.
Users tend to get annoyed when they upgrade the OS and their apps stop working.
2. Maintain a compatibility shim.
Depending on what the change you're making does, this might not even be possible. Assuming that it is possible, how do you know what needs a shim and what behavior is actually expected?
3. Give up and do something else instead.
Things get worse if you consider that OEMs may want to modify implementations as well, so you'll end up with apps that work, except on some devices. There's no sensible way to prevent app breakage when there are apps depending on your internal (and explicitly private) API; the solution is enforcement.
> That suggests that the life of Java as Android's primary language might be really coming to an end
Huh - how did you get to this conclusion? What would be the alternative? Do you mean Java was essentially "better" because it had access to all the undocumented APIs while other languages didn't?
> Because Linux APIs were never really intended to be called by NDK developers, only the POSIX subset and Android public native APIs.
That's not even slightly true? Android doesn't pretend to be anything but a Linux system, with all the Linux details shining through in all their glory.
There is a seccomp policy that blacklists some syscalls, but it's only 17 out of 271 for ARM64 and it's things like setuid or reboot which you won't have permission to do anyway. Other than that you're completely free to go nuts with raw syscalls, you're in no way, shape, or form stuck going through a POSIX layer.
It becomes your responsibility to ensure your syscalls match and are available on the kernel you're actually running on which you may be confusing with "not allowed to use".
And very nearly all of the time this is a complete waste of everyone's time since the syscalls are a direct mirror of what's in libc anyway just with libc doing the compatibility for you.
> Because Linux APIs were never really intended to be called by NDK developers
But pretty much all the "unintended" uses of Android APIs (undocumented or not) have been the most original and best-integrating apps I've seen. It's a pity.
I wouldn't say "outstanding", I'd say original. For example the app that mapped the Samsung Bixby button to something else, Greenify, Island and Helium. There are others, but these came to my mind first.
This change is only made because devs used the openness of java in order to access private APIs.
It is ok in some cases, but in others private means private.
Like you would have 'smart' devs manipulating the system resource cache .. even though it is not supposed to be a public API and they can mess up their app very easily if they touch it.
Yes, this is great. I purchased an Essential Phone on Amazon Prime Day. Amazon was (is?) an investor in Essential; they sold these for $250 on that day. The 360-degree camera is available from Essential at a deep discount.
I got the idea that they were winding down operations, but the unlocked bootloader gave me some hope that I would be able to use this device to learn Android app development.
And here they are, supporting Android P as an OTA update on launch day! I'm typing this on Android P...
I heard they cancelled it, but in all honesty, they did something that every one caught up on, including Apple I think, the notch! And they even did it right. I think they should get to release another device, this time just pricing it right would probably help them get a better market hold. PH-1, is amazing because of the updates!
> We partnered with DeepMind on a feature called Adaptive Battery that uses machine learning to prioritize system resources for the apps the user cares about most.
You know what mind I would like to control what apps get more resources?
Not most people though. There was a time when in MacOS, one could manually limit the amount of memory a program was launched into by setting the required and preferred memory footprint.
But that kind of low-level stuff isn't something most people care about or want to do. They just want the damn thing to work.
That wasn't a feature, it was a bug. It's not that you could limit the amount of memory a program could use, you had to implement one contiguous block of memory an app could use and you had to close apps even when you had plenty of memory to get a contiguous block.
That was like Mac users who said that cooperative multitasking was better because it let games run more smoothly, while technically correct. It was like being happy that your dog pooped on your carpet because now you have free fertilizer.....
Furthermore, isn't the idea here to put the control into the user's hands?
Think of it as a resource manager controlled by you, but with the only interface that the general market will be able to use for something with a fair amount of technical nuance - ML.
I see your point that most people don't want to dig into the nitty-gritty details, but I don't think it'd hurt to be able to mark applications as High, Normal, or Low priority for memory and CPU use.
But this isn't really high/normal/low priority for mem and cpu, its how often the applications should wake up. And from my cursory understanding, background resource consumption can be highly variable, and most apps don't really need that much.
Its the same thing as using those battery manager task killer apps. For a pixel, those apps will result in worse battery life, because recent android versions manage resource consumption better than users will.
Do you know what I would like? For Android to actually show what apps/services drain battery life.
I noticed recently that WhatsApp, Reddit Sync, and a few other apps were draining battery life like crazy. But none of that drainage was being shown in the battery stats.
Google is purposefully hiding how some apps use battery, and it started years ago when they allowed apps to hide under "Android OS" and "System" categories. In more recent versions they "fixed" this by simply not showing the Android OS and System categories in the battery stats anymore.
Google doesn't want to show how some apps use your battery because they drain the battery with similar methods that Google itself uses to drain your battery (by polling your location all the time, etc).
Noone is purposefully hiding anything. If you need advanced battery data, you can use Battery Historian even on non-modified phones and you'll get all the battery stats your heart desires, down to reason for each CPU wakeup.
Personally, I think my mind has better things to do then mechanistic micromanaging of OS level resources. Some people will be upset that ML is obsoleting these sorts of repetitive tasks, but not most people.
Software developers also often forget that UX is a thing. "Just add feature X, Y & Z". This is why you never let a programmer design UIs, you end up with a mess with dozens of buttons, menus and submenus everywhere.
Every new feature comes at a UX cost, and in this case, the cost of the UX outweighs the benefits of you micromanaging your memory footprint.
People also seem to underestimate how complex resource management on a mobile OS is.
That's not exactly an easy problem.
Currently used apps
scheduled background work
currently active foreground services like the navigation app you are curently using, the image that is uploading in the background or the music that is playing .. stuff without a visible UI (except for a notification so you know what is going on). All important but not the main thing displayed right now.
You also need to throttle the CPU when the phone runs too hot.
But not run it at minimum speed either because it would make everything laggy.
Also, if you pick up your phone out of your pocket, it automatically wakes up and increase CPU frequency because it is likely you are going to use it.
Etc ..
This is very complex problem, it is ok to let a machine balance this for us.
I don't know a lot about kernel scheduling, memory allocation, I/O scheduling, etc, but from what I understand there are OSes with much cleverer implementations of these things, and OSes which are pretty dumb. I believe Linux is somewhere in the middle. Surely there is lots more scope to optimise these schedulers with regular rule-based approaches, rather than bringing in DeepMind magic? It's always difficult to understand the reasons why machine learning algorithms choose the things they choose, and they often have unintended consequences or awful edge cases. This just seems like it was done for marketing reasons more than technical reasons?
Ugh, I want to be optimistic, but I think this feature is going to suck and here's why:
I use snapchat, but I actually hate the app. It's a bloated memory and battery hog in my opinion. Is Adaptive Battery going to think I love Snapchat and prioritize more system resources for it just because I use it? Cause I want the exact opposite to happen. I want Snapchat using 0% of my system resources except for the few times a day when I check my snaps.
Also I hate losing control of my system in favor of some nebulous decision making criteria I can't control (ML)
First, one thing: the people working on these projects are not dumb. They are not going to launch a feature that simply does not work. These teams run experiments and confirm that the feature actually does what it's supposed to do (e.g improve battery life) before launching them in production.
It sounds like this feature is exactly made for cases like the one you describe: if you don't use Snapchat throughout the day, it won't stay in memory like it currently does (which seems to be ~ a LRU cache), instead staying in memory only when you're predicted to use the app over and over. (so not Snapchat in your case)
> the people working on these projects are not dumb. They are not going to launch a feature that simply does not work
I've seen no evidence of this. Plenty of features that do not work or work poorly are launched every day.
Especially machine learning stuff, which is hard to test for normal (and abnormal) users and debug the recommendations. See e.g. the Nest. I know people who got one and hated it since it never get the hang of their schedules and would make bizarre decisions. Others love them.
Yet I get ads for something I bought weeks ago, I get ads saying "sign up for Facebook" even though I'm logged in on the very same phone, and Facebook's "advertising profile" is completely backwards for my political views. When I accidentally click a certain type of YouTube video my recommend fills up with that type of video even if I watched it for 5 seconds. Same with Amazon recommended.
In my experience, "personalized recommendations" are universally trash
Personalized recommendations make or break certain businesses like media and e-commerce. Not unusual to see an increase in revenue between 10% and 30% after adding recommendations. They're not "universally trash", since the alternative is showing you truly random items, or whatever item is the most popular.
Check YouTube's "trending" tab and come back here to say if you'd rather have that instead of the personalized recommendations.
YouTube's trending tab is algorithmically generated, not the actually most popular. That's why is called something vague like "trending" and not "most popular".
It is trash, but that's what you get when you use data based recommendations.
I don't think it'll ever use /more/ resource than it is right now. From my understanding, all apps right now are at "maximum" usage. All this does it reduce usage of apps you never use.
So in practice, the resource usage of Snapchat for you would probably not change at all, but that one game app you downloaded 2 months ago and never played will stop querying the master server every day to serve you more ads.
That's why I only use Android with ROMs like LineageOS where I can block apps from opening on startup and running in the background (you also get more granular permissions for free).
I can't be the only one getting a chill down my spine when I read this. Google, a company "committed to reach and engage the right users safely and cost-effectively around the world", doing deep analysis of my every input and my context in order to "drive engagement" and "surfacing the best parts of the apps [I] use all the time"?
I hope this stuff is kept out of AOSP. Yes, I know it seems like at least some of the computation happens on-device, but I am not comfortable having it done on a device out of my full control regardless.
I can still dodge those by disabling Location Services and using something else than Google app-wise.
It is not clear how opt-out this will be. Even if it can be disabled today it might become pushed harder as time goes.
You can disable this too: Home Settings > Suggestions
I believe the computation is done fully locally, as for "tracking", every single OS has a history of what applications you've launched recently, how is that any different?
A lot of those words are from the commenter, not sure where they pulled it from. The article says:
> Actions take advantage of machine learning to surface your app to the user at just the right time, based on your app's semantic intents and the user's context.
"Semantic intents" are basically Android intents. So yes, it's more than just what app you are in, but rather which window of the app you are in. There is also user context, which is things like what time it is or what other apps you have opened.
All this is fed to a model that basically practice, given the current context, what other intents you may need. It's nothing really out of the ordinary.
The commenter tries to imply it that it tracks every input, which is unfounded.
One small annoyance about the new version I've hoped they would revert is the new clock placement on the left. It was done to accommodate notches better but Android has always had notifications there. I've been running the beta for probably 6 weeks now and I still think I have notifications pending at a glance. It should move based on the presence of a notch only.
Edit: Also there is now a 4 notification icon limit with the clock on the left, whether you have a notch or not. I often have a lot more than 4 notification icons up (1) (esp since a couple are permanent from background apps) and the rest will just disappear under a dot-dot icon.
(1) - 3 email account alerts, Trillian, SMS, Ebay, and a Photos alert on my phone right now. Half aren't visible.
* It looks like they've taken away the "apps" homerow button and swapped it for "swipe up from anywhere". So that is one less gesture available to apps, unless you install an alternative desktop.
* Wi-Fi RTT sounds pretty neat, I had not heard of that before.
* Shutting mic, camera and sensor data off for idle/background apps is neat, though I'm shocked that wasn't an option before.
> Shutting mic, camera and sensor data off for idle/background apps is neat, though I'm shocked that wasn't an option before.
I wonder if they'll ever get around to letting the user limit or deny internet access to applications, something that Cyanogen/Lineage has had for years.
That is still possible. The authors of those apps have to modify their designs to use foreground services - essentially, services that don't require a full UI but have to show their status in notification bar.
Most popular apps already use foreground services for use cases like yours. This restriction is to prevent dodgy spying apps that recorded without user knowing about it.
That might not be a bad thing. I've used Android for a while, but I'm not always clear if/when the back button will do in-app navigation vs. return me to the phone's home screen.
I've always regarded the back button as the single most important reason why I prefer Android to iOS. Interesting how different people perceive the world.
I agree. The back button in Android almost always seems to do what I would expect. I'm not an iOS user so my perspective probably doesn't mean a lot, but the occasional times I try to use someone else's iOS phone I have no idea what's going on. Nothing seems intuitive.
iOS's Swipe From Left works differently than Android's (at least 8.1 Oreo's) does, but often accomplishes the same task. It's pretty equivalent to Android's back button in a lot of cases, acting as hierarchical navigation and back to previous screen when applicable. The difference is that it only works within an app, which means it won't kick you back to a previous app (unless it's opened in a web view) and won't take you back to the home screen. I typically found iOS to handle it more elegantly than my <=Android8.1 phone, but I haven't updated to Pie yet to see how it's different.
Because Android features this metaphor, it's used extensively. Because iOS doesn't, it isn't as much. iOS features different metaphors which achieve the same outcomes in different ways, such as pop-up sheets for the camera, album views and share panes.
And in cases where one app does activate another, you can go back one step by tapping the top-left corner of the screen. There's only one level of "app back", but that's plenty since iOS doesn't tend to jump you between apps a lot, and because that navigation isn't co-mingled with other "back" operations.
In the event you don't like the new gesture based navigation system you can always revert back to the traditional Back, Home, and Recents layout in settings.
It's now an application navigation function and not an OS navigation function. So in screenshots demonstrating core OS functions it's absent but in screenshots demonstrating Apps it's present.
What are you talking about? I'm using P preview and it's still there. It's also still there in several screenshots at https://www.android.com/versions/pie-9-0/. It's just now hidden when it wouldn't do anything.
It's not gone in all of the screenshots the home, back, and menu button are all still there. I think swiping up is just going to be an additional feature to reach the new recents+home row screen.
RTT does sound really cool. Their application in a mall is definitely interesting. I wonder how well it works with multi-floor though. And how accurate it can be.
Meraki's control software is sort of able to triangulate a device, but because how spotty WiFi can be sometimes, it's absolutely not perfect.
As a developer working with an app that integrates fingerprint authentication - thank god for BiometricPrompt! It sounds awesome - finally a cross-OEM official API to do fingerprint auth with one callback and with a uniform, "standard" UI. Does anyone have any idea if and when will it be backported to the support library?
Surprised not to see mention of the cutout stuff yet. It seems pretty dumb to me that Google is jumping on board with this ridiculous feature. Maybe this'll be one of those Dropbox-style HN comments which in hindsight looks misled, but I honestly can't find any redeeming factors to the cutout idea.
Except developers being able to properly support their apps around it? OEMs have decided to add notches, want it or not.
Not having a API to work with them would be a huge pain.
The purpose of AOSP Android has always been to lower fragmentation. If every OEM implements their own notch handling, then apps have no chance to properly support every single implementation. Google providing a standard way will greatly help the ecosystem. To give a really awful analogy, think of providing clean needles to drug addicts. It doesn't necessary mean you approve, but the benefits are bigger.
People loved it when Apple did it which gave everyone else the okay to go ahead and do it themselves. It allows phone manafacturers to advertise higher screen to body ratios and is really just a step in the progression towards bezelless phones. There's definitely a loud group of people who strongly dislike it but I think most people are okay with it
I hope not. The bezel has a very real purpose: a place to hold it without your fingers interfering with the screen, whether by activating a touch or just plain blocking the view. I have an older Android with ~5mm of bezel on all the sides and ~8mm of thickness, and trying to get a good grip while not activating or blocking the screen is hard enough. I remember being handed an iPhone 6, and trying not to drop it was the most difficult part. Holding something that thin is just not comfortable, as is trying to pick it up off a flat surface.
I use to agree, but I would except most devices to account for this. I'd except a virtual bezel or software controlled dead space around the edge of the phone.
You'd basically push buttons and the status bar into the bezel, then use the sides much like the Galaxy Edge does.
Just have to comment that for myself a notch would be a deal beaker for a new device. I've played with a couple devices and really think it adds no actual value while complicating the user interface. I will avoid it as long as I can.
In short there is a 4 notification icon limit now with the clock on the left, whether you have a notch or not. I often have a lot more than 4 notification icons up (esp since a couple are permanent from background apps) and the rest will just disappear under a dot-dot icon.
Wait. Everything has notch support, even if the device doesn't have a notch? That's odd, right? Given the notch is still an exception? Although they could make the status icons (top) tilt 90 degrees so they are usable from within landscape yet remain on their position
Because it is a trade off between the largest, consistent screen size, having a front camera, and a notch (that's how we call it, this is the first time I see the term cutoff).
I dislike the notch, but it isn't very annoying. You still got your status stuff on the top left and right. However, if I'd be having my device in landscape it'd thoroughly annoy me no matter what. It destroys the device symmetry!! However landscape is a niche for me; I don't watch many videos.
I do think your comment hits the nail though. Apple gets away with all kind of innovations: TouchBar, butterfly keyboard, no 3.5 mm...
The notch is in a separate category. It was definitely a natural necessary technical compromise. For ergonomic reasons, a phone can only be so large, but you also want the screen as large as possible. There is an argument to be made for getting rid of the headphone jack to increase the room available in the phone.
The butterfly keyboard was an unnecessary attempt at thinness. The laptop did not need to be thinner for ergonomic reasons.
The touchbsr generates a lot of nerd rage but most people don’t really care about the function keys.
I can't remember where I read it, but the theory is if you're a manufacturer who wants glass/displays in any quantity at the moment, you get a notch or you don't get a display at all. Blame the supply chain.
I strongly suspect that this is a gradual rollout. Maybe that force checking if an update is available allows to force enroll ? that's how I saw the update and I now that Google has moved in this direction for the most impatient users.
You are correct. If you force check for an update, then it lets you update to Android Pie. I assume that the gradual rollout will send notifications to phones that it's available.
Interesting that the Digital Wellbeing features that were teased at IO aren't being launched today, but part of _another_ beta that you have to opt in to. (And Pixel series only?)
It's almost like they're there to satisfy some strategist in Google so they can say to governments that they're trying, while not actually believing there's any issue and with zero chance of any user take-up.
Android P is available for the Essential phone[0] the same day as the Pixel. Technically, every device in that was enrolled in the Android P beta could have also had it day one.
It is amazing how each new version of Android has a complete new UX and none of them are actually good. Google is basically a back-end company incapable of doing good UX (if it is more than a search bar).
I have a more negative view. The entire Android development experience is substandard from front to back. The entire framework feels over engineered and bloated no matter which system or API it is.
This. I am a React Native developer, while working on a lot of backend things, bridging native API's to JS, I must say the developer experience on iOS is absolutely fantastic. Made me switch from Pixel to iPhone X, I've had android since the Google Nexus One, so yeah longtime Android user.
I would certainly not call the iOS developer experience fantastic. Xcode lacks basic IDE code editing features. Compiling Swift is slow and still somewhat buggy. Interface builder is next to useless for building complex apps decomposed into reusable components. Provisioning and signing is not as bad as it used to be but you can still get off in the weeds for an hour fixing issues there.
It might be a better developer experience than Android overall but there is still a lot of room for improvement.
I would agree with you, but after spending the last two years using an Android phone after almost a decade using iOS, I feel that Google has made some fundamentally bad decisions below the UI layer as well. Despite using a phone that is newer and more powerful, my Android phone is slower, less responsive and runs out of battery much faster than any of my iPhones.
I wholeheartedly disagree. I tried using both the iPhone 8 and the iPhone X and none of them came close to the Pixel 2, UX and feature wise. I couldn't download files, couldn't even change my ringtone to a custom melody, couldn't attach files coorectly, the integration with their Maps app was awful, the battery life drained faster after one update... I just felt so limited!
iPhone X seems like a bunch of clever but costly gimmicks to fix a self inflicted problem. Instead of just moving the fingerprint sensor to the back of the phone they got rid of it entirely and replaced it with FaceID and this new gesture based interface. It's an impressive piece of technology but a step backward in UX overall.
I find my Pixel 2 XL more usable and reliable than my iPhone X and Project Fi has saved me countless hours sitting in phone shop offices waiting for SIM cards in every new country I visit. The UI may not be quite as snappy as my iPhone but I don't feel it really holds back my use of the device at all and battery life is actually better and it recharges faster.
I do think this new gesture stuff they added to Android P is kind of dumb though and seems like a cheap and failed effort to copy some buzz from Apple.
Does anyone know if Final Cut Pro X or Premiere Pro (or other popular video editing tools) yet support encoding to the "HDR VP9 Profile 2" ?
(HDR VP9 Profile 2 is isted as a new feature, as per "Android 9 adds built-in support for HDR VP9 Profile 2, so you can now deliver HDR-enabled movies to your users on HDR-capable devices." yet I wonder if this is effectively a telco-friendly video codec not widely used by media publishers or creators?)
I don't think publishing to a single specific profile is an appropriate use of a desktop video editing application. It's like typesetting a paperback book by pressing "print" from Microsoft Word.
You should be exporting a "master" file from your editor and getting your delivery platform (or at minimum a dedicated transcoding app) to output to the various profiles.
Also, exporting HDR content isn't as simple as changing your export setting. HDR changes the way you handle content from the earliest moments of data capture; the real question is how you choose to crush the high dynamic range down to a standard dynamic range for everyone else.
Yeah, all good points, although sometimes one just needs to export a file or two (as opposed to setting up a publishing workflow or a system).
And Compressor for Final Cut Pro X or Adobe Media Encoder CC for Premiere Pro CC are effectively integrated (or some of the export code) for such a function - or are launched via the apps when you ‘Export’ or ‘Share’, although this can depend upon your CC plan or whether you have purchased/installed Compressor, or not.
The ‘crushing the HDR’ is a good point, I’ll have to look up how this codec handles DR and colour gamet :)
Surprised with the naming, did Google just miss a great opportunity for collaborating with candy manufacturers like they did with Nestle for Android 4.4 'KitKat'?
I've been living in France for 16 years and eaten a lot of petits fours. Today I learned that they can be sweet? I've never seen somebody use the term for sweet foot.
I live in Australia and I only ever see petits fours used to describe small sweet morsels served at the end of fine dining (a three course meal, a tasting menu or degustation) often delivered with your order of coffee or tea.
It was invented by Frank Epperson, who left stirring sticks in fruit juice that was left to freeze. He called it the Eppsicle, as a combination of Epperson + icicle, but his kids started calling it "Popsicle" (as they called him Pop), and the name stuck. The name is now owned by Unilever.
Given the number of times the post mentions Machine Learning (ML), I'm surprised they didn't skip the P for Pie and go straight to naming it Android ML ;)
I was worried my S5 was doomed to Lineage 14.1 forever, but some saint dev ported it to 15.1 last month.
LTE doesn't work, but hey, 15.1.
Whats really scary is that the official Samsung Touchwiz ROM stopped getting updates two years ago and is stuck on 5.1 I think. Ain't it great when hobbyists support a device for over 3 major revisions past when the billion dollar manufacturer that made it stopped updating it less than five years after it was released.
Even in Pie, "Adaptive Brightness" is terrible. The display often abruptly drops in brightness for seemingly no reason. I think I could do better with a photocell and an opamp.
> App Actions is a new way to raise the visibility of your app and drive engagement. Actions take advantage of machine learning to surface your app to the user at just the right time, based on your app's semantic intents and the user's context.
Aside from the unnecessary jargon, this irks me how it portrays the user as some passive consumer. It really drives home how Google is, first and foremost, an advertising company.
> Siri can now intelligently pair users’ daily routines with your apps to suggest convenient shortcuts right when they’re needed. Use the Shortcuts API to help users quickly accomplish tasks related to your app, directly from the lock screen, in Search, or from the Siri watch face.
See how this is much more respectful of the user, by treating her as an active entity? Overall, Apple's copy is less jargon-y and terrible too: https://developer.apple.com/ios/whats-new.
> App Actions predicts what you’re about to do, so you get to your next task more quickly. If you do something like connect your headphones, the playlist you were listening to earlier is front and center. [1]
They're both "developer marketing materials." And Apple's marketing materials aren't "utopian." They're how developer marketing materials have always been written--in a user-centric way because the point of computers is to help humans do things.
Even Balmer-era Microsoft never put out developer materials with anything as user-hostile as saying that a feature "drives engagement." It's a Freudian slip revealing that in the Google ecosystem, the user is the product, not the customer.
Google speaks marketing speak, which isn't a strike against them. They worded it honestly, it's an opportunity for apps to be useful and have more activity for developers. Apple only focuses on it's vision of a power user on Apple having flexibility. It a nice vision but it's not the reality I see on iOS. On Android at least this was already a thing for years since notifications can be app slices.
It's all dependent on frame of reference. Nobody reads Google's developer blog looking for user centric stuff, it's being pitched to devs and their metrics
I'm with you. Google writes it like they're trying to exploit the user. Apple writes it like they're working to help the user. They're both working toward the same goal, but it definitely speaks to how they're designing Android (for the app ecosystem, not the user).
Oh, that thing where iOS shows a oarticular app icon on the dock that I don't want there, but then hides it again before I have to remove it. Gee, thanks for that Siri. I guess the Android version will also have no Off switch for the user.
just my opinion: i dislike Android's new use of the word 'action', because, from a developer perspective, there's already another, longstanding meaning attached to that word.
>Aside from the unnecessary jargon, this irks me how it portrays the user as some passive consumer. It really drives home how Google is, first and foremost, an advertising company.
It's amusing that you're taking a quote from the Android Developer blog (a blog, you know, for developers) and trying to misconstrue it as a public facing comment for users.
Here's their public facing comment that is aimed at users:
Android 9 also helps you get things done faster with App Actions, which predicts what you’ll want to do next based on your context and displays that action right on your phone. Say it’s Tuesday morning and you’re preparing for your commute: you’ll be suggested actions like navigating to work on Google Maps or resuming an audiobook with Google Play Books. And when you put in headphones after work, you may see options to call your mom or start your favorite Spotify playlist.
> It's amusing that you're taking a quote from the Android Developer blog (a blog, you know, for developers) and trying to misconstrue it as a public facing comment for users.
I did no such thing--to the contrary, my point is that how Google talks about users "behind their back" reveals a lot about how it views users as passive eyeballs. Note that the Apple copy I linked is from Apple's developer site as well.
I was just hoping for them to retire those stupid round adaptive icons. They did not.
Also it's not clear if the old style of switching "opened" apps will still be there? Because the new one with the full screen preview seems more flashy but less practical(think alt+tab vs win+tab on Windows).
I think the idea was good, it's just too bad so many apps (many by Google) went the lazy path of leaving the icon as-is and adding a white background layer.
To be fair the API given is pretty c*p when you have to target older Androids as well (and don't want to give them an uglier icon). If I remember right I had to simplify the icon as well (remove transparency I think) because Android doesn't like many things that are okay in svgs.
I just used Android Studio to generate the icon for older versions. Yes, I would assume no transparency, since it needs to be a simple single-layered image, AFAIK.
Could they cram the world Machine Learning into the article much more? If this was 12 months ago, replace every instance of the word Machine Learning with "blockchain"... Oh boy, gotta love buzzwords.
Each of the whopping 5 instances they use the phrase in are used correctly. The entire document is around 2500-3200 words. I think they could cram a lot more in and still keep it kosher.
Anyone know if there's a way to get the Oreo "Recent apps" feature back? The new one is fairly terrible in my opinion, it now takes many more swipes to get back to the app I want.
So to get all the privacy changes I will need to buy a new phone, as my current Samsung has 3 years now, so it won't get any updates. What a funny world.
Agreed. Put another way: Treble should make the Oreo distribution percentage go down more quickly than other versions did once they're not the latest. Since Pie was released today, this is the starting line. It'll be interesting to see how it goes.
Where could one find graphs of the Android major versions' distribution percentage over time? https://developer.android.com/about/dashboards/ just shows today's numbers. I'd like to see a "distribution vs days since following version released" with a line for each old version.
Which is why most OEMs went with Nougat instead of Oreo for their brand new 2017/2018 devices.
I really like it went this bad as always, because apparently as disclosed at Google IO 2018 they are finally considering making updates a requirement on the license agreements.
They got slapped for abusing their monopoly to force OEMs to integrate Google Play Services, which is a bit different than ensuring my phone doesn't look like a Swiss cheese in security.
Yes, and now they can't "abuse their monopoly" to force device support, because the one bargaining chip they had ("do it or we will take away google play services") can't be used.
Treble (which launched with Oreo) requires a different partition layout, a rather significant change to do on a running system.
If anything, Oreo would see lower uptake due to Treble, although that's mitigated by not making Treble a requirement for Oreo upgrades (ie. even if your device was upgraded to Oreo from something < 8.0, Treble still won't help you)
I wonder if Google's own apps are exempt from adaptive battery? I continue to have problems with Google's apps soaking my phone's battery. Reset the phone, and I get 6 days of standby (this is LineageOS). Install Google apps, and it's now 4 hours. Wakelock detector says the apps Inbox, Google, and Google Contacts are the top offenders with dozens of wakes keeping the phone awake between 40% and 99% of the time. Super irritating.
That wakelock detector is probably showing wrong data (especially on newer API levels). Can you try something more advanced like Battery Historian (in dev tools) to see what's waking up the CPU?
(And no, Google apps are beholden to all power saving restrictions like other apps - Play Services being the exception because it services functionality that must work at all times.)
Battery Historian isn't really helping pin this down. CPU is running the whole time over night, ~5%/hr drain doing nothing. Kernel only uptime has hundreds of events per minute with reason "unknown". Userspace wakelocks total less than 16s every 20 minutes with no app I recognize named (Babel_ConcService is the top offender). Top app is blank as is Long waklocks and Screen. Doze is "light" all night.
Anyway, battery life goes to about 4 days standby if I put the phone in airplane mode. Or if I reset the phone and then on next boot I don't enter my Google account info. I have one bugreport where the discharge rate varied between 15% and 40% per hour, but there's no battery data due to overflow (?) looks like I'm only getting 3-4 hours of detailed data after a reboot.
I've uninstalled Hangouts Dialer and Hangouts, reset stats and rebooted, left the phone untouched since. No change in discharge rate, it's still around 4-6% per hour. The top user wake lock offender is NlpWakeLock now, but it lasts just a second, but happens every 10-15 minutes.
Still event1 and event5 listed as wakesources with tens of thousands of counts per hour each. And still kernel wakeup reason "unknown" 12000+ counts per hour and 58m per hour duration (the entire 3h46m the phone was left since booting until capturing the bugreport).
The big gripe I have is in fact not the battery loss. It's the lack of tools that reliably pin the blame on the cause of the problem. So now I have to once again F around with uninstalling apps one by one to find out whodunnit and past experience tells me it will be a Google app or service with no recourse for getting the problem fixed. It's really an irritating platform.
Edit: And the WLD app shows the phone is "awake" 99% of the time. But if I put it in airplane mode, or wipe it and don't put it in airplane mode, it'll be awake 1% of the time (this is being left alone untouched for 1-4 hours).
Yeah, honestly this looks like there's something wrong with the actual phone (not software) - those "event" sources tend to come from kernel interrupts and those issues tend to happen when a sensor or something related malfunctions. Just a guess tho.
Except doesn't happen after a reset. Doesn't happen when in airplane mode. Happens only after I restore apps. Something is busy doing something when there's network access, and I suspect the 15% to 40% drains are when wifi goes down for whatever reason and I'm left with a really crummy weak mobile signal, which I know drains phone batteries fast just by the nature of having to compensate for weak signal.
The major reason (according to the dev podcast) is that SoC vendors simply drop support and don't update drivers for new Android versions. This pretty much blocks any kind of updates since mobile drivers are all closed binary blobs.
Before 8.0 Android driver layer wasn't separate from other OS layer so they couldn't upgrade Android separately.
I'm no longer surprised that Samsung doesn't feel the need to update to the latest version of Android! Grace UX (their skin) already had all of these features as of last year. I do not see anything worth upgrading for here.
Potentially huge for people buying the notched phones. The support for that did improve in this update.
Samsung's modifications to the stock Android experience aren't "features"; these are desperate attempts to differentiate itself from other Android handset OEMs. The resulting need to reconcile two codebases leaves users as the losers: they wait forever for general advancements in the Android ecosystem.
The general consensus amount Samsung users from my experience is that that they do these features better than Google. Samsung's multi-window support was better than eventually came to Android. Samsung's handling of app badges was WAY better (message counts!) and that went away with Oreo's terrible implementation (a dot indicating un-dismissed notifications).
My impression after upgrading to Oreo and getting more Google-designed features and less Samsung-designed features has been pretty disappointing. I lost a bunch of features that were extremely useful.
Unfortunately, as you said, reconciling the two code-bases means that Android updates are slow-to-never. The promise of open source and upstreaming patches for features doesn't happen with Android. Every manufacturer does many of the same enhancements themselves and then Google re-implements it a few years later poorly.
My experience moving from a Pixel XL to Samsung S9 has been the exact opposite though. Samsung is a significantly dumber phone that requires way more constant fiddling and care to be a good companion.
Examples:
- Samsung removed timed audio profiles. I no longer can say "silence for 1 hour" when I'm giving a talk. Now I need to babysit my phone and if I forget to put it back on loud, I'll miss calls.
- Samsung removed the automatic power save mode switch. Instead of stretching the last 15% of battery in the evening so I can call a cab... I now have a dead brick.
- Samsung broke handling of notifications in Work profile. They're not longer reliably working on my Wear watch.
- Samsung removed the ability to browse music in the car via AVRCP. Worked fine on Pixel XL.
- There's no way to set your phone to DnD mode while in a meeting automatically. Pixel had it.
And I could go on. Saying that Samsung just adds and improves on Googles' features is misleading. They also break a lot of things.
I'm on a Note 8, but I can't say I've run into these issues. I'm glad that the pixel 2 objectively works best for you!
Timed audio profiles: I still have them on my note 8 but I literally don't use this feature.
Automatic Power Saving: Samsung indeed doesn't trigger this by itself anymore, but I do not want my phone throttling itself just because its almost out of battery. There is Samsung Routines which will activate powersavig mode whenever you want it to (any percentage)
Wear watches may not work well with Samsung, but I don't actually know the details here. I've avoided wear as a platform since it's not as nice as a Samsung Watch to me.
Samsung does have shit car pairing, I'll give you that point. I didn't even know cars could browse media on your pixel. That's cool.
What do you mean by setting dnd during a meeting? Google reads ur calendar and sets DND? That's cool too if that's a feature.
I guess you're right there's a lot of quality of life stuff Google does right for consumers with a busy life. I feel like Google missing something like Samsung DeX will permanently keep me a Samsung Fan for now.
Really? I had a galaxy s4 back in the day and I hated the skin/bloatware on it so much I went back to iphone. I recently got the pixel 2 to see if googles own phone would be a better experience and I have liked it as much as my old iphone.
I believe most of the preconception against Samsung-branded Android OS is based on their experience with older (pre S6) devices. I wholeheartedly agree they were bad at it back then (esp. the bloatware that poorly replicated the functionality of various stock apps), but they've since gotten significantly better with their UX.
I don't consider any of Samsung first party apps to be bloatware especially since I use most of them on a daily basis.
While you could consider all the Samsung apps extra and unnecessary - the Android ecosystem is a loose group of OEM's with varying degree of control over their flavor of Android. The base features are always there on all android phones but Samsung personalized theirs. It's a good decision despite android purists scoffing at it.
Pixel line of phones is there to satisfy those who really want stock that badly they're willing to buy a flagship phone with budget phone features
Because there is no vanilla Android ROM that works perfectly out of the box on all devices and you need a device with a unlocked bootloader to even that get far.
My feelings exactly, Google literally plays catch up to Samsung in terms of features in it's OS and it's phones. So really I feel sorry for those poor people using Pixel 2 XL which has been slowed down to a crawl by the updates Google pushes out on the regular.
No sorry, you might have gotten lucky. But a few major YouTubers have reported this slowdown and I really have no data to back this up.
I'm glad the Pixel 2 XL works for you! I just have a personal grudge against the pixel line of phones are they compete with OEM's directly without bringing good hardware to the table (except that god tier camera of course)
"Major YouTubers" are also the same people who professional marketers generally place in the "influencers" category. These folks accept payment ("sponsorship") in exchange for publishing videos that are in line with the sponsoring entity's priorities.
As usual, one must exercise care when consuming Internet content. Most of it is, quite unfortunately, "fake news" or "sponsored content".
I'm sorry but what the heck does this have to do with YouTubers reporting issues with their favorite daily driver phones? They aren't being paid by Samsung to say the Pixel is shit. I'm talking about MKBHD and his slowdowns specifically.
Also I wanted to ask you about a previous comment you left. What really upset me was you saying Samsung Software is somehow not a feature because it's made by an OEM. Do you think Samsung should not be making features because it fragments the market? Because to me they've really done a good faith effort to be apple in quality of features and ecosystem of products. I really enjoy the care they have put into the user's quality of life. I could not see myself using anything but a Samsung Galaxy.
For me I've started a whole YouTube channel editing and filming videos all on my note 8. I've given up my MacBook pro to my brother and have exclusively used it for a year. Nothing compares to the suite of features Samsung has and I really love the design of their latest UI. It's really Microsoft esque but if done right.
I use Samsung's DeX destop environment with a cheap USB c dongle that makes my note 8 a giant 24" Chromebook PC when I'm at my desk. It's really a desktop killer for me.
Funny that you mention the camera. The Pixel 2 has the same sensor (Sony IMX 362) as a bunch of Motorola phones, like the G5+ and the X4. There is the custom Pixel Visual Core, sure, but that's used only by third-party applications that call the Camera API. Google's Camera app does all the processing on the CPU, presumably with highly tuned Halide code.
There is more to photos than CPU and sensor. There are also lenses and their layout as well as per-device and per-model tuning. This is why even if you side-load google camera app and all the libs it needs unto another phone, even with IMX362 sensor, the photos do not come out as good.
Samsung doesn't enjoy being thrashed around by Google making countless sub versions of Android and adding tons of UI updates years after they've made them. OEM's like Samsung must choose to either be horribly behind Google or jumping the gun and having an ecosystem large enough to rival Apple's. I've switched to most Samsung products over Apple and it's amazing how much easier my life has gotten.
Samsung really nails the UI of their phones and the experience makes stock Android feel like a buggy unfinished mess.
> desperate attempts to differentiate itself from other Android handset OEMs
yes. i can see it that way.
OTOH, I can also see this as the natural tension between Google's desire to force uniformity onto the entire Android ecosystem (good for consumers who want to switch between different handsets with less friction/confusion), and the handset maker's desire to prevent Google from controlling the Android user experience completely (good for consumers who don't want to be totally trapped in Google's vision and Google's service offerings.)
Curious what others think of samsung hardware on HN.
Ive had:
>S5 phone whos charging port broke and had terrible battery life. But hey, when I bought the phone the screen was bright and beautiful... I feel like I was tricked
>My SSD failed in a year
>My grandpa's 1,000 dollar samsung TV he bought in 2018 has an irresponsibly slow smart TV.
And I read some horror stories about samsung home appliances when I was looking to buy them last year.
I cannot tell if Samsung has lots of customers with horror stories, or a massive marketing department that is able to get people to buy average products at luxury prices.
> And I read some horror stories about samsung home appliances when I was looking to buy them last year.
I can add to that. From a previous comment: "I actually just replaced a 3 year old Samsung Electric Dryer. The heat was no longer working, and I suspect it was the heating element. To access the heating element required me to: - Take off the control board - Take off the entire top of the dryer - Take out the door - Take out the Front panel - Take out the drum
I only figured this out after finding a service manual, as I did not want to risk destroying a dryer to figure out how to fix it. A new heating element was $80 off the grey market. I wanted to see how much it would be to get it fixed by a service place, and any service place I went to wanted to charge $100 just to look at it!
When I saw a new dryer was $400, I just decided I did not want to deal with it anymore and bought a new dryer.
I had a Samsung fridge, it would constantly reboot... Samsung products just flat out suck in my experience. They insist on installing shitty software on everything.
I used my Note 4 for three years and it's still in perfect shape, aside from the headphone jack. I've got several of their SSDs, they're all good so far. I just got a scratch and dent 2017 year entry level Samsung TV running Tizen, the UI is much faster than what I've seen on other devices. My Samsung microwave had issues within the first year, a local service depot sent a person to the house to fix it.
I don't like their choices deviating away from Android to the degree I won't buy their handsets anymore, but have no complaints about them otherwise and think a lot of their hardware and design is very good.
Samsung is the only real competition to Apple right now. As much as Google wishes it can say it controls android it barely has a grip on it. Samsung has carefully de googled most of it's phones and created it's own line of tizen products running a much lighter OS. Nobody can honestly look at samsung in current year and not be impressed by their computing platforms and chip quality.
Hands down if I want an OLED phone the panel isn't coming from LG.
Yes. OK I have one complaint, the speakerphone (microphone) does not work well in some applications like WhatsApp. However I believe that can be fixed with some settings changes, I have not tried it.
It sounds to me like a lot of issues were had. I'm sure Samsung isn't for everyone but as a poweruser nothing remotely compares to the speed, power and reliability Samsung devices give me.
My favorite feature is by far Samsung Pay, it's completely replaced my wallet.
You're right, but Samsung features go beyond UI changes. I am locked into the Samsung ecosystem by a few of these intangibles.
Like: Samsung Pay (works on credit card readers) Samsung DeX (Chromebook in your pocket) Samsung Pass (auto fill with Iris scanning)
Some of these features are made by other companies like, Huawei makes a Chromebook style UI too, but Iris scanning and Magnetic Payments are exclusive to Samsung platform.
I hadn't heard of that before. That's pretty cool.
"Magnetic Secure Transmission (MST) is a technology that emits a magnetic signal that mimics the magnetic strip on a traditional payment card. MST sends a magnetic signal from your device to the payment terminal's card reader (to emulate swiping a physical card without having to upgrade the terminal’s software or hardware)"
It's literally the most epic thing, I feel like Harry Potter when I go into stores and wave my watch over their credit card reader :)
I actually gave up my wallet 3 years ago to only use this and it's not let me down yet. Also nice to not have a wallet bulge in my back pocket cuz I do sit a lot and it's taken a toll on my spine being disaligned.
I was wondering what you mean, until I read the first child comment. Credit card readers around Europe support NFC (are all chip based), I haven't seen an only magnetic stripe card in years.
In America NFC is often available now but it's broken in a lot of places where the reader will reject the transactions outright. Very disappointing to use and 100% of my iPhone friends still carry a wallet.
My thoughts exactly; the only feature that I really missed from not having my device upgraded to Oreo last year was the OS-wide credential auto-fill functionality. I see none this time around.
I wonder when they'll have better VPN support: the stock OS is still missing IPSec IKEv2+RSA w/ proper server cert validation (even Strongswan has a few major limitations with their Android app implementation[1]), and their always-on VPN support is quite bad (e.g. lack of domain name support for not good-enough reason[2], doesn't handle tethering properly while connected)
Before Oreo finally enabled universal auto fill, Samsung Pass did a good job signing me in with my irises so far. I love the ecosystem of apps they made so far really impressive. Especially the magnification loupe that iOS has had for years.
In my opinion, Android should focus in quality/stability and UI responsiveness. E.g. it blows my mind that Nokia N900 (2009, Maemo Linux) was, in some cases, way more responsive in the UI than current Android running in hardware 20x faster.
Reading through the list of improvements leaves me quite underwhelmed. I thought the Oreo upgrade was basically useless, but this is literally a service pack style update. Also amusing to see "battery improvements" in every release without anything to show for it.
> Also amusing to see "battery improvements" in every release without anything to show for it.
Whatever improvements are made are most likely quickly eaten by the cruft accumulating both in the system and in applications. The latter update frequently, which means you have a steady stream of bloat coming in...
Who knew individual customers have almost zero leverage on a trillion dollar company? I'm fed up of all the anti-consumer bullshit from Apple lately. It encourages the same behavior in others too.
I switched to an iphone a few months ago. Lack of a headphone jack bothered me for about a day. I got used to it very quickly, and now much much prefer the iphone to my old Android device.
I use my android phone frequently on the go, keep it in my purse connected to the powerbank to recharge, and have headphones plugged in to listen to music (e.g. when cycling the whole day, or when I’m in trains).
Without a separate headphone jack, that’s pretty inconvenient.
Especially as my headphones are all expensive 3.5mm jack Sennheiser headphones, and I need to use them with my phone, laptop and desktop.
Exactly my thoughts. There is nothing exciting at all in this update. Just the usual 'more battery saving by doing less', and as you said, for some reason, every update keeps on making my phone slower and more battery consuming, if anything.
The one with at least 3 unbranded releases immediately preceding each branded release and where the previous release was branded? Doesn't seem to have changed.
Can we please get a choice of a non-infantile UI in Android in the future? The candy-style material UI just pushes me not to use Android for serious work, more for fire-and-forget tasks I don't care about, as interfacing with it is extremely unpleasant (only slightly better than WP8).
"Android 9 harnesses the power of machine learning to make your phone ...simpler"
What a ridiculous concept. Have you ever tried to install TensorFlow? It's a giant, flaming shit-pile covered in a layered shit cake. A word such as "simple" in this context is obscene. This is all bloatware. Android is garbage and it's only getting worse.
* Limited access to sensors in background
* Restricted access to call logs
* Restricted access to phone numbers
* Restricted access to Wi-Fi location and connection information
* Information removed from Wi-Fi service methods
* Telephony information now relies on device location setting