mystilleef
About
- Username
- mystilleef
- Joined
- Visits
- 12
- Last Active
- Roles
- member
- Points
- -10
- Badges
- 0
- Posts
- 15
Reactions
-
Google's Pixel 2 XL priced higher than Apple's iPhone 8 Plus but is half as fast, lacks ma...
All that "bionic processing" and the iPhone still can't take better pictures than Pixel phones. The so-called "state-of-the-art" hardware of the iPhones does not camoflage the reality that Siri is still 5 generations behind the Google Assistant. Apple is bringing superficial hardware flourishes to an Artificial Intelligence and Machine Learning fight, and Google is showing the world their ass for it. "You've been told that you think need 2 phones lens and supercomputing image processing to create a bokeh effect in photos. Well that's bullshit. With AI, Machine Learning, one lens, and significantly less computing power, we've destroyed that myth forever with the Pixel 2." --Google Google's hardware event embarrassed Apple beyond repair. It showed just how far behind Apple is in AI and Machine Learning. And it showed the world that future is not hardware at all, but ambient computing powered by AI. And it showed Apple is not ready for that world. So, is not surprsing the author of this article is not only salty, but is also scared straight out of his delusion that Apple's hardware prowess matters. Especially in a future where the battle has shifted to AI. -
Android O, Google's response to Apple's iOS 11, will be revealed next Monday amid solar ec...
gatorguy said:tmay said:gatorguy said:tmay said:dick applebaum said:tallest skil said:gatorguy said:Here's what I suspect will be a surprising list of the Android enhancements t gethat have been made available in just the past four months, totally independent of any OS update and available to almost any Google Android user regardless of OS version.
IDK how Android/Google handles matching their app store app installs to the Android version on the devise...
It appears that in iOS 11, the App Store won't [even] allow apps to be downloaded to an iDevice that does not have the requisite iOS version and hardware to run the app.
Whatever benefits updating apps incrementally in old and deprecated OS versions is for Google and the user, it is, for the most part, a fragmented mess for developers, and likely the reason that develop first on iOS is a thing
Here's a link; there are plenty of others.
https://theappsolutions.com/blog/development/ios-vs-android/
https://thenewstack.io/scoring-comparison-android-ios-development/
Sure it probably is easier for iOS, but I still stand by my comment that it's not too much more effort to do Android (too) according to what I've read both here and on other sites. But like you I don't speak from personal knowledge.
I recommend some of the folks on this thread familiarize themselves with this thing called the Google Play Services and Android Support Libraries. Between those two frameworks, an Android developer can write an app targeting the latest version of Android while being seamlessly backward compatible all the way back to Android Gingerbread (Android 2.0). In other words, Android developers that plug their apps into those frameworks, with virtually zero effort, automagically support 90% of Android devices out there.
The folks that crow about Android's fragmentation are not only clueless, they are drunk on Apple's marketing Koolaid. Google over the years sneakily and systematically decoupled core Android and Google frameworks, interfaces, and services from the OS. The result is that today these parts of the OS are regularly updated independently of the OS.
From day one, Google was smart enough to ensure that on Android developers wrote strictly to an interface and not hard-coded assumptions about screen size, processor architecture, form factor and so on. The benefit of this architecture decision is that a well-designed Android app, sourced from a single source code, can run flawlessly on a multitude of devices regardless of screen size, SoC architecture, form-factor, or hardware configuration.
The caveat, of course, is that the developer must make no assumptions about the environment or device the app is going to run on. This is very important because it leads to my next point. (Exception: Android APIs that are not properly abstracted from low-level hardware specific stuff will give inexperienced developers headaches. The Camera API comes to mind.)
For an iOS developer delving into Android development, this is a massive cultural shock. On iOS, hard-coded assumptions about everything has been the norm until very recently. Therefore, it's no surprise the many iOS developers find Android development overwhelming. I've read too many ill-informed rants on blogs entertaining the misguided notion that Android developers have to tune to their code for every type of Android device. This forms the foundation of the Android fragmentation theory. The theory gains legs when you add the reality that for numerous unfortunate reasons Android updates on none-Google Android devices are unreliable. Connect the dots sloppily, and you can make a convincing argument that it's a waste of time to support new OS features because FRAGMENTATION.
Apple, through ingenious marketing, has perpetuated this baseless argument. The tech media, practically Apple's echo chamber, hardly needed any incentives to help birth and nurture the myth of Android fragmentation. The comments in this thread alone bear witness to this fallacy. It's the same regurgitated PR nonsense that has no bearing on reality.
If you pick up a phone running Android 4.0 and another one running Android 8.0, you'd hardly notice any difference worth talking about. There might be minor tweaks and superficial enhancements here and there. But for the most part, the experience using either device is largely the same. The compatibility shim in Google Play Services and Android Support Libraries ensure that apps don't behave any differently on Android 4.0 versus 8.0.
This is the miracle of Android. It's a feat of engineering that any this even works.
With Android O, Google takes Android another giant leap towards world domination. Not surprisingly, the tech media is too preoccupied debating dessert names, as opposed to, I don't know, documenting a well-research exposition about the fact that Android O is the most significant update to the platform since its birth. With Project Treble, Google rearchitected Android's gut to make its core components independently deployable. The goal is to push OS updates to any Android user, regardless of device, carrier, OEM, skin, or silicon. It's the last piece of the puzzle in making Android completely modular. This new-found flexibility will allow Google to develop Android independent of OEMs, Vendors, and Carriers. It won't surprise me if Android P or Q doesn't even run on Linux, but instead Fuschia, Google experimental OS.
gatorguy is right. Android and iOS are fundamentally different OSes. One OS has to cater to every conceivable use case while remaining open, flexible and customizable, the other has to cater to Apple. Anybody claiming Google and Apple face the same challenges in how they manage, design, and deploy their respective OSes, is simply entertaining a false equivalence.
The engineering challenge for Google is monumental given the inconceivable amount of variables they have to deal with, as well as the ubiquity and heterogeneity of devices that Android has to run on. The debates about update percentages are pointless in light of the fact that each OS is layered, designed, and deployed differently. Wake me up when Apple can push iOS updates to 24,000 unique devices with disparate SoCs, form factors, and hardware architectures. Then we can have a serious talk about iOS vs Android updates. Until then, enjoy your penis wagging contest. -
Google I/O 2016: Android's failure to innovate hands Apple free run at WWDC
-
User security, privacy issues draw sharp contrast between Apple iOS, Google Android in FBI encrypti
The sharp contrast is that both Google and Apple view the government's backdoor proposal as dangerous. /s
FinSpy exploited security flaws in iTunes to infect Apple devices from 2008 to 2011. For 3 freaking years, Apple failed to patch the exploit.
This is from the company that cares about "security and privacy". Even though this same company, according to their privacy policy, collects and analyzes the same amount of personal data about their users as Google.
This is the same company that only just figured out how to do 2-factor authentication reliably across their cloud services. And that was only prompted after an embarrassing high profile security and privacy breach with their products.
The breach violated the security and privacy of their users, mostly celebrities, by publishing their private and most intimate media, for anyone on the Internet to peruse. The event is now forever dubbed as the "The Fappening".
The sharp contrast between both companies is that Google actually knows how to keep your data secure and private, while, according to Tim Cook, Apple doesn't care about your data.
The reality-distortion field is strong in this realm.