Hjem Fremover tenking Google i / o: ingen nøkkel lime pie, men utviklere hint om fremtiden for Android

Google i / o: ingen nøkkel lime pie, men utviklere hint om fremtiden for Android

Video: Key Lime Pie (Oktober 2024)

Video: Key Lime Pie (Oktober 2024)
Anonim

Den neste versjonen av Android - mye omtalt som "Key Lime Pie" - gjorde ikke opptreden på Google I / O forrige uke. Fortsatt kunngjorde Google en rekke nye utviklerverktøy, og i en chat-fireside foreslo Android-teamet en rekke fremtidige forbedringer av plattformen, inkludert forbedringer i støtte for nye prosessorer, bedre kamerastøtte og måter å gi raskere oppdateringer.

På konferansen kunngjorde Google flere forbedrede utviklerverktøy, inkludert et nytt Android Studio, et integrert utviklingsmiljø rettet mot Android-utviklere basert på IntelliJ IDE-rammeverket. Det var også flere nye API-er, hvorav de mest interessante involverte Google Play Game Services. Og Google ga ut noen endringer i utviklerkonsollen, inkludert integrerte nye tips og bruksmålinger for å hjelpe utviklere å lære hva som fungerer og hva som ikke er i applikasjonene deres.

På chatten i brannen svarte medlemmer av Android-teamet publikumspørsmål om plattformens fremtid.

Et av de første temaene som kom opp var spørsmålet om fragmentering. Dave Burke, ingeniørdirektør for Android-plattformteamet, forklarte at Google gir ut åpen kildekode til silisiumleverandører, som deretter lager versjoner som kjøres på sjetongene deres og leverer det til OEM-ene som lager for en bestemt telefon.

Burke sa at de ser etter å effektivisere prosessen ved å gjøre koden mer lagvis, slik at endringer i det ene området ikke påvirker de andre like mye. Han bemerket også at Google prøver å forstå maskinvareprofilen til forskjellige versjoner som kjører i forskjellige markeder. Han la til at Pepperkaker er utbredt i mange fremvoksende markeder, delvis fordi det krever mindre minne enn noen av de nyere versjonene, og dermed ser selskapet på måter å effektivisere Android på smarttelefoner på inngangsnivå.

I den andre enden av markedet la Mathias Duarte, som leder Android-designteamet, vekt på viktigheten av oppgraderinger til Android, spesielt til OEM-er. Han pekte på kunngjøringen om en versjon av Samsung Galaxy S 4 som har "Nexus-programvareopplevelsen" (med andre ord bare Google-programvare, ikke Samsungs tillegg) og vil ha mer tidsriktige oppdateringer.

Søknadstillatelser kom opp i en rekke spørsmål. Oppdateringer til noen applikasjoner ber om tillatelser som brukere kanskje ikke vil gi - Pocket ønsker for eksempel tilgang til kontakter. Dianne Hackborn, som jobber i Android-rammeteamet, sa: "Det er ingenting vi kan forplikte oss til å gjøre akkurat nå, men vi tenker absolutt på dette."

En rekke spørsmålene vendte seg faktisk tilbake til fortiden. På spørsmål om hva de ville ha gjort annerledes i å utvikle Android hadde de visst alt de vet nå, sa teamet at det største de burde ha gjort annerledes er å beholde mer kontroll over applikasjoner. Ficus Kirkpatrick, som er leder for Play Store-teamet, sa at det er en lang liste med ting de ikke fikk ordnet første gang. Han angrer ikke på noe av det de gjorde, for det er veldig viktig å få ting der ute, få tilbakemeldinger og kunne iterere raskt.

På spørsmål om hvilke brikker som var mest utfordrende å støtte, valgte Rebecca Zavin fra Android-systemteamet den første fordi teamet startet fra bunnen av, da det ikke engang var Linux-støtte på mange av brikkene. Hun sa at de store utfordringene nå dreide seg om nye CPU- og GPU-arkitekturer, og påpekte at Nexus 10 var en av de første som sendte den nye ARM-designen.

