The difference is ChatGPT Pro/Plus plans have one shared pool of token limits shared across all use cases.
In contrast Google's AI plans give you at least three seperate pools of token usage limits: Gemini App + Antigravity/Other Code Assist tools like Android Studio + AI Studio free usage limits.
Google limit the context of where you can use their tokens but in exchange they give you substantially more.
> o changes are being made to the .tflite file extension or format. Conversion tools will continue to output .tflite flatbuffer files, and .tflite files will be readable by LiteRT.
Odd choice since it strongly undermines the stated purpose of the rebrand in the first place: to break it away from the Tensorflow brand and emphasise it being model/framework agnostic. Working with ".tflite" files more or less immortalises what they're trying to get away from.
Would've made more sense to bite the bullet and launch with a ".litert" format which is identical to ".tflite", but continue to work with the later. That would remove the conceptual integrity issue without breaking any compatibility.
They'll probably continue to co-exist: Flutter is a Declarative UI product by the Dart team, Jetpack Compose is a Declarative UI product by the Android org. Google has no problem having multiple competing products by different orgs unless one org manages to absorb the other.
Dart has survived this long so that doesn't seem on the cards.
Due to Mark Gurmans track record a Bloomberg rumor on a tech companies future plans for a product are almost as trustworthy as official PR from the company. More leaks = more representation on HN.
In a slight shift from how Inbox was characterized at launch, Bank says it now amounts to an experimental test bed for future Gmail features. “Inbox is the next-gen, early adopter version, whereas Gmail is the flagship that will eventually get the best new features,” according to Bank.
>No HomeKit integration, of course, now that Google has purchased them.
Probably completely unrelated since Nest doesn't even support Google's Brillo/Weave. They're going forward with their own "Nest Weave" which despite the name is a completely separate platform/ecosystem from Google's stuff.
Wouldn't be surprised if Homekit support is actually on the cards but it's stuck in their super slow release cycle.
>I don't get it... Google clearly has more than enough in house talent to get those things right. Why aren't they? Why don't they seem to care?
I think it's because "Google" aren't involved at all. Google has it's own approach to IOT called Brillo/Weave that they're focused on. Nest is doing its own isolated thing.
Old Way: Two separate concepts called the same thing. Google+ (Unified profile/account/sharing system across services) and Google+ (Social network).
This backfired because what people made the natural inference that the purpose of the former was to force use of the later when the opposite was what Google was aiming for. The purpose of the social network was to promote the unified login, but instead it poisoned the well.
New way: Concept of a "Google+ account" has been folded into the main Google Account as a new cross-service "About Me" account https://aboutme.google.com/ . Google+ (Social Network) is now just a client of the former, so the G+ website is shedding all the features related to its old dual system integrator role.
We also use personal information to help us create, develop, operate, deliver, and improve our products, services, content and advertising, and for loss prevention and anti-fraud purposes.
We may also use personal information for internal purposes such as auditing, data analysis, and research to improve Apple’s products, services, and customer communications.
They already do according to the Google Wallet FAQ:
"Google Wallet stores your credit and debit cards on secure servers and encrypts your payment information with industry-standard SSL (secure socket layer) technology. Your full credit and debit card information is never shown in the app and won't be shared with the merchant. In addition, access to Google Wallet is protected by password or PIN. We also recommend locking your phone with a passcode for additional security."
"Your actual credit card number is not stored. Only the Google Wallet Virtual Card is stored, and Android's native access policies prevent malicious applications from obtaining the data. Even if the data is compromised, Wallet uses dynamically rotating credentials that change with each transaction and are usable for a single payment only. Finally, all transactions are monitored in real-time with Google’s risk and fraud detection systems."
Keep in mind "Tokenization" has existed in the NFC industry for years, the only thing which changed last year is that the EMV standards body agreed and released a standardized way to do it in March 2014. Apple Pay is a branded solution over that.
So what it really boils down to is whether or not you take Google's word for it that their independent solution is secure. If not, you owe it to yourself to not be using a Google Android phone in the first place.
I think the title to this should've been something more descriptive like "Google willing to accept Chrome Sidebar API patches" as that seems to be the main reason it was reopened.
>Is Google Maps really that better than OpenStreetMap or Apple Maps or Bing Maps, or do people just use it because it's a default result in Google?
I think its more nuanced: In-line maps are a better search result to location queries than a plain blue link, but to some degree the only way to offer that UX is to control that functionality from the ground up. Explicit integration comes with reliability/speed/technical costs while implicit integration comes with fair use/scraping costs.
While search boosts the integrated properties (Maps, News, Finance etc) much of the value to Google may actually be the reverse: integrated verticals give people less reason to switch away from Google's generalized Search to more specialized, domain-specific search engine.
There's an argument to be made that there's utility in a Jack-of-all trades engine.
More wood behind arrows or not they could at least update the black bar so Scholar could be pinned to the users App Launcher. And no reason for it to still have the old Google Logo.
It doesn't have to feel abandoned just because its niche.
In contrast Google's AI plans give you at least three seperate pools of token usage limits: Gemini App + Antigravity/Other Code Assist tools like Android Studio + AI Studio free usage limits.
Google limit the context of where you can use their tokens but in exchange they give you substantially more.