Googlen insinöörit tekivät AMA: n Redditissä toissapäivänä. AMA koski Android Q betaa. Tässä on yhteenveto siitä, mitä opimme heidän vastauksistaan.
Viime vuonna Googlen Android-tiimi isännöi Ask Me Anything (AMA) -tapahtumaa Redditin /r/AndroidDev-aliredditissä. Android P -kehittäjän esikatselu. Tänä vuonna Android Q -betaversion parissa työskentelevä insinööritiimi vastasi kysymyksiin Redditissä. AMA alkoi 1. elokuuta klo 12.00 PST ja päättyi noin puolitoista tuntia myöhemmin. AMA: ssa oli mukana 33 Googlen insinööriä, jotka vastasivat lukuisiin kysymyksiin AMA: n lyhyen ajan kuluessa. Tässä on yhteenveto kaikista uusista tiedoista, jotka olemme oppineet.
Android Q AMA: Kaikki, mitä opimme Googlelta
Osallistujat Android Q beta -tiimistä
- Adam Cohen: TLM Android Launcherissa / järjestelmän käyttöliittymässä
- Adam Powell: TLM käyttöliittymän työkalupakkissa/kehyksessä; näkymät, elinkaari, fragmentit, tukilibs
- Alan Viverette: TLM, Jetpack / AndroidX
- Allen Huang: PM käyttöliittymälle, kantoraketille, ilmoituksille, hakuintegraatioille ja muille!
- Andrew Sappirstein: TLM Android-asetuksissa
- Brahim Elbouchikhi: PM johtaja Android-koneoppimisesta ja kamerasta (NN API, ML Kit, CameraX, Camera Platform)
- Chad Brubaker: Ohjelmistoinsinööri, Android Platform Security
- Charmaine D’Silva: PM tietosuojaa varten
- Chet Haase: Androidin pääasianajaja, kehittäjäsuhteet
- Diana Wong: PM, sovellusten yhteensopivuus, ei-SDK-sovellusliittymän käyttö, ART, NDK
- Dianne Hackborn: Android-kehystiimin johtaja (resurssit, ikkunanhallinta, toimintojen hallinta, monikäyttäjä, tulostus, esteettömyys jne.)
- E.K. Chung: UX: n johtaja
- Ian Lake: Ohjelmistoinsinööri, Jetpack (fragmentit, navigointi, arkkitehtuurikomponentit)
- Iliyan Malchev: Johtava ohjelmistosuunnittelija, Project Mainline
- Jacob Lehrbaum: Androidin kehittäjäsuhteiden johtaja
- Jake Wharton: Ohjelmistoinsinööri, Jetpack
- Jamal Eason: PM, Android Studio
- Jeff Bailey: TLM, Android Open Source Project (AOSP)
- Jeff Sharkey: Ohjelmistoinsinööri, Android Framework
- Jeffrey van Gogh: Android Studio, kääntäjät
- Jen Chai: PM, sijainti ja konteksti, todennus, automaattinen täyttö, ei-SDK-sovellusliittymän käyttö, ART
- Karen Ng: Ryhmä-PM Android-kehittäjätyökaluille, Android Studiolle, Android Tookitille ja Jetpackille
- Paul Bankhead: Google Playn tuotehallinnan johtaja
- Rohan Shah: Tuotepäällikkö, Android-järjestelmän käyttöliittymä
- Romain Guy: Android Toolkit/Jetpack -tiimin johtaja
- Sagar Kamdar: Androidin tuotehallinnan johtaja
- la K: Suunnittelujohtaja, Android-yhteydet
- Selim Cinek: Ohjelmistoinsinööri, Android-järjestelmän käyttöliittymä
- Stephanie Saad Cuthbertson: Tuotehallinnan johtaja, Android
- Sumir Kataria: Ohjelmistoinsinööri, Jetpack (WorkManager)
- Travis McCoy: PM, Android-alusta
- Trystan Upstill: Arvostettu insinööri, Android-järjestelmän käyttöliittymän ja älykkyyden johtaja
- Vinit Modi: PM, Android-kamera
Lue lisää
OEM-valmistajat eivät voi enää tappaa sovelluksia, kun käyttäjä pyyhkäisee ne pois viime aikoina
Jos olet koskaan käyttänyt kiinalaisen brändin älypuhelinta, olet todennäköisesti käsitellyt ärsyttäviä "akun optimointi"-ominaisuuksia, jotka tappaa kaikki suosikkisovelluksesi taustalla. Tämä käytös ei ole vain ärsyttävää käyttäjille, jotka odottavat tiettyjen sovellusten jatkuvan taustalla jostain syystä, mutta se on myös ärsyttävää kehittäjille, jotka joutuvat kärsimään huonoista arvosteluista käyttäjiltä, jotka eivät ymmärrä, että se ei ole sovelluksen vika. Kun Google on edelleen ei täysin käsitellyt tätä asiaa (he heiluttaivat ongelman pois toteamalla, että tämä käyttäytyminen on todennäköisesti jo rikkoo Android Compatibility Definition Document -vaatimuksia), yritys On ryhtyä toimiin yhtä "akkua säästävää" käyttäytymismuutosta vastaan, jota jotkut OEM-valmistajat käyttävät.
"Auttaaksemme tilannetta, olemme lisänneet CTS-testin Android Q: han varmistaaksemme, että sovellus ei kuole, kun se pyyhkäistään viimeaikaisista sovelluksesta."
Android R saattaa tuoda kuvakaappauksiin enemmän muutoksia kuin odotimme
Google aikoo lisätä rullaavat kuvakaappaukset Android R: ssä, mutta samaan aikaan Android-tiimi on "tarkastellaan tarkasti, kuinka [he] voivat parantaa koko näytön [X] kokemusta R: lle." Näin ollen voimme katso muita parannuksia kuvakaappauksen (AND screencast) toimintaan seuraavassa suuressa Android-versiossa.
Selvennetään Android Q: n uutta työpöytätilaa
The ensimmäinen julkinen betaversio Android Q toi piilotetun työpöytätilan käyttöliittymän AOSP: hen ja Pixel Launcheriin. Vaikka Google kosketti lyhyesti ominaisuutta Google I/O -istunnon aikana emme ole koskaan kuulleet suoraan Googlelta, kuinka uusi ominaisuus sopii Android-ekosysteemiin. Google nyt selventää:
"Q AOSP: ssä "työpöytätila" on sovelluskehittäjille suunnattu kehittäjävaihtoehto. Sen avulla he voivat testata sovelluksiaan usean näytön ja vapaamuotoisen ikkunointitilan ympäristöissä. Aiemmin ei ollut kätevää tapaa testata sovellusten toimintaa toissijaisella näytöllä ja vapaasti muokattavilla ikkunoilla varastossa olevalla Androidilla. Tätä ominaisuutta ei ole tuotettu yksinään, eikä sitä ole tällä hetkellä tarkoitettu tavallisille käyttäjille. Siitä huolimatta se on Android-alustan perusta, jonka avulla OEM-valmistajat voivat innovoida ja tehdä mahtavia tuotteita."
Näin ollen voimme odottaa OEM-valmistajien rakentavan Android Q: n alkuperäiseen työpöytätilaan. Esimerkiksi, OnePlus 7 Pro tukee näyttöä HDMI: n kautta, joten se on mahdollista Android Q -pohjainen OxygenOS 10 tulee olemaan oma työpöytätilan käyttöliittymä tulevaisuudessa. Toivomme myös, että Google kehittää ominaisuutta tulevaa varten Pixel 4.
Aikaperusteinen tumma tila
Android Q tuo vihdoinkin laajalti pyydetyn ominaisuuden: järjestelmänlaajuinen tumma tila. Tällä hetkellä tumma tila voidaan ottaa käyttöön joko manuaalisesti asetuksista tai pika-asetusruudun kautta, tai se voidaan aktivoida automaattisesti, kun virransäästö on käytössä. Ennen Android Q: ta oli mahdollisuus ottaa käyttöön tumma tila kellonajan perusteella, mutta tämä vaihtoehto on poistettu käytöstä. Chris Banesin mukaan:
"On muutamia syitä, miksi tämä on vanhentunut (ei poistettu) AppCompat v1.1.0:ssa: se edellyttää sovellusten pyytämistä sijaintiluvat ovat tarkkoja, ja jopa kelvollisella sijainnilla auringonnousun/auringonlaskun aikalaskelmat voivat olla buginen."
Kysyttäessä näistä vioista, Mr. Banes toteaa, että "auringonnousun/auringonlaskujen laskeminen on tunnetusti vaikeaa, erityisesti paikoissa, jotka sijaitsevat lähellä pohjois-/etelänavat." Käyttäjä tuo esiin, että Night Light, joka on saatavilla Android 7.1 Nougatista lähtien, voidaan vaihtaa automaattisesti auringonlaskun/auringonnousun perusteella aikataulut. Mr. Banes toteaa sitten, että koska Night Light käyttää CalendarAstronomer from ICU4J, se käyttää "suuria koodipaloja, joista emme haluaisi AppCompatin riippuvan". Joukkue kuitenkin tekee osavaltio että tämä ominaisuus on "jotain, jota [he] tutkivat".
Pakollinen Camera2 API/Camera HAL3 -tuki Android Q -käynnistyslaitteille
Google esitteli Camera2 API: n määrittääkseen paremmin, kuinka sovellukset voivat olla vuorovaikutuksessa älypuhelimeesi yhdistettyjen yksittäisten kameroiden kanssa. Googlen aikana rohkaisee älypuhelinten myyjät "paljastavat kaikki fyysiset kameransa kehittäjille", monet myyjät eivät tee niin, vaikka "sovellusliittymä itsessään ei ole estää niitä tänään." Tämä tarkoittaa, että monet kolmannen osapuolen kamerasovellukset eivät voi käyttää toissijaisia tai tertiäärisiä kameramoduuleja nykyaikaisissa älypuhelimet. Edistystä tapahtuu kuitenkin Android Q: n parantuessa LOGICAL_MULTI_CAMERA, API, joka antaa kehittäjille paremman pääsyn kaikkiin laitteen kameroihin ja jonka avulla OEM-valmistajat voivat hallita virrankulutusta ja useiden kameratilojen hallintaa.
Lisäksi Google sanoo, että he ovat lisänneet vaatimukset kaikille laitteille, jotka käynnistetään Android Q: lla, jotta ne tukevat Camera2 API: ta/Camera HAL3:a. Vinit Modin mukaan:
"Android P: stä alkaen uusien laitteiden, joissa on vähintään 1 Gt RAM-muistia, on käytettävä HALv3/camera2:ta. Android Q: sta eteenpäin kaikkien uusien laitteiden on tuettava HALv3/camera2:ta. Valitettavasti päivitykset HALv1:stä HALv3:een ovat melko monimutkaisia langattomasti, ja niillä voi olla odottamattomia seurauksia, joten jouduimme rajoittamaan soveltamisalan uusiin laitteisiin."
Mielenkiintoista, Modin lausunto normaaleista RAM-muistista Android P -käynnistyslaitteista on ristiriidassa mitä Google on kertonut meille aiemmin ja mitä on julkaistu Image Test Suite -sivulla verkossa.
Dynaaminen sovellusteema Jetpack Composella
Sonyn OMS-teemakehys lisättiin AOSP: hen useita julkaisuja sitten, mutta se on vain tarkoitettu OEM-valmistajille rakentaa. Tiedämme jo sen Google vastustaa käyttäjät käyttävät ajonaikaisia resurssipeittoja teemasovelluksiin, mutta kehittäjille yritys on toivoen että sen Jetpack Compose -käyttöliittymä puitteet tuovat esiin "mielenkiintoisia lähestymistapoja dynaamiseen teemaan".
Vulkan-backend Skialle käyttöliittymän renderöimiseksi
Viime vuonna, huomasimme keskustelun Googlen insinöörien joukossa, jotka puhuvat suunnitelmistaan saada Android-kehys käyttämään Vulkan-grafiikkasovellusliittymää käyttöliittymän hahmontamiseen. Vaikka nyt on mahdollista ottaa käyttöön Vulkan-laitteistokiihdytetty taustajärjestelmä ilman puhelinta kaatuessa, emme ole kuulleet konkreettisia suunnitelmia Googlelta siitä, milloin he aikovat ottaa nämä käyttöön muutoksia. Tämä AMA ei vastaa tähän kysymykseen, mutta ainakin meillä on vahvistus, että se on edelleen työn alla. Romain Guyn mukaan:
"Tiimi on työstänyt Vulkan-taustaohjelmaa Skialle, Androidin käyttämälle 2D-renderöijälle, mutta se ei ole tällä hetkellä oletuksena käytössä. Käyttöliittymä ja Canvas käyvät edelleen OpenGL ES: n läpi."
Android Q: n elepalkin tekeminen dynaamisemmaksi
Jotkut XDA: sta ajattelevat edelleen niin Androidin uudet eleet ovat sekaisin, mutta henkilökohtaisesti mielestäni ne ovat kunnossa. Jos kuitenkin leikittelet Android Q: n uusilla eleillä jonkin aikaa, huomaat, että elepalkki ei liiku sormellasi. Se pysyy myös näytöillä, missä sitä ei tarvita, kuten aloitusnäytössä tai viimeaikaisten sovellusten yleiskatsauksessa. Allen Huang sanoo että he "täysin samaa mieltä siitä, että on mahdollisuuksia" tehdä "navigointilinjasta vähemmän staattinen". Hän sanoo edelleen että "tämä on jotain, jonka parissa työskentelemme - mutta myös tasapainoitamme, jotta se ei ole häiritsevää ilmestyy / katoaa."
Parannuksia Storage Access Frameworkiin
Monet Android Q: n muutokset ovat parantaneet huomattavasti alustan turvallisuus ja yksityisyys. Yksi tällainen muutos, nimeltään "Scoped Storage", rajoittaa sovellusten pääsyä ulkoisen tallennustilan tiedostoihin järkevällä tavalla. musiikkisovellusten ei tarvitse nähdä esimerkiksi galleriaasi. Android Q: ssa toimivien tiedostonhallintasovellusten on käytettävä Storage Access Framework -sovellusliittymää jatkaakseen toimintaansa normaalisti, mutta Jotkut kehittäjät pitävät tätä API: ta huonompana siihen, mikä oli aiemmin saatavilla. Jeff Sharkey Googlelta sanoo tiimi on käsitellyt joitain näistä kehittäjien valituksista:
"Teimme joitain SAF-suorituskykyparannuksia uusimmissa Android Q Beta -julkaisuissa; voisitko vertailla vertailuarvojasi uusimpaan betaan? Varmista myös, että käytät ContentProviderClientiä, kun suoritat joukkotoimintoja."
Project Treble paransi Android Pien käyttöönottoa Android Oreoon verrattuna
Olemme jo nähneet, kuinka Project Treble, merkittävä Android-kehyksen matalan tason uudelleenarkkitehti, on parantanut uudempien Android-käyttöjärjestelmän versioiden käyttöönottoa. Google antaa Treblelle kiitosta älypuhelinvalmistajien joukkoon liittymisen takana Android P beta viime vuonna ja Android Q beta Tämä vuosi. Iliyan Malchev, johtava Project Treble ja Päälinja insinööri, sanoo että Android Pie -käyttöönotto oli "3 kertaa" Android Oreoon verrattuna vuoden 2018 lopussa.
Samassa kommentissa Dick Dougherty kiusoi, että Android-versioiden jakelukaaviossa on tekeillä lisää hyödyllisiä mittareita. Kaavio oli viimeksi päivitetty toukokuussa, mutta sen tiedot ovat hyödyllisempiä toimittajille kuin sovellusten kehittäjille.
Näytön tallennus on edelleen WIP
Varhaiset Android Q -betaversiot lisäsivät ominaisuuslipun perusnäytön tallentamiseen, mutta alusta itsessään on parantanut näytön tallennuksen hyödyllisyyttä huomattavasti jolloin sovellukset voivat siepata ääntä muista sovelluksista. Stephanie Saad Cuthbertson sanoi, että tiimi pohtii "miten voisimme tehdä paremmin näytön tallennustarpeet vielä eilen". Muut älypuhelinmerkit esim OnePlus, ASUS: lla, Huaweilla ja Samsungilla on vahvat näytön tallentimet, jotka voivat tallentaa sisäisen äänen, joten Google jatkaa täällä.
Dark Theme All The Things!
Jos unohdat sen, Google lisää tumman tilan useimpiin sovelluksiinsa. Stephanie Saad Cuthbertson sanoo odottaa, että kaikki "suuret sovellukset" tukevat tummaa teemaa "virallisella [Android Q] -julkaisulla". Jopa Google Chrome, joka tällä hetkellä pakottaa sivun lataamisen uudelleen, kun järjestelmänlaajuinen tumma teema on käytössä, päivitetään niin, että se ei enää päivity, kun teema on käytössä muuttunut.
Kyllä, kolmannen osapuolen käynnistysohjelmat toimivat eleiden kanssa (lopulta)
Androidin eleet ovat tavallaan rikki, kun käytät kolmannen osapuolen käynnistysohjelmaa. Tämä johtuu siitä, että uusimpien sovellusten käyttöliittymä sisältyy osakekäynnistyssovellukseen, mutta Google ei ole vielä tehnyt sitä kehitti tavan saada samat saumattomat siirtymät, joita näemme käytettäessä eleitä varastossa olevan Pixelin kanssa Käynnistysohjelma. Adam Cohen vahvistaa Google aikoo ratkaista nämä ongelmat "mahdollisimman nopeasti julkaisun jälkeen". Hän sanoo edelleen niin Yhteensopimattomuus "korjataan Q-päivityksen jälkeisessä päivityksessä ja siirretään takaisin uusille laitteille, jotka käynnistetään kanssa K."
Dynaamiset/loogiset osiot eivät ole täällä tappaakseen mukautettuja ROM-levyjä
Tukeakseen Dynaamiset järjestelmäpäivitykset Android Q: ssa tietyt laitteet, kuten Google Pixel 3 ja Pixel 3 XL, käyttävät loogisia osioita. Näiden osioiden kokoa voidaan muuttaa dynaamisesti. Tämä muutos on on osoittautunut haastavaksi päästä pääkäyttäjän oikeuksiin, ja jotkut kehittäjät ovat huolissaan mukautettujen ROM-levyjen kohdistumisesta. Iliyan Malchev vakuuttaa meille, että tarkoituksena ei ole rajoittaa mukautettuja ROM-levyjä. Kuten hän selittää:
"Dynaamisten osioiden ei ole tarkoitus rajoittaa sitä, mitä voit tehdä mukautetuilla ROM-levyillä. Ne ovat yksinkertaisesti ratkaisu kiinteiden osiokokojen ongelmaan ja turvallisen tavan osioida laitteet uudelleen puutteeseen OTA. Ennen dynaamisia osioita, jos OEM teki virheen mitoittaessaan esim. järjestelmäosio, sitten he tämä valinta rajoittaisi, mikä teki käytännössä mahdottomaksi päivittää laitetta tietyn ajan kuluttua kohta. Jotkut OEM-valmistajat osioivat laitteensa uudelleen OTA: ssa käytännössä, mutta tätä a) ei tueta virallisesti Androidissa ja b) osiotaulukon vaihtamista pidetään melko riskialttiina. Dynaamiset osiot pyrkivät lieventämään ongelmaa ottamalla käyttöön fyysisen osiotaulukon ja käyttöjärjestelmän näkemysten välille epäsuoran tason. Tämä puolestaan antaa meille mahdollisuuden säätää OTA: n osioiden kokoa turvallisesti. Mitä tulee räätälöityihin ROM-levyihin, sinun ei pitäisi olla sen enempää kuin nykyäänkään rajoitettua sen suhteen, mitä voit tehdä. Räätälöityjen ROM-levyjen tukeminen on ja on edelleen asia, jonka jokainen yksittäinen OEM päättää ottaa käyttöön."
Projektin päälinja - ART-moduuli ja tukipituus
Mainline on Googlen uusi aloite, jonka tavoitteena on standardoida tietyt kirjastot ja paketit, jotta ne voidaan päivittää alustapäivityksistä riippumatta. Jotkut ovat ihmetelleet, miksi Android Runtime (ART) ei ole vielä Mainline-moduuli, mutta minulle kerrottiin Google I/O: ssa, että ART: n modularisoinnin monimutkaisuus esti niitä sisällyttämästä sitä yhdeksi alkuperäisistä APEX-paketeista. Kuten selitti sekä Iliyan Malchev että Diana Wong:
"Päivitysten tekeminen Runtimeen (erityisesti suorituskykyyn ja GC-korjauksiin ja ydinkirjastoihin) on ehdottomasti asia, jota tutkimme päälinjan yhteydessä. Näemme monia etuja siitä, että voimme tehdä näistä päivityksistä yhdenmukaisia kaikissa laitteissa ja useissa pääversiossa. Se on myös valtava tekninen haaste, kun pohdimme, kuinka tehdä tämä parhaalla mahdollisella tavalla kehittäjien kannalta, ja todennäköisesti monivuotinen työ. Se ei ole jotain, mitä Mainline voi tällä hetkellä tehdä, mutta varmasti jotain, mitä ajattelemme."
Jos seuraat AOSP Gerritiä, huomaat, että Google on siitä huolimatta ollut kovaa töissä Runtime APEXin tekeminen. Tällä hetkellä ne näyttävät olevan jakaa Bionic ja ART/libcore erillisiksi APEX-moduuleiksi.
Yksi käyttäjä kysyi Project Mainlinen eduista Mainline-päivitysten pituudesta. Vastauksena Iliyan Malchev sanoo että "tämä on käytäntökysymys, jota arvioimme edelleen, mutta haluamme päivittää laitteen päälinjan moduuleita mahdollisimman pitkään." XDA: n tunnustettu kehittäjä luca020400 kysyi, tarjotaanko valmiita Mainline-moduuleja, jotta mukautetut ROM-kehittäjät voivat yhdistää päivitykset, ja vastauksena Jeff Bailey toistaa että "AOSP: stä irtautuvilla moduuleilla on lähdejulkaisut, jotka vastaavat jokaista moduulijulkaisua." Voimme jo nähdä uusien APEX-moduulien, kuten AOSP: n, etenemisen Neural Networks API.
CameraX kohtaa ML Kitin
Tämän vuoden I/O: ssa Google esitteli CameraX Jetpack-kirjasto. Tämä kirjasto on suunniteltu helpottamaan kehittäjien tukemaan Androidin Camera2 API: ta ja säilyttämään yhteensopivuuden aina Android Lollipopiin saakka. Vinit Modi kiusoittelee jonka kanssa yritys työskentelee CameraX: n integroimiseksi ML Kit, Googlen koneoppimisen Firebase SDK, joten kehittäjät voivat syöttää kuvakehyksiä ML Kitiin analysointia varten.
CameraX-toimittajan laajennukset ja julkaisupäivä
Kamerasovelluksen kehittäjä pahoittelee sitä, että edistyneet kameraominaisuudet, kuten Google Pixel's Night Sight, eivät ole kolmansien osapuolien kamerasovellusten käytettävissä. Tämä on tarkoitus ratkaista CameraX-toimittajalaajennuksilla, joihin Jeff Sharkey Googlesta sanoo että "kaikki Pixel-laitteet on optimoitu CameraX Corelle." Hän kiusoi, että "laajennuksia tuetaan uusissa ja tulevissa laitteissa." Lisäksi Google on "Työskentelee useiden valmistajien kanssa voidakseen tuoda laitteensa ominaisuudet kehittäjien ja käyttäjien ulottuville." Vaikka sitä ei ole suoraan vahvistettu, saatamme nähdä ominaisuuksia Kuten Yönäkymä päällä Google Pixel 4 tulevat saataville kolmansien osapuolien kamerasovelluksille, jotka käyttävät CameraX-kirjastoa.
Mr. Sharkey toteaa, että Google tähtää beta-julkaisuun tämän vuoden lopussa.
Muistinhallinnan parannuksia Android Q: ssa
Pixel 3:ta kehuttiin lukuisia ongelmia julkaisun jälkeen, mutta Google on tehnyt paljon näiden ongelmien ratkaisemiseksi useiden julkaisun jälkeiset päivitykset. Muistinhallinta on ollut yksi Pixel 3:n heikoimmista puolista, mutta Android Q -julkaisussa asioiden pitäisi olla hieman paremmin. Selim Cinekin mukaan:
"Esimerkiksi SystemUI: ssa teimme useita suuria refaktorointiponnisteluja Q: ssa vähentääksemme ilmoitusten ja muiden pintojen RAM-käyttöä."
Saammeko vihdoin langattoman ADB: n?
Jos haluat tehdä puhelimesi virheenkorjauksen langattomasti, sinun on rootattava laitteesi. Jamal Eason Android Studio -tiimistä sanoo että he pohtivat parhaillaan tämän ominaisuuden toteutettavuutta.
Testaako Google edelleen tableteilla?
XDA: n tunnustettu kehittäjä Luk1337 kysyi, testaako Google edelleen AOSP UX: tä tableteissa. Se on oikeudenmukainen kysymys ottaen huomioon Hyvien Android-tablettien pula ja bugeja läsnä nykyisissä julkaisuissa. Allen Huang sanoo että Google edelleen "testaa ja tekee korjauksia joka vuosi" ja että yritys tekee tiivistä yhteistyötä kumppaneiden kanssa "varmistaakseen hyvän Android-tablettikokemuksen".
Redditin koko ketjussa on paljon enemmän viestejä. Se, mitä olen käsitellyt tässä, on yhteenveto kaikista uusista tiedoista, jotka olemme oppineet, mutta useat Googlen työntekijät (etenkin Dianne Hackborn) perehtyvät perusteluihinsa X-ominaisuuden leikkaamisen tai Y: n käyttämättä jättämisen taustalla lupa. Suosittelen lukemaan koko AMA: n, jos haluat ymmärtää Android-tiimin päätöksentekoa hieman paremmin.
Lue koko AMA /r/AndroidDev