Burke sa at Google jobbet tett med sine chippartnere for å lage maskinvarelag som støtter en rekke forskjellige maskinvarer for å gjøre det lettere å få frem nye design.

Moderator Reto Meier, teknisk leder for teamet for utviklere relasjoner, spurte om alt det harde arbeidet ble gjort og Burke sa nei. "Jeg føler at Android er en baby og det er så mye mer vi kan gjøre, " sa han. Det var først det siste året at GPUS har blitt kraftige nok til å gjøre beregning i stedet for bare å tegne skjermen, la Burke til, og refererte til Renderscript API-er.

"Kameraet på en telefon prøver å etterligne et digitalt kamera, som prøver å etterligne et gammelt analogt Kodak-kamera, " sa Burke. "Det er så mye mer vi kan gjøre med det, " sa han, både på maskinvare- og programvarenivå. I tillegg pekte han på nye sensorer, for eksempel IR-senderen på Galaxy S 4.

"Og det er også så mye mer som kan gjøres på maskinvarenivå også. Det er mye mer innovasjon som kan komme, " fortsatte Burke.

Et annet publikummedlem spurte om Google ville skrive en iOS-emulator slik at han kunne kjøre tilpassede iPhone-applikasjoner utviklet for sykehuset hans på Android. "Jeg tenkte at vi skulle dra til Cupertino og be dem starte emulering av Android-apper, " sa Burke og Kirkpatrick la til at "det virker som mye arbeid for en ganske suboptimal brukeropplevelse."

Mange av spørsmålene var utvikler-spesifikke. På spørsmål om vektleggingen av Play Services ville låse folk i Google Play-butikken, sa Kirkpatrick ingenting om det som hindrer folk i å gjøre sine egne butikker, og at Amazon App Store fortsetter å fungere bra. Et publikummedlem spurte om den nye støtten til IntelliJ-rammeverket betydde at utviklere måtte flytte av Eclipse-rammeverket, og Xavier Ducrohet, som jobber med utviklerverktøy for Android, sa at utviklere kunne fortsette å bruke Eclipse. "Det er ikke en ny retning. Det er en parallell retning, " sa han.

Et publikummedlem spurte om å bruke Java Development Kit 1.7 sammenlignet med JDK 1.6 (som for øyeblikket er den versjonen som støttes av Android SDK, selv om den offisielt er på slutten av livet). Burke sa at de undersøker et par alternativer, men har ikke tatt noen avgjørelser ennå. En annen ingeniør bemerket at endringer nå lar SDK kjøres på den nye versjonen. På spørsmål om forholdet til Oracle og støtte Java 7 eller Java 8, avbrøt Meier ganske mye diskusjonen, og sa "Jeg synes det er rettferdig å si at ingen på dette panelet skal ha en mening, og hvis de gjør det, burde de absolutt ikke si det."

På spørsmål om Project Butter, et forsøk på å få brukergrensesnittet til å fungere smidigere, svarte Burke: "Vi har gjort mye fremgang i Jelly Bean, " men, la han til, "vi er ikke på det nivået jeg tror vi kan være." Han bemerket at utviklere blir bortskjemte med kraften fra enheter som Nexus 4, men at selv på telefoner på lavere nivå må vi være forsiktige med å få alt gjort innenfor et nivå på omtrent 56 millisekunder, eller du "driter" eller ser ramme- hoppe. Andre ingeniører sa at dette prosjektet aldri ville bli gjort med, fordi hver gang det er nye funksjoner, må de sjekke at det påvirker ytelsen.

Det var noen antydninger til større endringer i fremtiden. På spørsmål om det var andre prosjekter i arbeidene som går over hele systemet slik smør gjør, sa Burke "Ja, men vi kan ikke snakke om dem."

Tilsvarende sa Meier at han visste bedre å spørre om "kake" (en klar referanse til Key Lime Pie), men lurte på om noen hadde hørt om en australsk dessert som heter "Lamington."

Google i / o: ingen nøkkel lime pie, men utviklere hint om fremtiden for Android